BenBE's humble thoughts Thoughts the world doesn't need yet …

Immer wieder einmal schafft man, oder ein anderer, es, sich eine Grube zu graben, aus der der eigene arme Pinguin nicht mehr herauskommt und daher den Dienst verweigert. Bevor man aber das große Reinstall versucht, reicht es in der Regel, den Bootloader einfach neu zu schreiben. Hierzu sind folgende Schritte ein recht einfacher Weg, wobei die wesentlichen Teilschritte sind, ein Live-System zum Laden des eigenen OS zu booten und der zweite, mit Hilfe der Tools von Grub das Loch im Master Boot Record zu schließen.

Als Live-System für die Rettung kommt hierbei theoretisch jedes lauffähige Linux in Frage, welches genauso viel Bit intus hat, wie das System auf der eigenen Platte, und dessen Altersunterschied zum installierten OS nicht bevorzugter Weise in Epochen gemessen werden sollte: Kurzum, wenn Live-OS und das installierte OS die gleiche Distri und Architektur haben, macht man in der Regel nichts falsch. Starten wir also z.B. unser Ubunterschichten-OS in Version 11.10 mit 64 Bit und öffnen eine Konsole, in der wir als erstes mal für ausreichende Kooperation durch das System sorgen:

sudo su

Anschließend sollte man sich mit

fdisk -l

anschauen, wo die eigene System-Platte von Linux liegt, da wir diese gleich brauchen, um uns das theoretisch lauffähige System zu mounten. Wenn unsere Systemplatte also /dev/sdd2 ist, müssen wir folgendes tun:

cd /mnt
mkdir linux
mount /dev/sdd2 linux
mount --bind /dev linux/dev
mount -t proc none linux/proc
mount -t sysfs sysfs linux/sys

Wurde alles erfolgreich geschluckt, kann es nun daran gehen, unser boot-unwilliges System zu be-treten:

chroot linux

Wenn wir nun als „root@ubuntu:/#“ unser Dasein fristen, können wir ohne große Umwege fortfahren und zwei kleine Anpassungen vornehmen, um unser Gruben-Grabgerät auf die großartig unifizierte Wiederbeschuhungsmaßnahme vorzubereiten:

grep -v rootfs /proc/mounts > /etc/mtab

Danach sollte man, in Abhängigkeit der Ursache für die kaputte Boot-Konfiguration ggf. einmal mit etwas Geschick sein System Updaten und evtl. beschädigte Pakete reparieren lassen. Insbesondere das Vorhandensein von linux-generic, linux-image-generic, linux-headers-generic und grub-pc ist eine notwendige Bedingung für den Erfolg der Operation am toten Patienten.

Hat man sein System befähigt ein korrektes Kernel-Image vorzuhalten, geht es nun an die eigentliche Reparatur des Beschuhungsmechanismus:

grub-install --recheck /dev/sdd

wobei /dev/sdd die zu startende Festplatte und grub-install –recheck ein von den Grub-Entwicklern als deprecated gebrandmarktes, nützliches Utility ist, dessen Ausführung im Zweifelsfall genau DAS ist, was uns den Bootloader wiederherstellt. Lief nämlich alles korrekt ab, hat dieser Befehl eine Reihe erkannter Betriebssysteme und unter unglücklichen Umständen auch Windows oder MacOS gefunden. Wenn nicht, kann man sein Glück ja mal mit der SuperGrubDisk probieren.

Aber nunja, war dieser Schritt erfolgreich, geben wir einmalig exit ein und bestätigen unsere Absicht mit reboot. Danach sollte das System wieder wie gewünscht eine Grube anzeigen, in der wir das Linux unserer Wahl, oder andere Multifunktionsbootsektorviren ausführen können.

Hat das chroot nicht geklappt, wegen einer falschen Architektur, sollte man es mit einem anderen Live-System versuchen. Findet er hingegen keine Betriebssysteme, muss man die Situation etwas genauer analysieren. In jedem Fall sollte man nach dem ersten Mal Booten in das reparierte Linux noch einmal die Grube mit update-grub aktualisieren, bevor man wieder entspannt das reparierte System genießt.