Kernel Panic: no se sincroniza: VFS: no se puede montar la raíz fs en el bloque desconocido (0,0)

Al intentar actualizar de 10.10 a 11.04, todo parecía ir bien hasta el reinicio. Este mensaje de error es lo que aparece:

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

¿Cómo arreglamos eso?

Te faltan los initramfs para ese núcleo. Elija otro kernel del menú GRUB en Opciones avanzadas para Ubuntu y ejecútelo sudo update-initramfs -u -k versionpara generar el initrd para version(reemplace versioncon la cadena de versión del kernel como 4.15.0-36-generic) entonces sudo update-grub.

Comience con un livecd, abra 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 

y ahora puedes hacer update-initramfsy actualizar-grub sin errores.

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

Si no conoces tu versión. Utilizar:

dpkg --list | grep linux-image

Y solo actualiza Grub.

update-grub2

Reinicie su sistema.

En mi situación, el problema era que /bootestaba al 100% de su capacidad, por lo que las últimas 2 actualizaciones del kernel no se habían completado con éxito, por lo tanto, al reiniciar cuando GRUB2 seleccionó el último Kernel, falló.

Resolví el problema arrancando en el núcleo más antiguo instalado y eliminando algunos núcleos no utilizados con aptitude. Al usar aptitude , después de que se realizó la desinstalación, dpkg intentó automáticamente configurar los paquetes rotos, y esta vez tuvo éxito.

En caso de que esto ocurriera después de una actualización de kernel abortada (por ejemplo, un bloqueo del sistema mientras aptitude safe-upgrade),

1. arrancar con un núcleo antiguo y
2. ejecutar dpkg --configure -a.

Esto completará la actualización, incluida la configuración de arranque como explica psusi .

Los mensajes de arranque del kernel le indican qué discos puede usar

Por ejemplo, si en mi prueba la configuración de la máquina virtual Linux 4.17 reemplazo el correcto root=/dev/vdacon root=/dev/vdbel último mensaje es:

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

Sin embargo , algunas líneas arriba, muestra mensajes de 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

que básicamente me dice directamente que vdbno se encontró, pero que hay una /dev/vdaque se puede leer debido al virtio_blkcontrolador ( CONFIG_VIRTIO_BLK=y).

Además de las instrucciones de Tomeu, antes de chroot necesitaba:

sudo mount --bind /dev /mnt/dev

Además, después del chroot:

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

( Tengo esto de aquí. )

También puede iniciar el servidor en modo de rescate y reinstalar solo el grub

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

Recibí este problema debido a que mi partición / boot estaba llena, por lo que mis actualizaciones del kernel habían fallado. Logré arreglar esto arrancando desde un núcleo antiguo en el menú de GRUB.

Cuando logré arrancar, comencé a purgar los núcleos antiguos, pero logré tener algunos problemas de dependencia, así que primero tuve que desinstalar el paquete del servidor Linux

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

Luego reinicié y todo estaba funcionando bien.