Назад | Перейти на главную страницу

e2fsck не обнаружил ошибок, но S.M.A.R.T. самопроверка не проходит

У меня есть внешний жесткий диск Freecom (диск Samsung внутри), подключенный через USB и использующий собственный источник питания.

Диск отключается через случайный промежуток времени (от нескольких часов до месяца). Я склонен винить операционную систему, потому что у того же диска не было проблем с работой, подключенной к USB-порту маршрутизатора TP-Link.

В любом случае, чтобы убедиться, что я выполнил расширенное самотестирование SMART с помощью smartctl и завершил с Completed: read failure 30% сообщение. Итак, я провел дополнительный тест с помощью e2fsck. На тестирование этого диска емкостью 1,5 ТБ у меня ушла целая ночь. Тест прошел без ошибок.

Я сильно сбит с толку - следует ли доверять самотестированию SMART или результатам e2feck? Кроме того, статус состояния SMART - «ПРОЙДЕН», и короткое самотестирование тоже подойдет. Проверяются обычные подозреваемые - заменен USB-кабель на новый и проверено внешнее питание. Идеи? Стоит ли покупать новый диск или я в безопасности? SMART или e2fsck - более надежный источник информации о состоянии здоровья?

Результат SMART означает, что жесткий диск выходит из строя, очень вероятно, что он скоро выйдет из строя полностью, и вам следует вывести его из эксплуатации в срочном порядке. Дело в том, что e2fsck не возвращает ошибок означает, что начинающиеся сбои не все же испортили ваши данные (точнее, еще не испортили файловую систему, в которой хранятся ваши данные: e2fsck не проверяет каждый бит данных).

Вы можете обнаружить, когда скопируете все данные с этого диска - что вам следует сделать Cегодня - что вы можете читать все данные. Это означает, что блоки, которые до сих пор вышли из строя и не читаются, не содержат никаких данных; это просто нераспределенные блоки. Чем опустошается ФС и чем меньше отказов, тем больше вероятность того, что это сойдет с рук.

Вы также можете обнаружить, что инструмент копирования не работает при чтении одного или нескольких блоков, составляющих файл. Если это произойдет, вам придется пожать плечами и считать этот файл поврежденным. Вам также нужно будет использовать инструмент, устойчивый к ошибкам чтения блока и не останавливающийся просто так, когда встречается первая. я предпочитаю dumpe2fs, но я древняя реликвия.

Как ни крути, знаменитая статья Google ясна: Ошибки smartctl - надежный предиктор неизбежного сбоя. Получите свои данные с этого диска Cегодня, и, если это вообще возможно, выведите его из эксплуатации. И если окажется, что вы все это получите, подумайте о покупке лотерейного билета: вы счастливчик!