我买了一组Seagate Expansion便携式4TB硬盘作为低功耗RAID组进行收割和安装。在打破婴儿死亡率失败的情况下，我打破他们的病例之前一直在测试它们（因为一旦打开就会失去保修）。
它们似乎都运行良好，除了一个驱动器的写入速度大幅波动 - 有时它以120MB /秒的速度嗡嗡声，但更常见的是它减速 - 在10MB到10kB /秒之间。在批量复制期间，我有一个600MB的文件需要大约4分钟。它也可能在复制操作结束时挂起，需要几分钟才能停止忙碌（试图关闭Ubuntu导致它挂起几分钟，而我假设驱动器或驱动程序-SW超时）。
从某种意义上说，驱动器似乎在技术上工作正常 - 它从不报告错误，SMART只显示一些历史超时问题，您可以从中读取/写入，没有噪音等。不确定“非常慢”是否是返回。但显然正在发生一些事情。有什么建议？我一直在做150k文件/〜1TB的批量拷贝，看起来需要大约20小时（到目前为止已经持续了14.5小时，剩余200GB）。一旦完成，我将在组中的另一个驱动器上执行相同的操作以提供基线。
谢谢。
注意： - 我在两台不同的PC上尝试过这种方法（一台Windows使用File explorer，一台Ubuntu使用Nautilus） - 两台PC都有USB3控制器（使用相同的设置来测试我计划收集的其他驱动器） - 还尝试了多条USB3线缆。
它可以连接到慢速USB端口还是USB端口驱动程序问题？（即你把它插入到其他磁盘的不同端口 - 一些主板有多个控制器，并不总是相同的芯片组）
—
davidgo 2017年
这可能是由机箱中的USB到（我假设）SATA接口引起的。通常，您可能希望在驱动器上运行制造诊断程序，因为它们通常需要故障代码来处理保修索赔（但是您可能只需返回购买地点而不经历此操作）。这就是说，您不应该在RAID阵列中运行桌面驱动器。如果驱动器遇到最轻微的问题，它们将重试最多30秒，导致阵列将驱动器踢出失败。
—
Twisty Impersonator
谢谢你的建议。我在驱动器上运行了Seagate测试 - 短自检和长通用（读）测试都通过，而短通用测试失败（我得到相同的结果测试这种类型的所有驱动器）。但我猜测试失败可能足以将该单位归还给希捷。我还使用了CrystalDiskInfo / SMART测试，它也报告了Good。我在另一个相同类型的驱动器上重复了几乎相同的复制测试（首先删除然后重新复制同一组文件 - 大约1TB）并且花费了大约1/3的时间 - 大约6.5和20小时。
—
M Szil 2017年