我是软件工程师，而不是系统pipe理员，所以如果这个问题看起来有点儿绿色，那么你知道为什么！ 😉
作为一个个人项目，我一直在使用FreeNAS开发家庭NAS系统。 FreeNAS的一个特点是能够设置一个SMART检查来运行X秒钟。 默认情况下，这被设置为每1800秒（30分钟）运行一次。 这对我来说似乎很高，这真的是一个合理的价值？ 我会认为每6小时检查一次或者其他东西就足够合理了…
所以我的问题是：一个SMART检查在驱动器上运行多久？
带有ZFS的非ECC内存：一个愚蠢的想法？使用rsync或afpd将UTF-8 NFD文件名转换为UTF-8 NFCFreeNAS是可靠的吗？
我不确定你是什么意思。
您可以要求磁盘运行（SMART）自检。 这通常需要一些时间，对磁盘有些压力。 我不build议在很长时间内运行一次以上。
另一方面，您可以从磁盘检查SMART状态。 换句话说，这意味着“从磁盘读取SMART仪表”。 这个操作简单而快速，可以运行多less次你想要的。
假设您要求检查SMART状态，那么每隔60,30,15,10或5分钟，或者其他任何事情都可以。 没关系。 在这种情况下，更重要的是这样的阅读将会做什么。 会logging吗？ 是否检查失败并在检测到故障时通过电子邮件发送？ 毕竟，如果你的pipe理员每个月只看一遍，那么每分钟阅读一下状态就没有意义了。
如果您需要帮助， smartmontools项目可能会有用。 （至less你可以检查它的源代码，看看smartd读取状态的频率）
我每天早上进行一次简短的SMARTtesting，在我所有的1.5到2TB硬盘上需要大约5分钟的时间。 然后每周一次我运行一个长的SMARTtesting，大约需要7个小时。 我的印象是，这些testing并不以任何方式强调驱动器，我唯一确认的是在长时间testing期间，它们的温度保持在基线（约37℃）。 在日常报告中，输出被parsing，过滤并通过电子邮件发回给我。
引用官方的FAQ
如果您的ATA驱动器支持自检，则应定期运行它们，例如每周一次：
smartctl -t long /dev/hd?
testing完成后，您应该检查结果：
smartctl -l selftest /dev/hd?
SMART有助于检测表明build议磁盘可能会失败。 对于磁盘来说，SMARTtesting可能会失败，并且在几周甚至几个月内仍然可以正常工作。 每30分钟对我来说似乎很好…
由于智能守护进程只检查存储在硬盘cpu中的值，因此可以按照您的意愿将其作为frequest运行。 这个想法是要尽快发现问题，因为它们确实是磁盘问题即将到来的标志。
在有智能通知的几天之内，我有一块硬盘让我失败。