DRDY ERR от HDD

Question

Внезапно я начал получать 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, и я смог смонтировать и просмотреть все разделы и файлы внутри. Поэтому я предполагаю, что с диском все в порядке.

[EDIT/ ОБНОВЛЕНИЕ]

Я также могу загружаться в ноутбук с 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:

Так что, я думаю, жесткий диск доступен как хранилище, но не загрузочный. Схема разметки на этом жестком диске такая же, как если бы это помогло. (Схема 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' для всех запросов. В промежутке между ними появлялись сообщения типа «ссылка« потерян + найден »....«После того, как runnning 2 проходит по всем разделам, когда я перезагружаюсь с жесткого диска, вот последняя ошибка ...

    INIT: verision 2.88 booting
    INIT: No inittab file file found

    Enter runlevel:

Похоже, я смогу вернуть экземпляр ОС и загрузиться?

Answer 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 на диск на порту 1 ATA завершилась неудачно (состояние включает 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 каким-то образом связаны с повреждением. Учитывая номер инода, я бы сделал снимок в /etc /inittab, который определенно был виновником, пока не доказал, что ошибался.

Вы пишете (мой акцент):

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

Я бы сказал, что ваше предположение необоснованно. Диск, очевидно, имеет некоторые проблемы; если повезет, это будет легко исправить.

Первое, что я хотел бы сделать в вашей ситуации, это обновить мою резервную копию всего, что находится на этом диске. Убедитесь, что вы не перезаписываете и не удаляете что-либо из своей последней резервной копии, так как есть вероятность, что она вам понадобится. Возможно, лучшим вариантом является создание новой резервной копии на новом (или, по крайней мере, ранее не использовавшемся для создания собственных резервных копий) диске со всем, к чему у вас есть доступ. Ожидайте некоторые ошибки ввода / вывода в источнике при создании этой копии.

Второе - попытка восстановления. Если повезет, учитывая ошибки, это проблема одного сектора или нескольких секторов, которая вызвала небольшое повреждение файловой системы, и в этом случае e2fsck должен быть в состоянии устранить большинство повреждений. Некоторые из ваших файлов, вероятно, ушли, но, если повезет, вы сможете найти их в /lost+found в корневом каталоге файловой системы (например, /data /lost+found, если вы монтируете /dev /sda5 в /data) после того, как e2fsck сделает все возможное. В противном случае сделайте сравнение с самой последней резервной копией до того, как начались проблемы, и восстановите соответствующие файлы из резервной копии. (Я упоминал, что резервные копии полезны, если плохие вещи случаются, как это неизбежно происходит?)

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