повреждение файловой системы ext4 — возможно, аппаратная ошибка?
Температурное циклическое повторение включающего того, что они и выключали - то, что действительно получает их. Диски служат самое длинное, когда они переходят от теплого до холода меньше всего. Однако в большинстве случаев циклическое повторение дюжину раз в день займет несколько лет к наращиванию износ, необходимый для порождения отказа. Мой SAN выполняет диски 24x7x365, но каждый случай отличается.
198 Offline_Uncorrectable 0x0000 002 107 000 Old_age Offline - 21198
Ошибка, RMA.
Возможно, вы захотите запустить тест SMART, но с такими значениями это просто формальность, маловероятно, что она не завершится.
Чтобы запустить тест, используйте
smartctl -t long /dev/sda
Он сообщит вам, когда тест закончится, затем вы снова запустите smartctl -a / dev / sda , он покажет результат теста в разделе самотестирования.
Во-первых, вы можете выполнить полную проверку корневого диска. Иногда я обнаруживал, что быстрая проверка иногда пропускает важные ошибки. Вы можете сделать это, прикоснувшись к файлу в корневом каталоге (возможно, в зависимости от дистрибутива Linux), но вы можете попробовать
touch /forcefsck
И перезагрузить ИЛИ запустить аварийный компакт-диск и выполнить там fsck корневого каталога. Под полным я подразумеваю использование параметра -f fsck.
Во-вторых, указывает ли ваш системный журнал на какие-либо аппаратные ошибки?
Как указал г-н Карио, вы можете проверить состояние диска с помощью smartctl. Однако я обнаружил, что некоторые диски, которые я использовал, не передают информацию.