Внезапно я начал получать сообщение об ошибке DRDY ERR на своем ноутбуке под управлением Linux. Некоторые сообщения выглядят так..
ata1:00: status: { DRDY ERR }
ata1.00: error {UNC }
ata1:00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
ata1:00: BMDMA stat 0x25
ata1:00: failed command: READ DMA
наконец, он перебрасывает меня в командную строку, где мне предлагают ввести уровень выполнения, и после этого
INIT: no more processes left in this runlevel
Подозревая поломку жесткого диска, я вынул его и использовал на другом ПК как внешний USB-накопитель HDD, и мне удалось смонтировать и увидеть все разделы и файлы внутри. Поэтому я предполагаю, что с диском все в порядке.
[РЕДАКТИРОВАТЬ/ОБНОВИТЬ]
Я также могу загрузить ноутбук с USB-накопителя с Linux и даже могу видеть все разделы на диске и получать к ним доступ.
Также вынул жесткий диск и вставил его во внешний корпус и попытался загрузить его на том же ноутбуке, но получил следующие ошибки
end_request: critical target error, dev sda, sector 32839936
EXT4_fs error: (device sda5): ext4_find_entry:935: inode #393217: comm init: reading directory lblock 0
INIT: No inittab file found
Enter runlevel:
Так что я думаю, что HDD доступен как хранилище, но не загрузочный. Схема разделов на этом HDD такая, если это поможет.. (Схема GPT)
partition FileSystem size flags
--------- ----------- ---- -----
/dev/sda1 unknown 2.00MB bios_grub
/dev/sda2 ext2 128MB # was supposed to be common boot partition for chain loading
/dev/sda3 swap 1.5GB
/dev/sda4 ext4 8GB # Linux 1 (somehow, Grub does not show this in the menu, cannot boot into)
/dev/sda5 ext4 8GB # Linux 2 (I could only boot into this one from Grub.)
/dev/sda6 ext4 94GB # DATA
unallocated _ 1MB
Я устанавливал Linux один за другим и на самом деле хотел установить Grub в /dev/sda2 и последовательно загрузить Linux 1 и 2, но прежде чем я смог это сделать, я столкнулся с этой проблемой!
Есть идеи? Решения?
[ОБНОВЛЕНИЕ 2]
- Название проблемы больше не актуально *
Я загрузился с USB и выполнил 'fsck' на всех разделах. Все (кроме /sda5) были отчитаны как чистые. /dev/sda5 сообщил о множестве ошибок (вероятно, около пары сотен), я продолжал вводить только 'y' для всех запросов. Между ними были сообщения типа 'linking 'lost+found' ....' После двух проходов по всем разделам, когда я перезагрузился с HDD, вот последняя ошибка...
INIT: verision 2.88 booting
INIT: No inittab file file found
Enter runlevel:
Смогу ли я вернуть экземпляр ОС и загрузиться?
решение1
Первая ошибка, о которой вы сообщили:
ata1:00: status: { DRDY ERR }
ata1.00: error {UNC }
ata1:00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
ata1:00: BMDMA stat 0x25
ata1:00: failed command: READ DMA
говорит о том, что READ DMA
команда ATA к диску на порту ATA 1 не удалась (состояние включает в себя ERR
дляошибка). Этот порт, скорее всего, жесткий диск, и ошибка указывает на проблемы с диском. Эту DMA
часть, скорее всего, можно проигнорировать; DMAПрямой доступ к памятикоторый в наши дни является доминирующим режимом передачи данных, и если у вас возникли проблемы с оперативной памятью или шиной оперативной памяти до такой степени, что вы постоянно сталкивались с чем-то подобным, вы, скорее всего, увидели бы гораздо больше ошибок, если бы система вообще могла функционировать.
Вторая ошибка:
end_request: critical target error, dev sda, sector 32839936
EXT4_fs error: (device sda5): ext4_find_entry:935: inode #393217: comm init: reading directory lblock 0
INIT: No inittab file found
говорит, что есть некоторая проблема на /dev/sda, сектор 32839936, который с секторами по 512 байт физически переносит нас к концу раздела /dev/sda5, что совпадает с device sda5
сообщением драйвера файловой системы. Ошибка, о которой сообщается, init
вместе с подробностями ошибки драйвера файловой системы указывает на проблему с файловой системой, из-за которой /etc/inittab становится недоступным или (менее вероятно) нечитаемым. Это означало бы, что либо корневой каталог, каталог /etc, либо запись файла /etc/inittab каким-то образом вовлечены в повреждение. Учитывая номер inode, я бы рискнул предположить, что именно /etc/inittab является виновником, пока не будет доказано обратное.
Вы пишете (выделено мной):
Подозревая неисправность жесткого диска, я вынул его и подключил к другому ПК как внешний USB-накопитель HDD. Мне удалось смонтировать его и увидеть все разделы и файлы на нем.Так что я предполагаю, что с диском все в порядке.
Я бы сказал, чтоВаше предположение необоснованно.Очевидно, что с диском возникла какая-то проблема; если повезет, ее будет легко исправить.
Первое, что я бы сделалв вашей ситуации — обновить мою резервную копию всего, что есть на этом диске. Убедитесь, что вы не перезаписали и не удалили ничего из вашей последней резервной копии, так как есть вероятность, что она вам понадобится. Возможно, лучшим вариантом будет сделать свежую резервную копию на новый (или, по крайней мере, ранее не использовавшийся для ваших собственных резервных копий) диск всего, к чему вы можете получить доступ. Ожидайте некоторые ошибки ввода-вывода на источнике при создании этой копии.
Второйприходит попытка восстановления. Если повезет, учитывая ошибки, это проблема одного или нескольких секторов, которая вызвала небольшое повреждение файловой системы, в этом случаеe2fsck
долженсможете восстановить большую часть повреждений. Некоторые из ваших файлов, вероятно, исчезли, но при некоторой удаче вы сможете найти их в /lost+found в корне монтирования файловой системы (например, /data/lost+found, если вы монтируете /dev/sda5 на /data) после того, как e2fsck сделает все, что сможет. В противном случае сравните с вашей последней резервной копией, созданной до начала проблем, и восстановите соответствующие файлы из резервной копии. (Я уже говорил, что резервные копии полезны, если когда-нибудь случится что-то плохое, как это неизбежно происходит?)
Третийвозникает вопрос, можно ли доверять диску для будущего использования. Несколько плохих секторов не обязательно должны быть катастрофическими с точки зрения диска, но вращающиеся диски размером около 100 ГБ практически не могут быть новыми сегодня в большинстве форм-факторов, что указывает на то, что это относительно старый диск. Лично я, вероятно, просто смирился бы с тем, что диск уже отжил свой срок службы, и купил бы замену, но опять же, я довольно параноидальна, когда дело касается моих данных; ваш пробег может отличаться. Вам придетсясравните стоимость замены диска с риском полного отказапривода и последующегополная потеря всех данных на диске.