Embedding is not possible. GRUB can only be installed in this setup by using blocklists.¶

Problem: Beim Systemstart erscheint die Fehlermeldung:

Embedding is not possible.
GRUB can only be installed in this setup by using blocklists.
However, blocklists are UNRELIABLE and their use is discouraged.

Mögliche Ursache: GRUB hat nicht genügend Platz, um seinen Stage 2 (core.img) abzulegen und benötigt mehr Speicherplatz. Evtl. die Partition(en) um diesen Platz verkleinern oder verschieben. Anm.: Alignment-Problematik besonders bei SSDs beachten.

Je nach Art, wie GRUB installiert werden soll, gilt es gesonderte Vorgehensweisen zu beachten.

Warnung: This GPT partition label has no BIOS Boot Partition; embedding won't be possible!¶

Problem: Beim Systemstart erscheint die Fehlermeldung:

Warnung: This GPT partition label has no BIOS Boot Partition; embedding won't be possible!

Mögliche Ursache: Es existiert keine BIOS Boot-Partition bei der Nutzung von GPT ohne EFI.

Lösung: BIOS-Boot-Partition einrichten.

FATAL: No bootable medium found! System halted.¶

Problem: Beim Systemstart erscheint die Fehlermeldung:

FATAL: No bootable medium found! System halted.

Mögliche Ursache: Das BIOS des Computers konnte keinen Datenträger finden, der einen gültigen Bootloader enthält. Entweder ist im BIOS ein falscher Startdatenträger eingestellt, oder es ist der richtige Startdatenträger eingestellt, diesem fehlt im MBR aber der notwendige Bootcode. Dieser Fehler wird von manchem BIOS auch ausgegeben, falls keiner der im Computer befindlichen Datenträger eine Boot-Markierung aufweist.

Lösung:

1. GRUB-Umgebung analysieren. Dabei sollte man sich insbesondere einen Überblick über die Datenträger im System verschaffen.

2. Startreihenfolge im BIOS überprüfen.

3. Ist die Startreihenfolge im BIOS richtig, muss GRUB 2 (erneut) in den MBR des gewünschten Startdatenträgers installiert werden. Ist sie falsch, so muss der richtige Startdatenträger im BIOS eingestellt werden.

4. Boot-Markierungen der Datenträger überprüfen. Dies kann man von einer Desktop-CD mit GParted erledigen.

GRUB _¶

Problem: Das System bleibt beim Start direkt stehen mit der Meldung:

GRUB _

Mögliche Ursache: Der erweiterte GRUB-2-Code, der sich hinter dem MBR und vor den Partitionen auf dem Startdatenträger befindet, ist fehlerhaft.

Lösung:

1. GRUB-Umgebung analysieren. Dabei sollte man sich insbesondere einen Überblick über die Datenträger im System verschaffen.

2. GRUB 2 mittels Live-CD erneut auf den betreffenden Startdatenträger installieren.

Error 11 / Error 15¶

Problem: Beim Systemstart erscheint eine der folgenden Fehlermeldungen:

Error 11
Error 15

Mögliche Ursache: Bei einer Aktualisierung von GRUB Legacy auf GRUB 2 wurden die Dateien im Verzeichnis /boot von der GRUB-2-Installation aktualisiert, GRUB 2 wurde dabei aber nicht in den MBR installiert. Dieser enthält noch GRUB Legacy.

Lösung:

1. GRUB-Umgebung analysieren.

2. GRUB 2 mittels Desktop-CD in den MBR des gewünschten Startdatenträgers installieren.

grub> _¶

Problem: GRUB 2 startet nur die Kommandozeile, meldet sich mit:

grub> _

Mögliche Ursache: Die Datei /boot/grub/grub.cfg fehlt oder ist nicht mehr lesbar oder enthält syntaktische Fehler, so dass sie von GRUB 2 nicht verarbeitet werden kann.

Lösung:

1. Das System manuell aus der GRUB-Kommandozeile heraus starten.

2. Anschließend im laufenden System die grub.cfg neu erstellen.

Alternative Lösung:

1. System mit der Desktop-CD starten.

2. Die Datei grub.cfg aus einer chroot-Umgebung heraus neu erstellen.

Could not open "\EFI\BOOT\fallback.efi"¶

