So beheben Sie hd0 Out of Disk Error unter Linux

Einer der Fehler, den Linux-Benutzer mehr fürchten als jeder andere, lautet so etwas wie Fehler: hd0 out of disk. Drücken Sie eine beliebige Taste, um fortzufahren… beim Booten. Dieser Fehler lässt den Eindruck entstehen, dass Ihr Startvolume in Ihrem System physisch nicht vorhanden ist. Dies deutet zwar darauf hin, dass es ein massives Buchhaltungsproblem gegeben hat, aber es ist bei weitem nicht so schlimm, wie es das fragliche Wortlaut klingen lässt. Das Booten von einer Live-USB-ISO ist möglicherweise alles, was Sie benötigen, um Ihre Hauptinstallation wiederherzustellen und die Fähigkeit zum Booten von Ihrer primären / gemounteten Root-Partition wiederherzustellen.

Angenommen, Sie konnten Ihre Dateistruktur mit diesen Schritten wiederherstellen, müssen Sie Ihre Paketmanager aktualisieren. Verwenden Sie dazu beispielsweise den Befehl sudo apt-get update in Ubuntu oder Debian. Eine Beschädigung der Dateistruktur kann wiederum zu einer Beschädigung der Repository-Listen führen und daher dazu führen, dass Ihre Installation entweder glaubt, dass sie auf dem neuesten Stand ist, wenn dies nicht der Fall ist, oder umgekehrt. Das Aktualisieren und anschließende Aktualisieren Ihrer Pakete kann möglicherweise auch dazu beitragen, beschädigte Dateien mit sicherer Systemsoftware zu überschreiben.

Wiederherstellen von Festplattenfehlern von hd0

Beim Booten hängt Ihre Linux-Installation möglicherweise mit einem Fehler ab, der so etwas wie Fehler lautet: hd0 von der Festplatte, obwohl die Gerätedatei und die Partitionsnummer je nach Konfiguration unterschiedlich sein können. Dies kann sich ändern, wenn verschiedene Partitionen beschädigt sind, und es wird möglicherweise auch der Name eines SD # -Geräts auf höherer Ebene anstelle einer klassischeren HD # -Gerätedatei auf niedrigerer Ebene angezeigt.

Während das System Sie auffordert, eine beliebige Taste zu drücken, um fortzufahren, funktionieren diese im Allgemeinen nicht. Manchmal können Sie entweder zum GRUB-Terminal oder zu einer Notfallwiederherstellungsaufforderung wechseln, aber häufig müssen Sie von einer Live-CD- oder USB-Installation booten. Sie können auch versuchen, von einer anderen Partition auf Ihrem physischen Computer zu starten, wenn auf einem zweiten Volume Linux oder FreeBSD installiert ist.

Wenn Sie ein Live-USB-ISO-geschriebenes Gerät in einen der Steckplätze Ihres Computers einstecken, müssen Sie beim Starten des Computers wahrscheinlich eine bestimmte Taste drücken, um von diesem zu starten. Dies hängt von Ihrer Hardware ab. Stellen Sie jedoch sicher, dass Sie den Wechselspeicher auswählen, wenn Sie nach dem Gerätetyp gefragt werden, den Sie booten. Möglicherweise haben Sie zuvor eine Nachricht erhalten, dass Sie sich in einer Busybox-Ascheshell befinden, wenn Sie Ihr System einigermaßen erfolgreich starten konnten. In beiden Fällen müssen Sie zu einer Eingabeaufforderung gelangen und sicherstellen, dass Sie über Root-Zugriff verfügen, bevor Sie fortfahren. Andernfalls stellen Sie jedem einzelnen Befehlsnamen sudo voran, bevor Sie ihn ausgeben. Sie können auch sudo -i, sudo bash, sudo tcsh oder sudo Busybox Ash ausprobieren, um eine Root-Shell von der Eingabeaufforderung zu erhalten.

Möglicherweise möchten Sie Ihr gesamtes ~ / home-Verzeichnis auf ein Wechselmedium kopieren, nur für den Fall, dass Sie ernsthafte Schäden haben. Sie sollten jedoch zuerst eine fsck-Operation durchführen. Wir gehen aus Gründen der Diskussion davon aus, dass / dev / sda1 die beschädigte Partition ist, ersetzen jedoch die Gerätedatei durch den korrekten Namen der Partition auf Ihrem System. Beginnen Sie mit umount / dev / sda1 und dann mit fsck.ext4 -f / dev / sda1, um sicherzustellen, dass das Dateisystem nicht beschädigt ist. Wenn Sie andere Partitionen haben, die Sie überprüfen möchten, tun Sie dies jetzt. Je nach dem Dateisystem, das Sie gestartet haben, möchten Sie möglicherweise e2fsck oder fsck.ext3 verwenden. Stellen Sie sicher, dass die Partitionen immer umgehängt sind, bevor Sie fsck ausführen.

