英特尔matrix存储控制台8.9显示有一个磁盘故障的降级arrays。 然而，它提供了select标记磁盘为好，并重buildarrays？ 什么时候适合做？ 它是否错误地评估磁盘故障？ 为什么提供这个选项？
这是一个testing服务器，我有备份，所以没有太大的担心，并试图将磁盘标记为好，并重build了卷，却没有提出进一步的问题。 但是有没有问题呢？
另外…
好的回答让我怀疑，testing磁盘的最佳方法可能是什么。 下面提到了SMARTtesting。 也许我会删除驱动器，重build一个新的。
目前还不清楚，一个卷是否可以重build，而不是显示错误，就像现有的驱动器已经发生了一样？
由于多种原因，驱动器可能会在数组中被标记为失败。 也许有一些有缺陷的部门。 也许驱动器头正在失败。 也许宇宙射线以正确的angular度和时间击中你的驱动器，使扫描失败。 也许他们的固件有一个错误的问题。
其中有些是可修复的故障，有些则不是。
事情是，真的很难预测硬盘故障。 谷歌的臭名昭着的论文发现，SMART只是有用的，如果它提醒，驱动器更有可能失败，如果没有。 完全36％的故障驱动器没有SMART错误，致命与否。 因此，您可以运行一整套SMART扫描，找不到任何东西，只知道您现在所知道的。
但是，假设这是一个失败的蓝图，而不是一个我做了一些有趣的失败失败的事情，那么你已经有了磁盘问题的迹象。 现在这是一个有价值的问题。
我从来没有遇到过让驱动器失效的情况。 为什么要经历痛苦？ 机会是，你需要的驱动器相当便宜。 只要购买它，继续前进。
我曾经在一个旧的U160 SCSIarrays中有一个错误的盒子，那是arrays中的14个磁盘之一。 当我更换球童（磁盘很好），它仍然认为它失败，因为磁盘有相同的序列号。
所以我把它标记为OK，arrays重新build立，一切都很好，直到我们解散它。
这一切都取决于你的情况，但通常情况下，我永远不会标记一个磁盘，除非我100％确定它是好的。 即使在99.9％确定，我会删除数组，然后重新开始。
如果您关心数据，立即用新的驱动器replace驱动器并重buildarrays。 然后，您可以在移除的驱动器上运行大量的testing，并重新validation它是否通过。 但是，如果尝试重build故障驱动器，那么在重build过程中或重build过程之后出现问题时，您将延长易受双驱动器故障的时间。
完全取决于驱动器失败的原因。 在某些情况下，我看到完美的罚款磁盘在启动时使用廉价RAID卡失败，因为控制器有一个清晰的时刻，并没有检测到驱动器。 这很less见，但是我在驱动器上运行了一堆SMARTtesting，并用DD擦除了整个驱动器，完成了一个完整的badblockstesting。 这个特定的驱动器是所有我的标准是好的，因为我正在运行raid5而不是线性或raid0我再次添加到arrays。
使用Linux恢复磁盘或类似软件运行SMARTtesting，loggingbadblocks数量，运行完整的SMARTtesting，然后再次查看坏块计数。 如果它超过20点我就不信任它了。 如果坏块对于该驱动器大小/制造而言特别高，则相同。
风险不仅仅是驱动器完全失效，而且您的数据可能会随着时间的推移而被破坏。
你还可以在原来的问题中包含这个驱动器的“smartctl -a / dev / hda”的读数，谢谢。