OmegabcФайлы smartd: сохранённое состояние и история атрибутов имеют разное назначение
Фотография конкретного исполнения не приложена.
Служебный state-файл помогает smartd продолжить наблюдение после перезапуска. Его нельзя считать полноценным архивом каждого измерения. Для анализа постепенного изменения атрибутов нужен отдельный механизм истории и согласованный срок удержания.
Руководство описывает state persistence для значений атрибутов, температурных экстремумов, предупреждений и планирования. После обычного цикла файл переписывается при важных изменениях, а также в определённых точках жизненного цикла демона. Это объясняет, почему его время изменения не обязано совпадать с каждым опросом.
Attribute log записывает данные циклов в отдельный формат. Имена включают сведения идентификации диска, протокол и в предусмотренных случаях namespace. Текстовые отметки в описанном формате используют локальное время. При переносе истории сохраняют исходную временную базу и отдельно переводят представление для пользовательского отчёта.
В приёмке проверяют создание файлов, разрешения, удержание и замену накопителя. Убеждаются, что новая идентичность не продолжает старый ряд без отметки замены. Для восстановления мониторинга проверяют state, а для анализа тренда — полноту истории. Успешный restart демона сам по себе не доказывает наличие пригодного архива прошлых измерений.
Основание — Official upstream smartmontools RELEASE_7_5 raw manual sources; OS and build conditionals retained, разделы --savestates; --attributelog; filenames; local-time records. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Использованы исходники руководств официального тега smartmontools RELEASE_7_5. В них сохранены условия платформы и сборки; наличие опции у установленного пакета и диска требует проверки. Конкретный накопитель, контроллер и измерения не исследовались; команды к устройствам и отправка уведомлений не выполнялись.