☰

DRDY ERR von der Festplatte

tag-icon • tag-icon boot usb
DRDY ERR von der Festplatte

Ganz plötzlich bekam ich auf meinem Laptop mit Linux den DRDY ERR. Einige Meldungen sehen so aus …

    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

Schließlich werde ich in eine Eingabeaufforderung weitergeleitet, in der ich aufgefordert werde, einen Runlevel einzugeben.

    INIT: no more processes left in this runlevel

Da ich einen Festplattenabsturz vermutete, nahm ich sie heraus und verwendete sie in einem anderen PC als externes USB-Festplattenlaufwerk. Ich konnte alle Partitionen und Dateien darin mounten und sehen. Ich gehe also davon aus, dass die Disc in Ordnung ist.

[BEARBEITEN/AKTUALISIEREN]

Ich kann den Laptop außerdem von einem USB-Stick mit Linux booten und sogar alle Partitionen auf der Festplatte sehen und darauf zugreifen.

Habe auch die Festplatte ausgebaut und in ein externes Gehäuse gesteckt und versucht, den gleichen Laptop zu booten, habe aber folgende verschiedene Fehler bekommen

    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:

Ich vermute also, dass die Festplatte als Speicher zugänglich, aber nicht bootfähig ist. Das Partitionierungsschema auf dieser Festplatte ist wie folgt, falls das hilft... (GPT-Schema)

    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

Ich habe ein Linux nach dem anderen installiert und wollte eigentlich Grub in /dev/sda2 installieren und Linux 1 & 2 kettenladen, aber bevor ich das tun konnte, stieß ich auf dieses Problem!

Irgendwelche Ideen? Lösungen?

[UPDATE 2]

  • Titel des Problems ist nicht mehr zutreffend *

Ich habe vom USB-Stick gebootet und auf allen Partitionen ein „fsck“ ausgeführt. Alle (außer /sda5) wurden als sauber gemeldet. /dev/sda5 hat viele Fehler gemeldet (wahrscheinlich ein paar Hundert), ich habe bei allen Eingabeaufforderungen immer nur „y“ eingegeben. Zwischendurch gab es Meldungen wie „Linking ‚lost+found‘ ....“ Nach zwei Durchläufen auf allen Partitionen, als ich von der Festplatte neu gebootet habe, ist hier der neueste Fehler …

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

    Enter runlevel:

Sieht es so aus, als ob ich die Betriebssysteminstanz wiederherstellen und booten könnte?

Antwort1

Der erste Fehler, den Sie gemeldet haben:

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

sagt, dass ein READ DMAATA-Befehl an eine Festplatte am ATA-Port 1 fehlgeschlagen ist (Status beinhaltet ERRfürFehler). Dieser Port ist höchstwahrscheinlich die Festplatte, und der Fehler deutet darauf hin, dass das Laufwerk Probleme hat. Der DMATeil kann wahrscheinlich ignoriert werden; DMA istDirekter SpeicherzugriffDies ist heutzutage der vorherrschende Übertragungsmodus, und wenn Sie RAM- oder RAM-Bus-Probleme in dem Ausmaß hätten, dass Sie so etwas wiederholt hätten, würden Sie wahrscheinlich eine Menge mehr Fehler sehen, wenn das System überhaupt funktionieren würde.

Der zweite Fehler:

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

sagt, dass es ein Problem mit /dev/sda, Sektor 32839936, gibt, was uns mit 512-Byte-Sektoren physisch ans Ende der /dev/sda5-Partition bringt, was sich mit dem device sda5vom Dateisystemtreiber gemeldeten Wert summiert. Der von gemeldete Fehler initweist zusammen mit den Fehlerdetails des Dateisystemtreibers auf ein Problem mit dem Dateisystem hin, das dazu führt, dass /etc/inittab nicht verfügbar oder (weniger wahrscheinlich) nicht lesbar ist. Dies würde bedeuten, dass entweder das Stammverzeichnis, das /etc-Verzeichnis oder der /etc/inittab-Dateieintrag irgendwie an der Beschädigung beteiligt sind. Angesichts der Inode-Nummer würde ich versuchen, /etc/inittab speziell als Schuldigen zu betrachten, bis das Gegenteil bewiesen ist.

Sie schreiben (meine Hervorhebung):

Da ich einen Festplattenabsturz vermutete, nahm ich sie heraus und verwendete sie in einem anderen PC als externes USB-Festplattenlaufwerk. Dort konnte ich alle Partitionen und Dateien darauf mounten und sehen.Daher gehe ich davon aus, dass die Disc in Ordnung ist.

Ich würde sagen, dassIhre Annahme ist unbegründet.Offenbar liegt ein Problem mit der Festplatte vor. Mit etwas Glück lässt sich das Problem leicht beheben.

Das erste, was ich tun würdein Ihrer Situation ist es, mein Backup von allem, was sich auf dieser Festplatte befindet, zu aktualisieren. Stellen Sie sicher, dass Sie nichts aus Ihrem letzten Backup überschreiben oder löschen, da die Möglichkeit besteht, dass Sie es benötigen. Die beste Option ist vielleicht, ein neues Backup von allem, auf das Sie zugreifen können, auf einem neuen (oder zumindest nicht zuvor für Ihre eigenen Backups verwendeten) Laufwerk zu erstellen. Rechnen Sie mit einigen E/A-Fehlern auf der Quelle, während Sie diese Kopie erstellen.

Zweitekommt der Versuch einer Wiederherstellung. Mit etwas Glück handelt es sich bei den Fehlern um ein Problem mit einem oder mehreren Sektoren, das eine kleine Beschädigung des Dateisystems verursacht hat. In diesem Falle2fsck sollenin der Lage sein, den größten Teil des Schadens zu reparieren. Einige Ihrer Dateien sind wahrscheinlich verloren gegangen, aber mit etwas Glück können Sie sie möglicherweise in /lost+found unter dem Mount-Root des Dateisystems finden (also beispielsweise /data/lost+found, wenn Sie /dev/sda5 auf /data mounten), nachdem Sie e2fsck alles Mögliche getan haben. Führen Sie andernfalls einen Vergleich mit Ihrem letzten Backup von vor Beginn der Probleme durch und stellen Sie relevante Dateien aus dem Backup wieder her. (Habe ich erwähnt, dass Backups nützlich sind, falls jemals etwas Schlimmes passiert, was unvermeidlich ist?)

Drittestellt sich die Frage, ob Sie dem Laufwerk für zukünftige Verwendungen vertrauen können. Ein paar fehlerhafte Sektoren müssen aus Sicht des Laufwerks nicht katastrophal sein, aber Rotationslaufwerke mit einer Größe von etwa 100 GB sind heute in den meisten Formfaktoren praktisch nicht mehr neu zu bekommen, was darauf hindeutet, dass es sich um ein relativ altes Laufwerk handelt. Persönlich würde ich wahrscheinlich einfach akzeptieren, dass das Laufwerk zu diesem Zeitpunkt seine Nutzungsdauer überschritten hat, und ein Ersatzlaufwerk besorgen, aber andererseits bin ich ziemlich paranoid, wenn es um meine Daten geht; Ihre Erfahrung kann anders sein. Sie müssenWägen Sie die Kosten für ein Ersatzlaufwerk gegen das Risiko eines Totalausfalls abdes Antriebs und die anschließendeTotalverlust aller Daten auf dem Laufwerk.

verwandte Informationen