Panique du noyau - pas de synchronisation: VFS: impossible de monter le fs root sur un bloc inconnu (0,0)

Après avoir essayé de passer de 10h10 à 11h04, tout semblait aller bien jusqu'au redémarrage. Ce message d'erreur est ce qui apparaît:

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

Comment pouvons-nous résoudre ce problème?

Il vous manque les initramfs pour ce noyau. Choisissez un autre noyau dans le menu GRUB sous Options avancées pour Ubuntu et exécutez-le sudo update-initramfs -u -k versionpour générer l'initrd pour version(remplacez versionpar la chaîne de version du noyau telle que 4.15.0-36-generic) puis sudo update-grub.

Commencez avec un livecd, ouvrez un 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 

et maintenant vous pouvez créer update-initramfset mettre à jour grub sans erreur.

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

Si vous ne connaissez pas votre version. Utilisation:

dpkg --list | grep linux-image

Et juste mettre à jour Grub.

update-grub2

Redémarrez votre système.

Dans ma situation, le problème était que /bootsa capacité était de 100%. Par conséquent, les 2 dernières mises à jour du noyau ne s'étaient pas terminées correctement. Par conséquent, au redémarrage, lorsque GRUB2 a sélectionné le dernier noyau, il a échoué.

J'ai résolu le problème en démarrant dans le noyau le plus ancien installé et en supprimant certains noyaux inutilisés à l'aide d'aptitude. En utilisant aptitude , après la désinstallation, dpkg a automatiquement essayé de configurer les paquets cassés et a réussi cette fois-ci.

Au cas où cela se produirait après une mise à jour du noyau abandonnée (par exemple, un blocage du système en cours aptitude safe-upgrade),

1. démarrer avec un noyau plus ancien et
2. courir dpkg --configure -a.

La mise à niveau sera terminée, y compris la configuration des paramètres d’amorçage, comme expliqué par psusi .

Les messages de démarrage du noyau vous indiquent les disques que vous pouvez utiliser.

Par exemple, si, dans mon test, la configuration de la machine virtuelle Linux 4.17, je remplace le message correct root=/dev/vdapar root=/dev/vdble dernier message est:

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

Cependant , quelques lignes ci-dessus, il affiche des messages de type:

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

ce qui me dit tout de suite que vdbrien n’a été trouvé, mais qu’il en existe un /dev/vdaqui peut être lu grâce au virtio_blkdriver ( CONFIG_VIRTIO_BLK=y).

En plus des instructions de Tomeu, avant de me lancer dans le chroot, je devais:

sudo mount --bind /dev /mnt/dev

De plus, après le chroot:

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

( Obtenu ceci d'ici. )

Vous pouvez également démarrer le serveur en mode de secours et ne réinstaller que le fichier grub.

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

J'ai eu ce problème parce que ma partition / boot était pleine donc mes mises à jour du noyau ont échoué. J'ai réussi à résoudre ce problème en démarrant depuis un ancien noyau dans le menu GRUB.

Quand j'ai réussi à démarrer, j'ai commencé à purger les anciens noyaux, mais j'avais quelques problèmes de dépendance. Je devais d'abord désinstaller le paquet linux-server.

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

Puis j'ai redémarré et tout fonctionnait bien!