Linux bootet nicht mehr und zeigt 'Kernel panic – VFS: Unable to mount root fs'? So rettest du initramfs, fstab und Bootloader.
Aufwand:
ca. 30 Min.
Voraussetzung:
Boot-Medium (Live-USB), Root-Rechte
Das Symptom
Statt des Login-Bildschirms scrollt eine Wand aus weißem Text über schwarzen
Grund, und ganz unten steht in aller Endgültigkeit: Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0). Das System
steht, Tastatureingaben werden ignoriert, nur ein harter Reset reagiert – und
führt zurück an dieselbe Stelle.
Die „Layer 8“-Wahrheit
Eine Kernel Panic ist das Linux-Äquivalent zum Bluescreen: Der Kernel stellt
fest, dass er nicht sicher weitermachen kann, und hält an, statt Schaden
anzurichten. „Unable to mount root fs“ heißt konkret, er hat zwar gestartet,
findet aber die Festplatte mit dem eigentlichen System nicht – weil das
initramfs (der Mini-Starthelfer mit den nötigen Treibern) beim letzten
Kernel-Update kaputt ging, oder weil eine UUID in /etc/fstab nicht mehr
stimmt. Der Auslöser ist oft ein Update, das mitten im Bauen des initramfs
abgebrochen wurde – Stichwort „Strom weg beim Aktualisieren“. Ein älterer
Kernel bringt einen fast immer zurück ins laufende System.
Die echte, verifizierte Lösung
1000 % faktenbasiert. Jeder Befehl ist real, jeder Pfad existiert. Schritt für Schritt:
1.
Älteren Kernel aus dem GRUB-Menü booten
Beim Start im GRUB-Menü 'Erweiterte Optionen für ...' wählen und einen vorherigen Kernel starten. Bootet er, ist der neue Kernel bzw. dessen initramfs defekt – und du hast ein laufendes System für die Reparatur.
2.
initramfs neu erzeugen
Ein unvollständiges initramfs ist die häufigste Ursache. Je nach Distribution neu bauen:
Falsche UUIDs (z. B. nach Klonen der Platte) verhindern das Mounten. Reale UUIDs auslesen und mit /etc/fstab sowie der GRUB-Konfiguration abgleichen:
sudo blkid
4.
Vom Live-USB per chroot reparieren
Bootet gar nichts, von einem Live-USB starten, das System einhängen und hineinwechseln (Gerätenamen anpassen):
sudo mount /dev/sda2 /mnt
sudo mount --bind /dev /mnt/dev && sudo mount --bind /proc /mnt/proc && sudo mount --bind /sys /mnt/sys
sudo chroot /mnt
5.
Kernel/Bootloader neu installieren
Im (ge-chrooteten) System den Kernel neu installieren, initramfs bauen und GRUB neu schreiben:
sudo grub-install /dev/sda
sudo update-grub
Häufige Fragen (FAQ)
?Was bedeutet 'VFS: Unable to mount root fs'?
Der Kernel hat gebootet, findet aber sein Wurzeldateisystem nicht – meist weil das initramfs fehlt oder unvollständig ist, die root=-Angabe/UUID falsch ist oder der passende Treiber (z. B. für den Storage-Controller) nicht eingebunden wurde.
?Wie boote ich nach einem fehlgeschlagenen Kernel-Update wieder?
Im GRUB-Menü unter 'Erweiterte Optionen für ...' einen älteren, funktionierenden Kernel auswählen. Danach das aktuelle initramfs neu erzeugen (update-initramfs bzw. dracut) und den Bootloader aktualisieren.
Belege
Diese Seite ist gegen die folgenden Primärquellen geprüft – Hersteller, Standard oder Gesetzestext. Wer es nicht glaubt, muss es nicht: Da steht, wo es nachzulesen ist.
Nach einem Windows-Update bootet der PC nur noch Windows, Linux ist weg? Meist hat Windows nur seinen Booteintrag nach vorn gesetzt — GRUB kommt zurück.