DRDY ERR с жесткого диска

DRDY ERR с жесткого диска

Внезапно я начал получать сообщение об ошибке 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 ГБ практически не могут быть новыми сегодня в большинстве форм-факторов, что указывает на то, что это относительно старый диск. Лично я, вероятно, просто смирился бы с тем, что диск уже отжил свой срок службы, и купил бы замену, но опять же, я довольно параноидальна, когда дело касается моих данных; ваш пробег может отличаться. Вам придетсясравните стоимость замены диска с риском полного отказапривода и последующегополная потеря всех данных на диске.

Связанный контент