Problem: Bei manchen EFI-Geräten erscheint beim Systemstart vor der Kommandozeile ein extrem kurzes Aufflackern der Fehlermeldung (evtl. nur durch Filmen des Bildschirms erkennbar!):

Could not open "\EFI\BOOT\fallback.efi"

Mögliche Ursache: Das Gerät benötigt GRUB 2 mit einem EFI-Fallback-Modus.

Lösung: EFI-Fallback-Modus für Ubuntu einrichten.

grub rescue> _¶

Problem: GRUB 2 startet in den Rettungs-Modus (Rescue-Mode), meldet sich mit:

grub rescue> _

Mögliche Ursache: GRUB kann die Module, die zur Ausführung des normalen Menü-Modus notwendig sind, nicht lesen. Entweder sind diese Dateien, die sich im Verzeichnis /grub befinden, oder das sie beinhaltende Dateisystem beschädigt, oder aber der Wert für prefix wurde bei der Installation aus irgend einem Grund falsch gesetzt, so dass GRUB die Module nun im falschen Verzeichnis sucht und deshalb nicht findet.

Lösung:

1. Das System aus dem Rettungs-Modus heraus starten.

2. Anschließend im laufenden System GRUB 2 mittels grub-install vollständig neu installieren.

Alternative Lösung:

1. System mit der Desktop-CD starten.

2. GRUB 2 aus einer chroot-Umgebung heraus mittels grub-install vollständig neu installieren.

error: no such device: UUID¶

Problem: Beim Systemstart erscheint die Fehlermeldung:

error: no such device: UUID

Mögliche Ursache: Der Start-Eintrag verwendet eine falsche UUID, die UUID hat sich für den betreffenden Datenträger zwischenzeitlich geändert, oder der Datenträger mit der angegebenen UUID wurde inzwischen vom System entfernt. Der Fehler tritt in der Regel auf, nachdem Änderungen an Datenträgern vorgenommen oder diese vom System entfernt worden sind. Sofern der Fehler auftritt, wenn versucht wird, WindowsXP zu booten, kann eine mögliche Ursache darin liegen, dass es sich um eine SATA Festplatte handelt, die nicht im IDE Modus sondern im AHCI Modus betrieben wird (fehlender SATA-Treiber für WindowsXP).

Lösung:

1. Das System manuell aus der GRUB-Kommandozeile heraus starten.

2. Anschließend im laufenden System die grub.cfg neu erstellen. Damit sollte das Problem bei nächsten Start in der Regel behoben sein.

Fortführende Lösung: (falls 1. und 2. das Problem nicht beheben)

1. UUIDs der im System befindlichen Datenträger ermitteln und mit den Einträgen in der grub.cfg vergleichen.

2. Sofern Abweichungen in den Menü-Einträgen zu den tatsächlichen UUIDs bestehen und die Einträge automatisch durch GRUB 2 erstellt werden, das betreffende GRUB-2-Skript deaktivieren und stattdessen ein eigenes Skript mit manuell erstellten Menü-Einträgen einrichten.

3. Abschließend die grub.cfg neu erstellen.

error: no such disk¶

Problem: Beim Systemstart erscheint die Fehlermeldung:

error: no such disk

Mögliche Ursache: Die im Starteintrag verwendete Notation (hdX,Y) verweist auf einen nicht vorhandenen physischen oder virtuellen Datenträger (logisches Volumen).

Lösung:

1. Das System manuell aus der GRUB-Kommandozeile heraus starten.

2. Anschließend im laufenden System die grub.cfg neu erstellen. Damit sollte das Problem bei nächsten Start in der Regel behoben sein.

error: no such partition¶

Problem: Beim Systemstart erscheint die Fehlermeldung:

error: no such partition

Mögliche Ursache: Innerhalb des Starteintrages wird auf eine nicht existierende Partition verwiesen. Beispielsweise durch den Eintrag set root=(hdX,Y). "Nicht vorhanden" bedeutet dabei "zur GRUB-Laufzeit nicht vorhanden" oder aber "nicht ansprechbar". D.h. die Partition kann bei einer Analyse mittels Desktop-CD durchaus vorhanden und das darauf befindliche Dateisystem auch lesbar sein, und trotzdem scheitert der Zugriff aus der GRUB-Laufzeitumgebung. Grund dafür sind Zugriffsgrenzen seitens des BIOS, die insbesondere bei älteren Boards noch verbreitet sein können. Die derzeit noch gängigste Grenze ist dabei die bei 136 GB bzw. 128 GiByte. D.h. Partitionen, von denen gestartet werden soll, dürfen nicht hinter dieser Grenze beginnen.

