У меня есть жесткий диск Western Digital Elements Desktop, подключенный через USB. По сути, это прославленный пакет для накопителя WD30EZRX. Я использую его для хранения резервных копий системы (сейчас уже старых), поэтому в этом нет ничего критического. Я мог бы, вероятно, стереть это и выбросить это прямо сейчас и ничего не пропустить.
Несколько месяцев назад я фактически заменил вышеупомянутый диск на другой, но я сохранил этот старый (частично на тот случай, если мне понадобится обратиться к более старой версии какого-либо файла, частично потому, что я намеревался преобразовать его). на диск резервного копирования вне сайта). Он был подключен и включен, но не используется; файловая система не была смонтирована, поэтому единственное действие, которое она должна была наблюдать, - это сканирование таблицы разделов при загрузке и, возможно, ZFS несколько раз посмотрела на нее, чтобы увидеть, есть ли на ней раздел, являющийся частью пула.
Кроме того, около месяца назад я настроил SmartD для мониторинга состояния различных дисков, подключенных к моей системе. Это немедленно кричало кровавое убийство об этом двигателе, сообщая о ожидающих (нечитаемых) счетчиках секторов 5. Зная, что ожидающие секторы сами по себе являются управляемыми, я оставил диск подключенным, но не использованным.
Сегодня днем в отчете электронной почты от smartd внезапно указывается, что существует 6 ожидающих секторов, а также один недоступный для исправления сектор (это новый).
Вот странная часть: самая последняя перезагрузка, и, следовательно, когда накопитель должен был увидеть какую-либо активность совсем недавно, была почти четыре дня назад.
Диск логически содержит один раздел, охватывающий весь диск, в котором находится контейнер LUKS, который не был запущен в течение периода с тех пор, как я настроил smartd для мониторинга состояния диска. Он никогда не был частью какого-либо RAID-массива или подобного на каком-либо уровне (диск, раздел, контейнер LUKS, файловая система).
Проверка с помощью smartctl --all - все накопители сообщают, что самопроверка не была зарегистрирована. Это также подтверждает число ожидающих секторов, равное 6, и количество не исправляемых в автономном режиме, равное 1.
Что могло послужить причиной увеличения числа незавершенных секторов, ожидающих обработки, и количества неподключаемых секторов, когда на диске не должно было быть никаких действий?
Примечание: я не спрашиваю, должен ли я продолжать использовать этот привод. Это очевидно становится ненадежным в этом пункте, и будет удалено; Я страдал от потери данных из-за сбоев жесткого диска слишком много раз, чтобы рискнуть с моими данными.