SMART-тесты TrueNAS 25.10: Short и Long через smartctl и Cron Jobs

Чем Short отличается от Long и что уже делает Drive Health Management

Drive Health Management — штатный слой мониторинга TrueNAS 25.10: система регулярно получает SMART-данные накопителей и использует их вместе с ZFS-событиями для предупреждений. Short SMART — быстрая встроенная самопроверка диска, удобная как дополнительная диагностика. Long/Extended выполняет более глубокую проверку поверхности и может заметно влиять на производительность диска, поэтому для него выбирают спокойное окно. Ни Short, ни Long не заменяют ZFS scrub: self-test проверяет устройство средствами его прошивки, а scrub сверяет целостность данных и контрольные суммы в пуле. Успешный тест также не является гарантией будущей исправности накопителя.

Совет: Не переносите ожидаемую длительность одного диска на другой. Long-тест 4 ТБ HDD и тест другого класса накопителя могут отличаться в разы; ориентируйтесь на оценку самого устройства и результат TrueNAS.

Как запустить SMART-тест и при необходимости добавить его в Cron Jobs

1. Откройте Storage → Disks и точно определите системное имя диска. Не копируйте пример /dev/sda вслепую: на вашем сервере нужное устройство может называться иначе.
2. В System Shell вручную запустите короткую проверку, например smartctl -t short /dev/sda, подставив фактическое имя. Утилита сообщает, когда тест должен завершиться.
3. После указанного времени прочитайте отчёт командой smartctl -a /dev/sda и убедитесь, что запускаете тест именно на нужном накопителе и получаете ожидаемый результат.
4. Если нужен повторяющийся тест, откройте System → Advanced Settings → Cron Jobs → Add. Укажите понятное описание, полную команду, пользователя с необходимыми правами и расписание.
5. Для Long используйте smartctl -t long /dev/НУЖНЫЙ_ДИСК и выделите отдельное окно низкой нагрузки. Не запускайте расширенные тесты одновременно со scrub или крупными операциями хранения без необходимости.
6. На первых запусках не скрывайте stderr/stdout, если они нужны для проверки задачи. После выполнения снова прочитайте SMART-отчёт и сопоставьте его с alerts TrueNAS и состоянием ZFS-пула.

Предупреждение: TrueNAS отдельно предупреждает о нежелательности запуска SMART-тестов в те же дни, что и scrub или другие data protection tasks. Разнесение задач упрощает диагностику и уменьшает конкуренцию за I/O.

Что использовать в TrueNAS 25.10

• Drive Health Management. Постоянный штатный мониторинг состояния HDD/SSD и alerts. Оставить включённым; это базовый механизм 25.10
• SMART Short. Быстрая дополнительная самопроверка конкретного диска. Сначала запускать вручную; при необходимости расписать через cron
• SMART Long/Extended. Более глубокая самопроверка поверхности устройства. Планировать на спокойное окно и не накладывать на тяжёлый I/O
• ZFS scrub. Проверка целостности данных и контрольных сумм пула. Планировать отдельно от Long, чтобы не смешивать нагрузки

Как интерпретировать результат теста

После завершения проверяйте не одну строку, а полный SMART-отчёт, alerts TrueNAS и состояние ZFS-пула. Успешный self-test означает только то, что конкретная самопроверка завершилась без обнаруженной ею ошибки. Повторяющиеся сбои теста, критические предупреждения DHM или ошибки ZFS требуют защиты данных и дальнейшей диагностики, а не бесконечного перезапуска проверки. Если устройство уже выбыло из массива или пул потерял избыточность, резервная копия и восстановление нормальной конфигурации важнее экспериментов с расписанием.

Важно: Критичные данные должны иметь backup до появления SMART-предупреждений. RAID и SMART помогают обнаруживать и переживать часть отказов, но не защищают от удаления, шифровальщика или одновременной потери нескольких компонентов.

Перед включением автоматических SMART-тестов

• Уточнено системное имя каждого диска; пример /dev/sda не используется вслепую.
• Штатные alerts Drive Health Management доступны и просматриваются.
• Команда smartctl сначала успешно проверена вручную.
• Cron Job запускается от пользователя с необходимыми правами.
• Long не накладывается на scrub, resilver и крупные backup-задачи без необходимости.
• После теста читается фактический SMART-отчёт, а не только факт запуска cron.

Типичные ошибки при настройке дополнительных SMART-тестов

