Kernel Panic - nicht synchronisierbar: VFS: Root-Fs können nicht auf unknown-Block gemountet werden (0,0)

Beim Versuch, von 10.10 auf 11.04 zu aktualisieren, schien alles bis zum Neustart gut zu laufen. Diese Fehlermeldung erscheint:

Kernel Panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

Wie beheben wir das?

Ihnen fehlen die initramfs für diesen Kernel. Wählen Sie einen anderen Kernel aus dem GRUB-Menü unter " Erweiterte Optionen für Ubuntu" und führen Sie ihn aus sudo update-initramfs -u -k version, um die initrd für zu generieren version(ersetzen Sie sie versiondurch die Kernel-Versionszeichenfolge wie 4.15.0-36-generic) sudo update-grub.

Beginnen Sie mit einer Live-CD, öffnen Sie ein Terminal

sudo fdisk -l
sudo mount /dev/sdax /mnt
sudo mount --bind /dev /mnt/dev
sudo mount --bind /dev/pts /mnt/dev/pts
sudo mount --bind /proc /mnt/proc
sudo mount --bind /sys /mnt/sys
sudo chroot /mnt 

und jetzt kannst du update-initramfsgrub fehlerfrei machen und updaten.

update-initramfs -u -k 2.6.38-8-generic (or your version)

Wenn Sie Ihre Version nicht kennen. Verwenden:

dpkg --list | grep linux-image

Und aktualisiere einfach Grub.

update-grub2

Starten Sie Ihr System neu.

In meiner Situation war das Problem /boot100% ausgelastet, sodass die letzten 2 Kernel-Aktualisierungen nicht erfolgreich abgeschlossen wurden. Daher schlug der Neustart fehl, als GRUB2 den neuesten Kernel auswählte.

Ich habe das Problem behoben, indem ich den ältesten installierten Kernel gebootet und einige nicht verwendete Kernel mit aptitude entfernt habe. Mit aptitude hat dpkg nach der Deinstallation automatisch versucht, die defekten Pakete zu konfigurieren. Diesmal war es erfolgreich.

Falls dies nach einem abgebrochenen Kernel-Update passiert ist (zB Systemabsturz während aptitude safe-upgrade),

1. booten mit einem älteren Kernel und
2. rennen dpkg --configure -a.

Damit ist das Upgrade abgeschlossen, einschließlich der Konfiguration der Starteinstellungen, wie von psusi erläutert .

Die Kernel-Boot-Meldungen geben an, welche Festplatten Sie verwenden können

Wenn zum Beispiel in meinem Test Linux 4.17 virtuelle Maschine Setup ich die richtigen ersetzen root=/dev/vdamit root=/dev/vdbder letzten Nachricht ist:

---[ end Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)-

Doch vor ein paar Zeilen, zeigt es Nachrichten vom Typ:

VFS: Cannot open root device "vdb" or unknown-block(0,0): error -6
Please append a correct "root=" boot option; here are the available partitions:
fe00          524288 vda
 driver: virtio_blk

das sagt mir im grunde gleich, dass vdbdas nicht gefunden wurde, aber dass es eine /dev/vdagibt, die aufgrund des virtio_blktreibers gelesen werden kann ( CONFIG_VIRTIO_BLK=y).

Zusätzlich zu Tomeus Anweisungen musste ich vor chroot:

sudo mount --bind /dev /mnt/dev

Zusätzlich nach der Chroot:

cp -r /usr/lib/i386-linux-gnu/pango /usr/lib/

( Habe das von hier. )

Sie können den Server auch im Rettungsmodus starten und nur den Grub neu installieren

http://info.w3calculator.com/free-code/linux/recover-from-corrupted-boot-image/

Dieses Problem trat auf, weil meine / boot-Partition voll war und meine Kernel-Updates fehlgeschlagen waren. Ich habe es geschafft, dies durch Booten von einem alten Kernel im GRUB-Menü zu beheben.

Als ich es schaffte zu booten, habe ich angefangen, alte Kernel zu bereinigen, aber ich hatte es geschafft, einige Abhängigkeitsprobleme zu bekommen, so dass ich zuerst das Linux-Server-Paket deinstallieren musste

apt-get remove linux-server
apt-get update
apt-get -f install
apt-get upgrade

Dann habe ich neu gestartet und alles hat gut funktioniert!