Ubuntu Принудительный fsck при загрузке завершается неудачно

Question

У fsck много ошибок чтения блока 24251xx (попытка чтения блока из файловой системы привела к короткому чтению) при получении следующего индекса от сканирования. Игнорировать ошибку (у)?

Принудительно переписать (у)?

Иногда есть другой результат, смешанный в:

[8222.00061] ata1.00: исключение Emask 0x0. Куча hex.frozen [8222.00124] ata1.00 cmd .. куча hex .. в [8222.00264] res .. куча hex ..(timeout)[8222.00124] ata1. 00: статус: {DRDY}

Что происходит и что мне делать?

Обновление: я узнал о второй части. Это сообщение об ошибке Libata от ядра, указывающее, что накопитель не отвечает на команду вовремя. Этот совет, вероятно, поможет с этим [я дам вам знать, как это происходит, как только я пройду мимо fsck]

В частности, тайм-ауты могут быть решены с помощью acpi = off или noapic или pci = nomsi или pci = biosirq.

Answer 1

Скорее всего, ваш жесткий диск умирает ...

Получите live CD (Ubuntu Install/Live CD нормально).

Если у вас есть какие-либо важные данные на этом диске без резервной копии, смонтируйте диск только для чтения и скопируйте все, что сможете, с диска.

Затем попробуйте создать образ раздела с помощью dd или dd_rescue , либо на другой раздел, либо в виде файла в другое место (если у вас нет места, сделайте изображение в /dev /null), чтобы вы могли видеть если есть какие-либо физические повреждения вашего диска.

Если при копировании файла с помощью dd возникают ошибки мультимедиа, fsck вашей новой копии (либо монтируйте loopback, либо используйте реальный раздел, если вы использовали /dev /null, вам нужно начать заново с реального диска) и скопируйте все данные, которые вы можете еще копировать. Затем попробуйте выяснить производителя вашего диска и есть ли на нем гарантия. Если да, приступайте к тестированию инструментов производителя ... Если нет, проверьте с помощью инструментов SMART, остались ли какие-либо перераспределяемые сектора, и если да, попробуйте записать нули в разбитые сектора с помощью dd (который перераспределит их). Если вам не повезет, вам придется попытаться разделить разбитую область; или используйте параметр -c для mkfs.ext[23] .

Если нет ошибок носителей, вам придется переформатировать диск и снова скопировать данные. Обычно ext3 (я полагаю, что это ...) намного более устойчив, чем другие файловые системы, поэтому я не думаю, что это может быть только ошибка файловой системы ...

Answer 2

Похоже, у вас плохой сектор, если числа совпадают при попытках fsck. К сожалению, вы потеряете тот файл, который был сохранен в этом иноде.

Проверьте смарт-статус, он обычно скажет вам, сколько плохих блоков знает диск. Надеюсь, это только несколько. Если он говорит вам, что диск выходит из строя, я надеюсь, у вас есть резервная копия.

Выполнение fsck -c /dev/WHATEVER должно запустить сканирование поврежденных блоков, а затем сообщить вам, что вы потеряли (или нужно восстановить из резервной копии).