Первая ошибка — следовать инструкции для старого TrueNAS и искать отдельный экран S.M.A.R.T. Tests в Data Protection. В 25.10 эта модель заменена Drive Health Management и, для пользовательских расписаний, cron-задачами. Вторая — копировать имя устройства из примера: команда на неверном диске даст не ту диагностику, которую вы ожидали. Третья — считать любой SMART self-test заменой scrub. Четвёртая — складывать Long, scrub, backup и медиасканирование в одно ночное окно. Разнесённые задачи проще контролировать, а влияние каждой операции на диски и производительность становится понятнее.

Совет: После замены диска проверьте, что SMART-задача охватывает новое устройство. Старый выбор по конкретным дискам не всегда автоматически соответствует изменившейся конфигурации.

Когда cron для SMART лучше не добавлять

Если вам достаточно штатных предупреждений Drive Health Management и вы не готовы поддерживать пользовательские команды после обновлений, отдельный cron не обязателен. TrueNAS прямо относит custom scripting и Advanced Settings к функциям для опытных администраторов. Не добавляйте десятки тестов только ради ощущения контроля: сначала определите, какую диагностическую задачу они решают и как вы будете читать результат. Для небольшого домашнего NAS разумнее иметь понятный график обслуживания и рабочие уведомления, чем сложную сетку cron-задач, которую никто не проверяет.

Что изменилось в TrueNAS 25.10 и почему старые инструкции сбивают с толку

В TrueNAS 25.10 встроенный интерфейс планирования S.M.A.R.T.-тестов убран: старые расписания при обновлении переводятся в cron-задачи, а постоянный контроль состояния дисков выполняет Drive Health Management. Поэтому инструкции, которые отправляют в Data Protection → S.M.A.R.T. Tests, относятся к более ранним версиям и для 25.10 уже не описывают текущий интерфейс. DHM автоматически собирает SMART-данные и формирует предупреждения, но это не мешает администратору запускать дополнительные Short или Long тесты вручную. Если нужен повторяющийся тест, в Community Edition его можно оформить через Cron Jobs, понимая, что это уже пользовательская команда, а не отдельный мастер SMART в UI.

Как безопасно проверить команду до добавления в cron

Сначала определите системное имя нужного диска и убедитесь, что не перепутали накопитель с загрузочным устройством. Запустите Short вручную командой smartctl для конкретного устройства, дождитесь указанного утилитой времени завершения и прочитайте полный отчёт. Только после успешной ручной проверки переносите ту же команду в расписание. Такой порядок ловит ошибку в имени устройства, правах или синтаксисе до того, как она начнёт повторяться ночью без контроля. Для Long теста особенно важно заранее оценить окно нагрузки: расширенная самопроверка дольше и заметнее для диска, чем Short.

Почему не стоит назначать одинаковое расписание всем дисковым задачам

Scrub, резервное копирование, репликация и Long SMART нагружают хранилище разными способами, но одновременно они конкурируют за одни и те же диски. Если все проверки стартуют в один час, NAS может выглядеть неисправным лишь из-за длинной очереди I/O, а отдельный тест растянется настолько, что его сложнее интерпретировать. Разведите тяжёлые операции по разным окнам и сначала наблюдайте фактическую длительность. Short можно использовать как более быстрый дополнительный тест, тогда как Long лучше оставлять на период минимальной активности. Для постоянного наблюдения за критичными признаками отказа полагайтесь на штатные DHM-alerts, а не на частоту ручных тестов.

Как читать результат без ложного ощущения «диск здоров»

Успешный self-test означает, что конкретная проверка завершилась без обнаруженного ею отказа; он не гарантирует будущую исправность накопителя. Сопоставляйте результат с предупреждениями TrueNAS, состоянием ZFS-пула и тем, повторяются ли ошибки чтения или записи. Один показатель SMART вне контекста также не должен автоматически приводить к замене диска: важны тип устройства, изменение показателей и реальные ошибки массива. Если TrueNAS сообщает о критичном состоянии или ZFS теряет избыточность, приоритет — защита данных и замена проблемного компонента. Повторный тест полезен для подтверждения, но не должен откладывать резервное копирование при явной деградации.

Что учитывать

В TrueNAS 25.10 встроенный интерфейс планирования S.M.A.R.T.-тестов убран: старые расписания при обновлении переводятся в cron-задачи, а постоянный контроль состояния дисков выполняет Drive Health Management. Поэтому инструкции, которые отправляют в Data Protection → S.M.A.R.T. Tests, относятся к более ранним версиям и для 25.10 уже не описывают текущий интерфейс. DHM автоматически собирает SMART-данные и формирует предупреждения, но это не мешает администратору запускать дополнительные Short…

Источники и проверка

Инструкция составлена редакцией N1RO на 2026-09-20. Перед действием сверьте актуальные условия на официальном сайте сервиса или производителя.

• Drive Health Management
• Advanced Settings Screen — Cron Jobs