Qué significa este error
El mensaje Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) indica que el kernel ha arrancado, pero no puede localizar o montar el sistema de archivos raíz. Las causas habituales incluyen un initramfs dañado, UUID incorrectos, una entrada errónea en GRUB, problemas en la partición de arranque o fallos del dispositivo.
Esta guía exige identificar correctamente las particiones. Los nombres de dispositivo son ejemplos: no ejecutes comandos de montaje, reparación o GRUB hasta comprobar tu propio esquema con
lsblk -fyblkid. Conserva una copia de los datos importantes antes de reparar el arranque.
1. Arrancar desde un Live USB compatible
Inicia un Live USB de Ubuntu con la misma arquitectura del sistema instalado y selecciona “Probar Ubuntu”. Abre una terminal y revisa discos, sistemas de archivos, UUID y puntos de montaje:
lsblk -f
sudo blkid
Localiza la partición raíz y la partición EFI. En un ejemplo podrían ser /dev/nvme0n1p2 y /dev/nvme0n1p1, pero en tu máquina pueden tener otros nombres, usar LVM, cifrado LUKS, RAID o Btrfs.
2. Revisar el sistema de archivos antes del chroot
Si sospechas corrupción en EXT4, la comprobación debe hacerse con la partición desmontada. Verifica primero el dispositivo correcto y utiliza la herramienta correspondiente a su sistema de archivos. No ejecutes fsck sobre una partición montada.
Si el disco muestra errores de lectura o datos SMART preocupantes, prioriza la recuperación de información antes de seguir reparando el arranque.
3. Montar el sistema instalado
Para un sistema UEFI convencional con raíz y EFI separadas:
sudo mount /dev/nvme0n1p2 /mnt
sudo mount --mkdir /dev/nvme0n1p1 /mnt/boot/efi
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 mount --bind /run /mnt/run
Antes de entrar, revisa /mnt/etc/fstab y compara sus UUID con la salida de blkid.
4. Entrar con chroot y regenerar initramfs
Entra al sistema instalado:
sudo chroot /mnt
Comprueba qué versiones de kernel existen:
ls /lib/modules
Regenera las imágenes de arranque instaladas:
update-initramfs -u -k all
Después actualiza el menú de arranque:
update-grub
Usar -u actualiza imágenes existentes. Si falta por completo la imagen de una versión concreta, identifica primero esa versión y crea únicamente la necesaria con update-initramfs -c -k VERSION.
5. Reinstalar GRUB solo cuando sea necesario
Si la partición EFI está correctamente montada y GRUB está dañado, en un sistema UEFI x86_64 puede ser necesario:
grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=ubuntu --recheck
update-grub
No utilices este comando como receta universal. Equipos con arranque BIOS heredado, Secure Boot, cifrado, RAID o gestores diferentes requieren otro procedimiento.
6. Salir y desmontar con orden
exit
sudo umount -R /mnt
sudo reboot
Retira el USB cuando el firmware lo indique.
Si el error vuelve
Revisa actualizaciones de kernel incompletas, espacio libre en /boot, UUID en /etc/fstab, parámetros root= de GRUB y salud del SSD. Si el problema apareció después de una actualización, el menú avanzado de GRUB puede permitir arrancar temporalmente con un kernel anterior para completar la reparación.
Prevención
Mantén copias de seguridad verificadas de los datos, no solo del sistema.
No modifiques particiones ni UUID sin documentar el cambio.
Comprueba espacio en
/bootantes de grandes actualizaciones.Usa almacenamiento adecuado y vigila su estado.
Documenta LUKS, LVM, RAID y el esquema de arranque de workstations críticas.
En VLCExtreme podemos entregar workstations de inteligencia artificial y creación con Linux validado para el hardware y el flujo de trabajo.
