Ubuntu-Fehler beim Booten: Fehler: Versuch, außerhalb der Festplatte 'hd0' zu lesen oder zu schreiben

Ich habe Ubuntu 12.10 auf einer externen Western Digital-Festplatte (320 GB) installiert. Dies ist eine vollständige Installation, kein Live-USB.

Wenn ich es an meinen HP Desktop anschließe, gehe ich zu den BIOS-Einstellungen und starte von der Festplatte. Alles funktioniert einwandfrei. Dies funktioniert jetzt auf jedem einzelnen Computer und Laptop in meinem Haus (alle HP), mit Ausnahme von EINEM. Mein HP ProBook 4530s.

Wenn ich das Booten vom USB auswähle, erhalte ich die Meldung:

error: attempt to read or write outside of disk 'hd0'

Jetzt habe ich die Festplatte aus meinem Laptop entfernt und die externe Festplatte ist die EINZIGE, die angeschlossen ist. Unten ist ein Screenshot der Meldung auf dem Bildschirm. Nach der Nachricht, zu der ich navigiere ls /(wie unten gezeigt):

Bildbeschreibung hier eingeben

Nachdem ich hier versucht habe, auf andere Ordner zuzugreifen ls /, versuche ich beispielsweise, ls /bootzum Ordner grub zu gelangen. Dann erhalte ich die gleiche Nachricht wie zuvor: wie unten gezeigt:

grub rescue> ls /boot

error: attempt to read or write outside of disk 'hd0'
grub rescue> _

Die einzigen Ordner ich ohne die Botschaft zugreifen können wieder sind /home, /runund /usr.

Wie mache ich:

Starten Sie Ubuntu manuell von GRUB2 (diesem Bildschirm)
Stellt ein, dass Ubuntu automatisch gebootet wird
Wenn möglich eine Erklärung für dieses Problem

Vielen Dank!

— karel
quelle

Wie alt ist dieser Computer? Wahrscheinlich ist Ihr Laufwerk zu groß für das BIOS. Das BIOS muss dies unterstützen, bevor GRUB dies kann.

Mein Computer ist 6 Monate alt und die Festplatte, mit der er geliefert wurde, ist 750 GB mit Windows 7 vorinstalliert. Wenn es damit klappt, sollte es nicht mit dem 320gb funktionieren. Ich habe auch erfolgreich mit einem Netbook und einem Ultrabook sowie mit einem anderen Desktop gebootet. Das einzige, mit dem es nicht bootet, ist mein Laptop.

Es kann sein, dass die BIOS-USB-Größe begrenzt ist. Zitieren Sie mich dazu jedoch nicht.

Probieren Sie 'ls (hd0)'

Mögliches Duplikat von Wie kann ich Maden reparieren? (Wie bekomme ich Ubuntu nach der Installation von Windows zurück?), Da beide Antworten eine Aktion empfehlen, die update-grubund / oder Boot-Repair auch so durchführen würde, wie in der verknüpften Frage beschrieben.

— David Foerster

Antworten:

Ich habe Tage damit verbracht und nach einer Antwort gesucht, und ich konnte bis heute keine finden. Ich wollte die Lösung hier posten, weil ich es unwahrscheinlich finde, dass ich der einzige bin (diese Frage hat viele Ansichten).

Die Antwort für mich wurde hier gefunden: http://www.linuxquestions.org/questions/linux-laptop-and-netbook-25/boot-problem-after-installing-ubuntu-11-04-kernel-panic-not- syncing-vfs-919143 /

Das Booten von einer Live-CD und das Ändern von grub.cfg, um auf das Block-Gerät über den Namen anstatt über die UUID zuzugreifen, war die Lösung für mich. Dies war nur vorübergehend. Nachdem ich meine Pakete aktualisiert hatte, wurde ein Grub-Update installiert, das das Problem behoben hat. Ich habe mit der grub.cfg rumgespielt, um zu versuchen, sie neu zu reparieren, aber der Fortschritt! Hoffe, jemand kann den nächsten Schritt ausfüllen.

— Sorak
quelle

Ich habe nur dieses Problem. Ist mir passiert, nachdem ich mit den IDE / AHCI-Einstellungen im BIOS rumgespielt habe (nach mehreren Overclocks / BIOS-CMOS-Resets). Ich habe eine Festplatte und eine SSD - beide mit Bootloadern. Ich habe es vorerst geschafft, das Problem zu umgehen, indem ich die Kabel von der Festplatte entferne. Jetzt bootet das System zumindest. Eine falsche UUID ist das Problem.

— WindRider

Können Sie uns ein paar Details dazu geben, welcher Teil von grub.cfg bearbeitet werden muss?

— Pir

Entschuldigung für die späte Antwort, aber ich hatte kürzlich das gleiche Problem. Ich habe es behoben und poste dies in der Hoffnung, dass es für andere nützlich sein kann, die das gleiche Problem haben.

In meinem speziellen Fall lag es an einem defekten SATA-Kabel. Das Ersetzen des Kabels behebt das Problem.

Allgemeiner ausgedrückt: Wenn Sie sich die anderen Antworten und Kommentare ansehen, wird diese Meldung möglicherweise durch eine Art (Hardware-) Problem verursacht, wenn Grub auf die Festplatte zugreift. In Soraks Fall, in dem es hilfreich war , die grub.cfgDatei so zu ändern , dass sie sich auf das Blockgerät nach dem Namen anstatt nach der UUID bezieht, konnte die UUID möglicherweise aus irgendeinem Grund nicht mehr gelesen werden.

Jedenfalls empfehle ich jedem, der von diesem Problem betroffen ist, eine Live-CD zu booten und mit SMART Tools zu überprüfen, ob ein Problem mit der Festplatte vorliegt und welche Art von Problem vorliegt. Das habe ich getan; Diese spezielle Antwort hat mich dazu gebracht, anzufangen. Um die SMART-Attribute zu interpretieren, die smartctlfür eine Festplatte ausgegeben wurden , ist der Wikipedia-Artikel zu SMART sehr nützlich. Für mich deutete eine hohe Anzahl von UDMA-CRC-Fehlern auf ein defektes SATA-Kabel hin, und das Kabel erwies sich tatsächlich als die Hauptursache für das Problem.

— Malte Skoruppa
quelle