Журнал ошибок smartctl: число событий и сохранившиеся записи — разные данные
Фотография конкретного исполнения не приложена.
Счётчик ошибок может быть ненулевым, даже когда подробный журнал пуст или содержит только последние события. Для диагностики нужно знать правила хранения. Иначе отсутствие видимых деталей после перезапуска ошибочно принимают за исчезновение самой проблемы.
Для NVMe руководство различает Error Information log и накопленное число его записей в SMART/Health. Детали журнала не сохраняются через power cycle или reset контроллера, тогда как суммарное число сохраняется. Значит, позднее чтение не обязательно восстановит исходные коды каждой прошлой ошибки.
У ATA legacy SMART error log также есть ограничения, включая адресацию LBA. Extended Comprehensive log предоставляет другой формат и возможности, если поддерживается. Кроме того, некоторые устройства записывают ошибки неподдерживаемых команд. Один ненулевой счётчик нельзя автоматически назвать подтверждённым повреждением пользовательского сектора.
В приёмке фиксируют протокол, тип журнала, модель, firmware и время сбора. Сопоставляют код, команду, адрес и сообщения системы хранения. До обслуживания сохраняют доступные детали, если они нужны для расследования. Диагноз формулируют по содержимому и контексту, отдельно указывая, какая история уже недоступна из-за ограниченного удержания или сброса.
Основание — Official upstream smartmontools RELEASE_7_5 raw manual sources; OS and build conditionals retained, разделы --log error; xerror; NVMe Error Information log. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Использованы исходники руководств официального тега smartmontools RELEASE_7_5. В них сохранены условия платформы и сборки; наличие опции у установленного пакета и диска требует проверки. Конкретный накопитель, контроллер и измерения не исследовались; команды к устройствам и отправка уведомлений не выполнялись.