Mehrere Kernel, die auf demselben Gerät miteinander konkurrieren, können diesen Fehler verursachen. In einigen Fällen könnte der Befehl fsck das Problem behoben haben. Unter der Annahme, dass weitere Probleme auftreten, werden die folgenden Befehle zum Mounten von Teilen der Dateistruktur in Ihrer Live-USB-Umgebung verwendet:

mount / dev / sda1 / mnt

mount –bind / dev / mnt / dev

mount –bind / dev / pts / mnt / dev / pts

mount –bind / proc / mnt / proc

mount –bind / sys / mnt / sys

chroot / mnt

Jetzt müssen Sie apt-get update, apt-get autoremove und apt-get clean ausführen, um die Dinge zu bereinigen. Dies könnte das Problem erneut behoben haben und Sie werden möglicherweise feststellen, dass das Betriebssystem jetzt ordnungsgemäß gestartet wird. Wenn dies nicht der Fall ist, versuchen Sie, damit eine Umgebungsvariable festzulegen:

UNUSCONF = $ (dpkg -l | grep “^ rc” | awk ‘{print $ 2}’)

Lauf:

apt-get remove –purge $ UNUSCONF

NEWKERNEL = $ (uname -r | sed ‘s / – *[a-z]// g ‘| sed’ s / -amd64 // g ‘)

ADDKERNEL = ”linux- (Bild | Header | Debian-Module | Restricted-Module)”

UNUSKERNELS = $ (dpkg -l | awk ‘{print $ 2}’ | grep -E $ ADDKERNEL | grep -vE $ METAKERNEL | grep -v $ NEWKERNEL)

Möglicherweise müssen Sie jedoch die amd64-Verweise auf 386 oder i386 und die debian-Module auf ubuntu-Module ändern, wenn Sie nicht auf reinem Debian arbeiten. Zum Schluss ausführen:

apt-get remove –purge $ UNUSKERNELS

grub-install –root-directory = / mnt / dev / sda

grub-install –recheck / dev / sda

umount / mnt

Starten Sie dann Ihr System von der primären Partition aus neu und prüfen Sie, ob GRUB jetzt ordnungsgemäß funktioniert. Dadurch wird tatsächlich eine völlig neue Kopie von GRUB auf Ihrer Partition installiert, wodurch die Abfallprodukte von Problemen des Linux-Kernels entfernt werden, die Sie möglicherweise nicht mehr verwenden. In einigen Fällen wird jetzt möglicherweise ein völlig anderer Fehler angezeigt, der damit zusammenhängt, dass die Installation von GRUB fehlerhaft ist. Dies hängt jedoch nicht mit demselben Problem zusammen, das Sie zuvor hatten, und eine weitere Fehlerbehebung in dieser Richtung kann sich tatsächlich als erfolglos herausstellen.

Sollten Sie beim Neustart nach dem Ausführen von fsck und den Kernel-Reinigungsroutinen immer noch den Fehler haben, liegt möglicherweise ein schwerwiegenderer Hardwarefehler vor, der den Start von Linux verhindert. Überprüfen Sie die Verbindungen zu Ihrer Festplatte und stellen Sie sicher, dass das Netzteil fest angeschlossen ist. Dies ist bei alten IDE-Molex-Anschlüssen eher ein Problem als bei SATA und so ziemlich alles, was moderner ist. Möglicherweise möchten Sie auch das Alter Ihres Startvolumes berücksichtigen, wenn Sie mit einer SSD arbeiten. NAND-Speicherchips nutzen sich schließlich ab, und dies kann dazu führen, dass eine Badblocks-Prüfung durchgeführt werden muss. Einige Benutzer booten möglicherweise von einem SD-Kartensteckplatz oder einem SD-zu-PATA- oder SATA-Adapter. Diese Karten können manchmal herausrutschen und Feuchtigkeit kann die Kontakte zerstören. Daher möchten Sie möglicherweise das System herunterfahren, die Karte auswerfen und neu positionieren, bevor Sie es erneut versuchen.