Kernel Panic - non sincronizzato: VFS: impossibile montare root fs su unknown-block (0,0)

Dopo aver tentato di aggiornare dalla 10.10 alla 11.04, tutto sembrava andare bene fino al riavvio. Questo messaggio di errore è ciò che viene visualizzato:

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

Come lo ripariamo?

Manca l'initramfs per quel kernel. Scegli un altro kernel dal menu di GRUB sotto Opzioni avanzate per Ubuntu ed esegui sudo update-initramfs -u -k versionper generare initrd per version(sostituire versioncon la stringa di versione del kernel come 4.15.0-36-generic) quindi sudo update-grub.

Inizia con un livecd, apri un terminale

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 

e ora puoi creare update-initramfse aggiornare-grub senza errori.

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

Se non conosci la tua versione. Uso:

dpkg --list | grep linux-image

E basta aggiornare Grub.

update-grub2

Riavvia il tuo sistema.

Nella mia situazione il problema era che /bootera al 100% della capacità, quindi gli ultimi 2 aggiornamenti del kernel non erano stati completati correttamente, quindi al riavvio quando GRUB2 ha selezionato l'ultimo kernel, non è riuscito.

Ho risolto il problema avviando il kernel più vecchio installato e rimuovendo alcuni kernel inutilizzati usando aptitude. Usando aptitude , dopo che è avvenuta la disinstallazione, dpkg ha provato automaticamente a configurare i pacchetti rotti e questa volta ha avuto successo.

Nel caso in cui ciò accadesse dopo un aggiornamento del kernel interrotto (ad es. Arresto anomalo del sistema durante aptitude safe-upgrade),

1. avviare con un kernel più vecchio e
2. corri dpkg --configure -a.

Questo completerà l'aggiornamento, inclusa la configurazione delle impostazioni di avvio come spiega psusi .

I messaggi di avvio del kernel indicano quali dischi è possibile utilizzare

Ad esempio, se nel mio test di installazione della macchina virtuale Linux 4.17 sostituisco il corretto root=/dev/vdacon root=/dev/vdbl'ultimo messaggio è:

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

Tuttavia , alcune righe sopra, mostra i messaggi di tipo:

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

che sostanzialmente mi dice chiaramente che vdbnon è stato trovato, ma che esiste un file /dev/vdache può essere letto a causa del virtio_blkdriver ( CONFIG_VIRTIO_BLK=y).

Oltre alle istruzioni di Tomeu, prima di chroot dovevo:

sudo mount --bind /dev /mnt/dev

Inoltre, dopo il chroot:

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

( Capito da qui. )

È inoltre possibile avviare il server in modalità di ripristino e reinstallare solo grub

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

Ho riscontrato questo problema perché la mia partizione / boot era piena, quindi i miei aggiornamenti del kernel non erano riusciti. Sono riuscito a risolvere questo problema avviando da un vecchio kernel nel menu di GRUB.

Quando sono riuscito ad avviare ho iniziato a eliminare i vecchi kernel, ma ero riuscito a ottenere alcuni problemi di dipendenza, quindi prima ho dovuto disinstallare il pacchetto linux-server

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

Quindi ho riavviato e tutto funzionava bene!