我的机器中有一个新的8TB Seagate Archive磁盘（Ubuntu 14.04.2，git.freedesktop.org的Kernel 3.19，MSI 7817，Haswell芯片组，i5-4570 CPU），这个磁盘有多个问题。 另见这里 。
首先，在不大的写入负载下，磁盘每隔一段时间就会超时并完全无法访问（请参阅下面的日志）。 如果我卸载它，当发生这种情况时，我得到一个内核哎呀。 只要它能工作，它的写入性能（用rsynctesting）是非常不规则的，在180MB /秒之间跳跃，然后在12MB / s和40MB / s之间跳跃，然后几秒钟不做任何事情（而磁盘LED是不断点亮）。
平均来说，我从这个磁盘上获得了大约30MB / s的写入性能，这是令人失望的。 阅读performance似乎没有受到影响。
这是正常的吗？ 磁盘有Seagates新的“叠瓦”轨道，当在一个轨道上改变数据时，需要重写相邻轨道。 更新： 根据下面的答案，答案将是“是”。 如果您一次写入超过15GB，磁盘devise会使写入性能变得难以预料。
2：如何避免崩溃和SATA超时？ 我已经更换了电缆，在我的电脑的情况下的磁盘位置，案例中的电缆路由，使用“noncq”和“acpi = off”和其他各种内核参数，这些都没有完全解决问题。 即使增加这个磁盘的SATA超时也不能避免100％的问题（尽pipe这样会使得它不经常发生）。
自从问题被下调后，内核消息，debugging信息和一些文本被删除。 我认为这是因为太长了。 感谢您取消downvote。 :)]
我现在正在运行Fedora 21，现在有这个问题。我有四个希捷8TB硬盘（ST8000AS0002-1NA17Z，AR13）。 这个arrays是在运行3.18内核的基础上构build的，除了性能不是最好的之外，一切工作都很好（我在数组正在build造的时候，我试图用stream式和随机写入的方式testing驱动器的性能。 然后我启动进入3.19.4内核来testing一个不相关的修复。 此后不久，我开始看到驱动器“失败”（但他们通过我的testing台）。 最后，昨天晚上，所有四个驱动器完全下车。 幸运的是所有的重新启动后都回来了，我回到了3.18.9，一切都稳定了。
那么，呃，试试最后的3.18版本？ 为我工作。 我做了文件https://bugzilla.redhat.com/show_bug.cgi?id=1213090以防万一。
编辑：在Fedora的3.18.9内核（kernel-3.18.9-200.fc21.x86_64）下进行另外22小时的连续重负载testing。
我没有提到驱动器的经验，但很有可能这是一个错误的驱动器。 一个好的testing就是删除所有可以从驱动器中取出的数据，并在一个完全独立的系统中进行testing，以检查性能，如果问题持续存在，而不是保修给制造商 ，如果您收到的更换驱动器有可能出现相同的症状，系统或驱动器的瓶颈正在按照devise运行。
我有一个希捷2TB混合驱动器 （有一个8GB的SSD我猜是一种热caching）。 它似乎有一个类似的问题，它喜欢在短暂的闲置之后，甚至在转移之后感觉像旋转盘片一样。 传输数据会让人感到非常沮丧，然后打嗝，并且必须自行备份，因为它们在同一时间滑动。
我有一个体面的设置
OCZ RevoDrive3 x2 240GB（C :)希捷混合驱动器2TB（D 🙂
所以我有我的Steam库和我的Windows库文件夹移动和组织：
“图书馆”内部是由Windows文档，下载，音乐等pipe理的文件夹，但是我在SSD上留下了collections夹，OneDrive，保存的游戏，桌面和应用程序数据等内容，以获得最大的性能和不足的使用。 我得到的问题是，加载游戏需要相当长的一段时间，然后驱动器喜欢几乎停下来的瞬间停下来。 以及当我点击我的文档，并浏览文件夹，如果我切换文件夹的驱动器已经开始减速，所以我必须等待它完成和旋转备份只是为了改变目录。
我听说一些驱动器得到了固件修复，但不是混合驱动器的这些模型。
TL;在另外一个环境中进行DRtesting，如果可能，仍然存在保修，如果您仍然存在问题，那么可能是您的SATA控制器，或者是有devise的。
在我的部分运营商中，我曾在一家大型公司工作，我们曾多次与希捷直接合作过。
希捷有解决这个问题的既得利益。 张贴在这里是他们不良的宣传。 你可以确保充分和全神贯注地注意，并且可能有足够的帮助，你可以在这里为我们提供一些关于经验的东西。
我强烈build议您直接联系希捷。 我打赌你会得到很多的帮助！