我在基于 Jetway J7F5M1G2E-VDE-LF 主板的机器上运行 Debian Squeeze。此特定安装是从另一台机器传输过来的，但我尝试了全新安装，结果出现了同样的情况。
使用板载 Via Velocity 千兆以太网（根据 lspci 为 VT6120/VT6121/VT6122），即使 SSH 也运行缓慢，在 SSH 会话中运行“dmesg”等简单操作也会导致会话挂起。鉴于此，它完全无法用于文件服务目的（其主要目的），因为即使只是在 NFS 共享目录中运行“ls”也会失败。鉴于这种行为（即它似乎与数据量有些关系），我怀疑它与 MTU 有关，但不确定如何进一步调查。
作为权宜之计，我安装了之前运行此安装的机器上的网卡（基于 Realtek RTL8169 的网卡），但由于这块主板是 mini-ITX，只有一个 PCI 插槽，我打算将其用于其他用途，所以这并不理想。SSH 现在可以使用，NFS 也可以使用，尽管读写速度之间存在巨大差异：虽然读取速度合理（大约 35MB/s），但写入速度却只是读取速度的一小部分（最初最高约为 2MB/s）。虽然受到之前机器的 IO 子系统的限制，但这张卡仍然能够通过 NFS 在两个方向上实现稳定的 30MB/s。
调查表明这可能与使用“同步”挂载选项有关，因此我将其设置为“异步”，写入速度大约翻倍（最多达到 5MB/s），但仍然远远低于读取速度，甚至低于以前的设置可以实现的速度。其他报告表明这可能与 NFS 有关，并且 Samba 的性能符合预期，因此我尝试使用 Samba，结果发现（使用 Debian 的默认配置）写入性能大约是最初使用 NFS 实现的性能的一半（~500KB/s）
但是，在机器上进行一些复制后，我意识到这不一定与网络有关。使用的驱动器是 IDE 接口上的 Toshiba MK2006GAL 和（当前）其中一个 SATA 接口上的单个 Western Digital WD2000EARX，lspci 列出的唯一磁盘控制器是“VIA CX700/VX700 RAID 控制器”。虽然 SATA 驱动器的原始读取速度约为 80MB/s（hdparm 报告以及一般观察到的速度），但我目前正在尝试复制一个 30GB 的文件（SATA 驱动器既是源驱动器又是目标驱动器）；启动后近 12 小时，现在只有 28GB。
因此，我希望解决两个问题：写入速度问题和能否恢复使用板载 LAN 接口。我目前不知所措，希望得到任何见解。