我正在研究设置 smartmontools。
我想控制测试何时运行。我正在考虑跑步:
/usr/sbin/smartctl --test=short /dev/sdX
(每周)
/usr/sbin/smartctl --test=long /dev/sdX
(每月)
如果发现错误,请发送电子邮件/警报。
1)我是否正确地说,如果我在 cron 中设置了上述内容,我不需要在后台运行“smartd”守护进程?
2)如果我运行上面的测试并禁用“smartd”,启用离线数据收集有什么好处吗?
3) 困扰我的最后一件事是,我在文档中看到启用/禁用 --smart、--offlineauto 和 --saveauto 的命令在 ATA 规范中被列为过时。这是否意味着所有这些功能在 ATA 设备上都已过时/无用?
由于
smartd
效果很好,我不会依赖自定义脚本。但是让我们回答每个问题:问:我是否正确地说,如果我在 cron 中设置了上述设置,我不需要在后台运行“smartd”守护进程? R:虽然技术上是正确的,但您必须发现错误的存在:
smartctl
本身立即返回退出代码 0。然后您必须解析输出smartctl --all
并检查 previos 测试运行的退出状态;问:如果我运行上述测试并禁用“smartd”,启用离线数据收集有什么好处吗? R:可能不会。但是,离线数据收集本身不会导致任何(明显的)性能损失。
问:最后困扰我的是,我在文档中看到启用/禁用 --smart、--offlineauto 和 --saveauto 的命令在 ATA 规范中被列为过时。这是否意味着所有这些功能在 ATA 设备上都已过时/无用? R:虽然标记为“过时”,但我拥有的每个 HDD 都支持它们。也就是说,每个磁盘似乎都以不同(且不一致)的方式实现它们,尤其是在 SMART 属性更新方面。