Ich habe gerade eine ganze Reihe von 12.10-Updates installiert, wurde zum Neustart aufgefordert und stellte dann fest, dass ich nicht booten konnte.
Ich habe gerade eine ganze Reihe von 12.10-Updates installiert, wurde zum Neustart aufgefordert und stellte dann fest, dass ich nicht booten konnte.
Antworten:
Verwenden Sie Boot Repair, um Ihren Bootloader zu reparieren.
Öffnen Sie ein Terminal und fügen Sie die Startreparatur-PPA hinzu
sudo add-apt-repository ppa:yannubuntu/boot-repair && sudo apt-get update
Installieren Sie Boot Repair
sudo apt-get install -y boot-repair && boot-repair
Starten und verwenden Sie das Programm. Weitere Informationen finden Sie unter https://help.ubuntu.com/community/Boot-Repair#Using_Boot-Repair
ls
, um eine Liste der Partitionen abzurufenset prefix=(hd0,msdos6)/boot/grub
Sie ein [Sie müssen mit ziemlicher Sicherheit ein anderes Laufwerk / eine andere Partition in die Klammern eingeben. Möglicherweise müssen Sie nur alle von aufgelisteten versuchen, ls
bis Sie die gefunden haben, die funktioniert.insmod normal
normal
Sie ein und Sie erhalten Ihre Boot-Eingabeaufforderung zurück!Siehe auch: Der hilfreiche Ort, an dem ich das gefunden habe. Ich bezweifle, dass dies für alle funktionieren wird, die auf diesen Fehler stoßen, aber ich habe es hier in der Hoffnung aufgeführt, dass es jemandem hilft.
Sobald Sie Ubuntu geladen haben, starten Sie sudo grub-install /dev/sda
und sudo update-grub
so bald wie möglich. Dies bedeutet, dass Sie diesen mühsamen Vorgang nicht jedes Mal ausführen müssen, wenn Sie Ihren Computer starten.
ls (hd0,msdos1)/
, um den Inhalt der Partition zu überprüfen. Dies ist schneller, wenn Sie über viele Partitionen verfügen.
set prefix=(hd0)/grub
, da Sie das grub
Verzeichnis relativ zur Partition auf dem Laufwerk referenzieren müssen , nicht relativ zum Mount-Punkt während des normalen Betriebs.
Ich hatte genau das gleiche Problem - normal.mod not found
, ls
der Startpartition eine Leerzeile erzeugen würde. Nach einer Woche der Fehlerbehebung, damit das System ordnungsgemäß bootet, habe ich die folgenden Schritte ausgeführt.
Habe eine Kopie von SuperGrub bekommen und eine Boot-CD erstellt. Ich konnte mich jetzt wieder bei meinem System anmelden. Ich habe eine Kopie von BootRepair erhalten und hatte kein Glück, dass das System direkt von der Festplatte gebootet wurde, und musste die CD weiterhin verwenden. BootRepair hat sich etwas seltsam verhalten, da der Speicherort von Grub und die Optionen für Grub ausgegraut waren. Es wurde eine erfolgreiche Installation gemeldet.
Festplatte wurde ursprünglich eingerichtet:
sda1 ext4 root with boot
sda2 linux swap
sda3 ext4 used as a spare drive
(enthält VMs für Virtual Box).
Benutzte eine Kopie von Ubuntu 10.10 Live-CD. Ran gparted , um die sda1
Partition zu verkleinern, und erstellte eine sda4
ext4-Boot-Partition an der Vorderseite des Laufwerks und setzte den Mount-Punkt /boot
nach dem Löschen des Boot-Verzeichnisses von auf /
. BootRepair bietet jetzt Optionen an. Wird auf der Startpartition installiert und kann jetzt von der Festplatte gestartet werden.
Da ich neugierig war, beschloss ich, weiter nachzuforschen. Das Boot-Reparatur-Protokoll hatte einen besonderen Eintrag für meine sda1
ext4-Partition, es wurde als gemeldet DOS
und hatte eine kurze 8-stellige UUID anstelle der von blkid gemeldeten UUID. grub-probe
hat das Dateisystem als vfat gemeldet.
Nach vielen anderen Versuchen habe ich die ersten 440 Bytes des sda1
Partitionsdatensatzes gelöscht . Grub-probe
Jetzt meldet Dateisystem als ext2. Ran update-grub
und die richtige UUID für die sda1
Partition wird angezeigt.
Das Problem scheint zweierlei zu sein:
1. Es scheint Installationen zu betreffen, bei denen der Partitionsdatensatz Verweise auf MSDOS enthält.
2. grub-probe
versucht nicht, Konflikte zwischen fs-Typ und Inhalt im Partitionsdatensatz zu beheben.
Eine andere zu überprüfende Sache ist die Startreihenfolge in Ihrem BIOS. Anscheinend hatte ich grub auf allen meinen Festplatten installiert (vielleicht nachdem ich 8128s Antwort befolgt hatte), aber dies brach ab, als ich meine Linux-Distribution (Debian) aktualisierte. Das Ändern der ersten Bootdiskette als mein Linux-Betriebssystem hat es behoben.
Ich bin auf diesen Fehler beim Upgrade auf Kubuntu 13.10 gestoßen. Ich hatte während des Dist-Upgrades einen Memory Stick in den USB-Port gesteckt. Nach dem Neustart ging ich direkt zu Grub Rescue. Das Trennen des USB-Laufwerks und der Neustart haben das Problem behoben.
In meinem Fall hatte ich ein Downgrade auf GRUBv1 durchgeführt und nach dem Upgrade auf 12.10 konnte grub2 seine Dateien (* .mod, etc ...) nicht finden, obwohl die Datei grub.cfg vorhanden war.
Ich habe ein umfassenderes Handbuch zur Grub-Rettung gefunden: https://help.ubuntu.com/community/Grub2/Troubleshooter#grub_rescue.3E-1
Siehe auch die Befehlsliste am Anfang der Seite. Thx Flöte Flöte.