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

🛑 Problem: Bei der Installation oder Reparatur von Grub2 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: Bei der Installation oder Reparatur von Grub2 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 oder diese wurde nicht richtig eingerichtet.

$ sudo parted -l
Partitionstabelle: gpt
Disk-Flags: 
Nummer  Anfang   Ende    Größe    Dateisystem     Name         Flags
 1      1049kB   2097kB  1049kB                  bios-boot               # falsch

✅ Lösung: BIOS-Boot-Partition einrichten.

Bei der Einrichtung einer BIOS-Boot-Partition ist besonders darauf zu achten, dass das Flag (Markierung) bios_grub gesetzt ist (GParted) bzw. als BIOS-Boot-Partition (gdisk) gekennzeichnet wird. Andernfalls wird die Partition nicht als Fake-MBR für die Installation des BIOS-Grub2 erkannt, sondern als Partition mit unbekanntem Datei-System.

$ sudo parted -l
Partitionstabelle: gpt
Disk-Flags: 
Nummer  Anfang  Ende    Größe   Dateisystem     Name         Flags
 1      1049kB  2097kB  1049kB                               bios_grub      # richtig

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/UEFI des Computers konnte keinen Datenträger finden, der einen gültigen Bootloader enthält. Entweder ist im BIOS/UEFI ein falscher Startdatenträger oder Booteintrag (UEFI) 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 2 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 2 die Module nun im falschen Verzeichnis sucht und deshalb nicht findet.L

✅ 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.

✅ Weitergehende 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.

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

✅ Abhilfe: Editieren der Datei /etc/default/grub, dort der Eintrag GRUB_SAVEDEFAULT=true ändern in GRUB_SAVEDEFAULT=false und anschliessend den Bootloader (grub) aktualisieren.

sudo nano /etc/default/grub

Die Zeile GRUB_SAVEDEFAULT=true ändern in GRUB_SAVEDEFAULT=false, mit Strg + O die Datei speichern und mit Strg + X verlassen.

Dann den Botloader aktualisieren:

sudo update-grub

Blinkender Cursor¶

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

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

✅ Lösung: Der Eintrag GRUB_HIDDEN_TIMEOUT=0 in der /etc/default/grub ist veraltet; die betreffende Zeile entfernen. Danach die Konfiguration aktualisieren. Siehe GRUB 2/Konfiguration (Abschnitt „Standardvariablen“).

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

✅ 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.

Nichts bzw. BIOS Splash-Screen, z.B. Firmenlogo¶

🛑 Problem: Beim Start erscheint die BIOS-Standardanzeige, dann passiert eine Weile lang nichts und danach startet direkt Ubuntu.

🖹 Mögliche Ursache: Das Boot-Menü wird durch den BIOS Splash-Screen, z.B. Firmenlogo überdeckt, siehe 1863434 und kein-grub-boot-menue.

✅ Lösung: Nach ca. 5 Sek. kann das verdeckte Auswahlmenü mit ↓ , ↑ und ⏎ "blind" bedient werden, evtl. in Kombination mit obiger Problemlösung.

✅ Alternative Lösung: Im BIOS-Setup den Schnellstart deaktivieren.

Windows wird direkt gestartet (UEFI)¶

🛑 Problem: Windows startet direkt, bzw. ein Windows-Boot-Menü wird direkt geladen.

🖹 Mögliche Ursache: Durch früheren Start von Windows wird die EFI bootorder geändert, sodass GRUB erst gar nicht geladen wird, siehe 1904076 und kein-grub-boot-menue.

✅ Lösung: Zunächst Ubuntu über das BIOS-UEFI-Auswahlmenü (je nach Gerät mit Esc oder ⏎ und F12 o.ä.) starten und dann GRUB neu installieren und den EFI-Eintrag für Windows deaktivieren:

sudo grub-install
sudo efibootmgr -b xxxx -A  # xxxx = Hexadezimale Nummer des Windows Booteintrags 

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.