Lösung:

1. Das System manuell aus der GRUB-Kommandozeile heraus starten.

2. Anschließend im laufenden System die grub.cfg neu erstellen. Damit sollte das Problem bei nächsten Start in der Regel behoben sein.

Gave up waiting for the root device. Common problems: ...¶

Problem: Nach einiger Verzögerung erscheint die Fehlermeldung:

Gave up waiting for the root device. Common problems: ...

Mögliche Ursache: Die im Eintrag in der Zeile linux angegebene Root-Partition hinter dem Eintrag root= existiert nicht oder nicht mehr.

Lösung:

1. Das System manuell aus der GRUB-Kommandozeile heraus starten.

2. Anschließend im laufenden System die grub.cfg neu erstellen. Damit sollte das Problem bei nächsten Start in der Regel behoben sein.

error: sparse file not allowed¶

Problem: Nach der Auswahl eines Betriebssystems, welches auf einer Partition liegt, die mit btrfs formatiert ist, erscheint die Fehlermeldung:

error: sparse file not allowed

Mögliche Ursache: Das Zusammenspiel von GRUB 2 und btrfs funktioniert noch nicht reibungslos, siehe auch Bugreport 736743.

Lösung: Der Fehler hat keine weiteren Auswirkungen, da dass Betriebssystem trotzdem normal bootet und ohne Probleme nutzbar ist.

Blinkender Cursor¶

Problem: Beim Start blinkt oben links nur kurz ein Strich (Cursor), danach startet direkt Ubuntu.

Mögliche Ursache: Das Boot-Menü ist durch den Eintrag GRUB_HIDDEN_TIMEOUT=0 in der Konfigurations-Datei /etc/default/grub versteckt.

Lösung: Den Eintrag GRUB_HIDDEN_TIMEOUT=0 in der /etc/default/grub durch ein # auskommentieren und die Konfiguration aktualisieren.

Alternative Lösung: Das Bootmenü temporär durch Drücken und Halten der Umschalttaste ⇧ , sobald Grub loading... erscheint, sichtbar machen.

Blinkender Cursor bei Dual Boot¶

Problem: Beim Start blinkt oben links nur kurz ein Strich (Cursor), danach startet direkt Windows, bzw. ein Windows-Boot-Menü wird direkt geladen.

Mögliche Ursache: Das Boot-Menü ist durch den Eintrag GRUB_HIDDEN_TIMEOUT=0 in der Konfigurations-Datei /etc/default/grub versteckt.

Lösung: Den Eintrag GRUB_HIDDEN_TIMEOUT=0 in der /etc/default/grub durch ein # auskommentieren und die Konfiguration aktualisieren.

Alternative Lösung: Das Bootmenü temporär durch Drücken und Halten der Umschalttaste ⇧ , sobald Grub loading... erscheint, sichtbar machen.

Mögliche Ursache: Eine Windows-Installation hat GRUB 2 im MBR des Start-Datenträgers überschrieben.

Lösung:

1. Überprüfen, ob und wo GRUB 2 installiert ist.

2. GRUB 2 gegebenenfalls neu in den MBR installieren.

error: diskfilter writes are not supported¶

Problem: Nach der Auswahl von Ubuntu und dem Start erscheint die Meldung:

error: diskfilter writes are not supported
Press any key to continue...

Mögliche Ursache: Es gibt keine separate Boot-Partition sondern alle Plattenbereiche werden per Logical Volume Manager verwaltet.

Lösung: In den Skripten im Verzeichniss /etc/grub.d/ sollte quick_boot='1' durch quick_boot='0' ersetzt und die Konfiguration aktualisiert werden. Siehe auch Bugreport 1274320.

Manuell¶

Möchte man die Informationen manuell zusammentragen, so ermittelt man diese mit Hilfe folgender Punkte und bereitet diese dann mit Codeblock-Formatierung auf:

1. Ubuntu-Version

2. Installierte GRUB-Version

3. Partitionsaufteilung und UUIDs

4. Aktuelle GRUB-Konfiguration

Automatisch¶

Um das Ganze zu automatisieren, kann auch das Boot-Info-Script verwendet werden, dessen Ergebnis dann als Anhang hochgeladen wird.