Steuertasten im Auswahlmenü-Modus¶

Folgende Tasten-Kombinationen können im Auswahlmenü verwendet werden:

Starten im Auswahlmenü-Modus¶

Im Auswahlmenü-Modus einfach den gewünschten Eintrag durch Drücken der Ab-Auf-Tasten ↓ ↑ auswählen und dann durch Drücken der Eingabetaste ⏎ starten. Startet das System nicht und fällt wieder zurück in das Auswahlmenü, dann den Eintrag im Bearbeitungs-Modus überprüfen und temporär korrigieren.

Steuertasten im Bearbeitungs-Modus¶

Von den Einschränkungen, die sich aus der Tastaturbelegung 🇺🇸 ergeben abgesehen, stehen im Bearbeitungs-Modus alle wesentlichen Tasten zur Verfügung. Folgende Tasten sind dabei besonders hervorzuheben:

Starten mit Hilfe des Menü-Bearbeitungs-Modus¶

Hat man den Menü-Eintrag wie gewünscht angepasst, so kann man das System durch Drücken der Tastenkombination Strg+X Strg + X starten. Ist der Eintrag noch fehlerhaft, kehrt GRUB 2 in den Bearbeitungs-Modus für den entsprechenden Menü-Eintrag zurück und setzt die Eingabemarke in die noch fehlerhafte Zeile. Dies geschieht teilweise auch erst nach Ausgabe einer Fehlermeldung und Drücken einer beliebigen Taste.

Steuertasten in der Kommandozeile¶

Von den Einschränkungen, die sich aus der Tastaturbelegung 🇺🇸 ergeben abgesehen, stehen in der Kommandozeile alle wesentlichen Tasten zur Verfügung. Folgende Tasten sind dabei besonders hervorzuheben:

GRUB-2-Umgebung mit der Kommandozeile analysieren¶

Wie man die GRUB 2 Umgebung mit Hilfe der Kommandozeile untersuchen kann, beschreibt der Artikel GRUB 2 Umgebung analysieren.

Starten mit Hilfe der Kommandozeile¶

Als Herzstück von GRUB 2 bietet die Kommandozeile dem Benutzer alle für den Systemstart wichtigen Befehle. Die Befehle, die man in der Kommandozeile einzeln, nacheinander eingeben muss sind die selben, wie sie auch in der Konfigurationsdatei verwendet werden.

Da die Eingaben in der Kommandozeile aber nicht dauerhaft gelten, sondern nur einmalig für den entsprechenden Systemstart(versuch), kann man sich auf die nötigsten Angaben beschränken. Anders als bei einer Konfigurationsdatei die einmalig erstellt wird, müssen die Befehle nicht so gestaltet werden, dass sie spätere Veränderungen am System von vornherein berücksichtigen.

Der Systemstart aus der Kommandozeile erfolgt nach einem denkbar einfachen Schema:

1. Zunächst muss GRUB mitgeteilt werden, auf welchen Datenträger sich die Startdateien des zu startenden Betriebssystems befinden. Diese Angabe wird der Variablen root zugewiesen.

2. Danach gibt man den genauen Pfad zu den Startdateien des Betriebssystems an. Sofern GRUB diese nicht direkt laden kann - wie es z.B. für Windows der Fall ist - fordert man GRUB einfach auf, den ersten Sektor des zuvor festgelegten Startdatenträgers zu laden. Dieser Sektor enthält dann das Boot-Programm, des fremden Betriebssystems.

3. Abschließend weißt man GRUB durch den Befehl boot an, das System mit den zuvor festgelegten Angaben zu starten.

set root=(hd0,1) 

linux /pfad-zum-linux-image root=/dev/sda1 ro 

insmod part_gpt
insmod part_msdos
insmod ntfs
search --file /bootmgr --set root
terminal_output console
ntldr /bootmgr
boot 

insmod part_gpt
set bootnext=/efi/microsoft/boot/bootmgfw.efi
search --file $bootnext --set root
terminal_output console
chainloader $bootnext
boot 

Ursache für den automatischen Start der Kommandozeile¶

Startet GRUB 2 das System automatisch mit der Kommandozeile, so ist das zunächst zwar ein Ärgernis liefert aber gleichzeitig schon einen Anhaltspunkt für die Ursache dieses Erscheinungsbildes. Der einzige Unterschied zwischen dem Auswahlmenü-Modus und der Kommandozeile besteht darin, dass bei ersterem die Datei grub.cfg richtig verarbeitet werden konnte. Mögliche Gründe für das Scheitern der Verarbeitung sind:

• Die Datei ist gar nicht vorhanden.

