Anschlie\u00dfend sollte man sich mit<\/p>\n
fdisk -l<\/pre>\nanschauen, wo die eigene System-Platte von Linux liegt, da wir diese gleich brauchen, um uns das theoretisch lauff\u00e4hige System zu mounten. Wenn unsere Systemplatte also \/dev\/sdd2 ist, m\u00fcssen wir folgendes tun:<\/p>\n
cd \/mnt\r\nmkdir linux\r\nmount \/dev\/sdd2 linux\r\nmount --bind \/dev linux\/dev\r\nmount -t proc none linux\/proc\r\nmount -t sysfs sysfs linux\/sys<\/pre>\nWurde alles erfolgreich geschluckt, kann es nun daran gehen, unser boot-unwilliges System zu be-treten:<\/p>\n
chroot linux<\/pre>\nWenn wir nun als „root@ubuntu:\/#“ unser Dasein fristen, k\u00f6nnen wir ohne gro\u00dfe Umwege fortfahren und zwei kleine Anpassungen vornehmen, um unser Gruben-Grabger\u00e4t auf die gro\u00dfartig unifizierte Wiederbeschuhungsma\u00dfnahme vorzubereiten:<\/p>\n
grep -v rootfs \/proc\/mounts > \/etc\/mtab<\/pre>\nDanach sollte man, in Abh\u00e4ngigkeit der Ursache f\u00fcr die kaputte Boot-Konfiguration ggf. einmal mit etwas Geschick sein System Updaten und evtl. besch\u00e4digte Pakete reparieren lassen. Insbesondere das Vorhandensein von linux-generic, linux-image-generic, linux-headers-generic und grub-pc ist eine notwendige Bedingung f\u00fcr den Erfolg der Operation am toten Patienten.<\/p>\n
Hat man sein System bef\u00e4higt ein korrektes Kernel-Image vorzuhalten, geht es nun an die eigentliche Reparatur des Beschuhungsmechanismus:<\/p>\n
grub-install --recheck \/dev\/sdd<\/pre>\nwobei \/dev\/sdd die zu startende Festplatte und grub-install –recheck ein von den Grub-Entwicklern als deprecated gebrandmarktes, n\u00fctzliches Utility ist, dessen Ausf\u00fchrung im Zweifelsfall genau DAS ist, was uns den Bootloader wiederherstellt. Lief n\u00e4mlich alles korrekt ab, hat dieser Befehl eine Reihe erkannter Betriebssysteme und unter ungl\u00fccklichen Umst\u00e4nden auch Windows oder MacOS gefunden. Wenn nicht, kann man sein Gl\u00fcck ja mal mit der SuperGrubDisk probieren.<\/p>\n
Aber nunja, war dieser Schritt erfolgreich, geben wir einmalig exit ein und best\u00e4tigen unsere Absicht mit reboot. Danach sollte das System wieder wie gew\u00fcnscht eine Grube anzeigen, in der wir das Linux unserer Wahl, oder andere Multifunktionsbootsektorviren ausf\u00fchren k\u00f6nnen.<\/p>\n
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\u00dft.<\/p>\n
![\"Flattr](\"http:\/\/blog.benny-baumann.de\/wp-content\/plugins\/flattr\/img\/flattr-badge-large.png\"){kind=icon}
<\/a><\/p>","protected":false},"excerpt":{"rendered":"