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