• Die Datei ist vorhanden, aber beschädigt.

• Die Datei enthält grobe syntaktische Fehler, so dass GRUB 2 die Verarbeitung abbricht.

• Die Datei grub.cfg ist zwar vorhanden, wird von GRUB 2 aber nicht gefunden, weil die GRUB-2-Umgebungsvariable prefix auf ein nicht gültiges Verzeichnis /grub verweist.

Starten mit Hilfe des Rettungsmodus¶

1. Zunächst verschafft man sich einen Überblick über die von GRUB 2 erkannten Datenträger:

   ls 

2. Außerdem müssen die Umgebungsvariablen prefix und root überprüft werden, da sie häufig den Start im Rettungsmodus verursachen können - z.B. nach dem das System umpartitioniert wurde ohne GRUB 2 anschließend neu zu installieren:

   set 

3. Gegebenenfalls prefix

   set prefix=(hdX,Y)/boot/grub 

4. und root¹

   set root=(hdX,Y)  

   der aktuellen System-Situation entsprechend anpassen.

   Hinweis:

   Die nachfolgenden Befehle setzen voraus, dass prefix und root richtig gesetzt wurden, weil es andernfalls zu Fehlermeldungen bezüglich des Pfades kommt. Insbesondere die Variable prefix ist zwingend erforderlich. Ist sie nicht oder nicht richtig gesetzt, so funktionieren die nachfolgenden Befehle unter Umständen nicht einmal dann, wenn man sie unter Verwendung des vollständigen Pfades eingibt!

5. Die Anpassungen noch mal überprüfen:

   set 

6. Zunächst probiert man, das Modul normal.mod aus dem grub-Verzeichnis zu laden:

   insmod normal 

   Kommt es beim Laden des Moduls zu einer Fehlermeldung, so setzt man diese Anleitung mit Schritt 8 fort.

7. Konnte das Modul normal.mod erfolgreich geladen werden, so versucht man, den normalen GRUB-2-Modus in Gang zu setzen:

   normal 

   Misslingt die Ausführung des normalen Modus, so geht es mit dem nächsten Schritt weiter. Gegebenenfalls muss dazu der Rechner neu gestartet werden. Falls der Rechner normal starten sollte, muss schließlich noch Schritt 12 befolgt werden.

8. Das Modul linux.mod aus dem unter prefix angegebenen Verzeichnis nachladen:

   insmod linux 

9. Nun den zu startenden Kernel über den Symbolischen Link auswählen:¹

   linux /vmlinuz root=/dev/sdXY ro 

10. Dann den Pfad zur Ramdisk-Datei angeben

    initrd /initrd.img 

11. Schließlich das System starten:

    boot 

12. Nach erfolgreichem Systemstart muss GRUB 2 im laufenden System unbedingt neu installiert und anschließend die Datei grub.cfg neu erstellt werden (siehe Reparatur).

¹ Handelt es sich um ein Wubi-Installation innerhalb von Windows so müssen die Kommandos aus den Schritten 4 und 9 wie folgt angepasst werden:

• set root=(loop0) 

• linux /vmlinuz root=/dev/sdXY loop=/ubuntu/disks/root.disk ro 

Gelingt der Systemstart aus dem Rettungsmodus heraus nicht, dann muss GRUB 2 mittels Desktop-CD neu installiert werden.

Ursache für den automatischen Start im Rettungs-Modus¶

In den Rettungs-Modus fällt GRUB 2 automatisch zurück, wenn GRUB 2 keinen oder keinen vollständigen Zugriff auf das Verzeichnis /boot/grub oder die darin für das Ausführen der Kommandozeile notwendigen Module - insbesondere das Modul normal.mod - hat. Sein Erscheinen deutet stets auf Probleme bei der Installation von GRUB 2 hin. Das kann folgende Ursachen haben:

• Die Module sind aufgrund einer fehlerhaften GRUB-2-Paketinstallation gar nicht im Verzeichnis /grub abgelegt oder wurden beschädigt abgelegt.

• Die Variable prefix, die bei der Installation von GRUB 2 in den MBR und den verborgenen Bereich im Anschluss an den MBR dort hinterlegt wird und die den Pfad zum /grub-Verzeichnis mit den dort enthaltenen Modulen enthält einen falschen Pfad.

• GRUB kann das Dateisystem der Partition auf der das Verzeichnis /grub liegt nicht lesen.

• Die Grundinstallation in den MBR hat zwar funktioniert, der dort geschriebene Code enthält aber Fehler, so dass ein Auslesen der Variablen prefix und/oder root aufgrund von Fehlfunktionen nicht möglich ist.