我想运行smartctl自检以检查RAIDarrays（PERC 5 / i）中驱动器的运行状况。 arrays在sda上，由六个驱动器组成。 我可以使用检查状态
sudo smartctl /dev/sda -d megaraid,0 -a 而且我看到SMART在所有驱动器上都可用并启用。 我试图运行使用自我testing
sudo smartctl /dev/sda -d megaraid,0 -t short
和
sudo smartctl /dev/sda -d megaraid,0 -t long
我也尝试过所有的驱动器0-5。 无论我尝试什么，当我运行：
sudo smartctl /dev/sda -d megaraid,0 -l selftest
我总是得到相同的结果，这似乎总是报告，我从来没有进行自测。
/dev/sda [megaraid_disk_00] [SAT]: Device open changed type from 'megaraid' to 'sat' ===START OF READ SMART DATA SECTION === SMART Self-test log structure revision number 1 No self-tests have been logged. [To run self-tests, use: smartctl -t]
从我读到的内容来看，在安装arrays时，对arrays进行短暂和长期的自我testing是没问题的。 其他人是否有经验在PERC 5 / i RAIDarrays上运行这些testing，谁可以借此深入了解导致问题的原因？
（smartmontools版本5.40，date为2009-12-09 at 21:00:32 UTC）
这是戴尔Perc 5 / i硬件arrays控制器。 让它做它的事情 。 如果磁盘上没有红灯或黄灯，为什么要关注自己的 SMARTtesting？
除了其他function/testing，arrays控制器还使用SMART来确定驱动器运行状况。 运行你自己的分析是不必要的。
这是一个古老的线程，但让我说，HW控制器特别是巡逻读取有很多不足之处。 显然，他们应该testing磁盘表面并纠正问题，他们有时会这样做，但他们永远不会在表面上修复未决的扇区，而他们可以并应该使用冗余数据。 所以当你有一个有智能错误的硬盘驱动器，并且想把它切换出来时，你不能真正知道另一个驱动器（例如raid1）是完全可读的，所以一个聪明的长时间testing是可取的。 是的…我同意一致性检查可能会起作用，但这会降低数组的性能，并且会丢失可以使用未发现或已知错误但仍具有100％可读数据的最佳arrays保存的数据。 重点在于，RAID固件是越野车，内部工作过度炒作。 他们给出了一个比你所知道的系统更加危险的错误的安全措施。