Тесты с smartctl vs smartd
Я изучает настройку 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 работает достаточно хорошо, я бы не стал полагаться на кастомные скрипты. Но позвольте ответить на каждый вопрос:
Q: Правильно ли я говорю, что если у меня есть вышеупомянутая настройка в cron, мне не нужно, чтобы демон "smartd" работал в фоновом режиме? R: Хотя технически правильно,вы должны обнаружить наличие ошибки:
smartctl, сам по себе, немедленно вернуть код выхода 0. Затем вам нужно было проанализировать выводsmartctl --allи проверьте статус выхода предыдущего тестового прогона;Q: Есть ли какие-либо преимущества в включении автономного сбора данных, если я запускаю вышеуказанные тесты и отключу «smartd»? R: Вероятно не. Однако автономный сбор данных сам по себе не вызовет (заметного) снижения производительности.
В: И последнее, что меня беспокоит, это то, что я вижу в документации, что команды для включения / отключения --smart, - offlineauto и --saveauto указаны как устаревшие в спецификациях ATA. Означает ли это, что все эти функции устарели / бесполезны на устройствах ATA? R: помечены как «устаревшие», но каждый жесткий диск, который у меня есть, поддерживает их. Тем не менее, кажется, что каждый диск реализует их по-разному (и несогласованно), особенно в отношении обновления атрибутов SMART.