Encender tu servidor o equipo Linux y encontrarte con una pantalla negra de texto congelado que termina en "Kernel Panic - not syncing: VFS: Unable to mount root fs on unknown-block" es la pesadilla de cualquier administrador. Es el equivalente directo al pantallazo azul de la muerte de Windows.
Este error ocurre cuando el núcleo (Kernel) de Linux arranca, pero es incapaz de encontrar o cargar el sistema de archivos principal. Suele pasar tras una actualización interrumpida (un apt upgrade que falló) o si el disco duro tiene errores. En Guía SysAdmin te enseñamos a revivir tu sistema paso a paso y sin perder datos.
🛡️ Método 1: Arrancar con un Kernel anterior (El método rápido)
Si el problema lo causó una actualización reciente, tu Linux todavía tiene guardada la versión anterior del Kernel que funcionaba perfectamente. Vamos a usarla:
- Reinicia el equipo.
- Justo después del logo del fabricante, mantén pulsada la tecla Shift (en sistemas BIOS) o pulsa repetidamente la tecla Esc (en sistemas UEFI) para que aparezca el menú de GRUB.
- Selecciona "Opciones avanzadas para Ubuntu/Debian".
- Verás una lista de Kernels. Selecciona el segundo de la lista (uno que NO diga "recovery mode" y que tenga un número de versión ligeramente inferior al primero).
- Pulsa Enter. Si el sistema arranca bien, el problema era el Kernel nuevo.
🛠️ Método 2: Reconstruir el Initramfs desde un Live USB (El método definitivo)
Si el Método 1 no funciona, los archivos de arranque están corruptos. Necesitamos operar el sistema "desde fuera" usando un USB de instalación de Linux (Live USB).
Paso 1: Arranca tu equipo con un Live USB de Ubuntu/Debian y elige "Probar sin instalar". Abre una terminal.
Paso 2: Identifica cuál es la partición donde está instalado tu Linux ejecutando:
sudo fdisk -l
(Supongamos que tu partición principal es /dev/sda2. Cámbialo en los siguientes comandos por el tuyo).
Paso 3: Vamos a montar tu sistema roto en el Live USB y a "entrar" en él mediante chroot:
sudo mount /dev/sda2 /mnt
sudo mount --bind /dev /mnt/dev
sudo mount --bind /proc /mnt/proc
sudo mount --bind /sys /mnt/sys
sudo chroot /mnt
Paso 4: Ahora que estamos dentro de tu sistema averiado como administradores, vamos a forzar la reconstrucción del archivo de arranque (initramfs) y actualizar el GRUB:
update-initramfs -u -k all
update-grub
Una vez termine, escribe exit, reinicia el equipo y saca el USB. Tu Linux debería arrancar con total normalidad.
🔍 Método 3: Comprobar errores físicos en el disco
Si al intentar montar la partición en el Método 2 te dio error, es posible que el sistema de archivos esté dañado. Desde el Live USB (sin montar la partición), ejecuta la herramienta de reparación de discos:
sudo fsck /dev/sda2 -y
Deja que el comando repare los sectores corruptos y vuelve a intentar el Método 2.
El Kernel Panic asusta porque detiene la máquina en seco, pero la arquitectura de Linux está diseñada para ser modular. Conociendo los comandos de rescate adecuados (como el poderoso chroot), puedes reparar el motor del sistema sin tener que formatear.
¿Has conseguido reparar el arranque o te has atascado en el paso de montar las particiones? ¡Deja un comentario con la salida de tu terminal y lo diagnosticamos!
Comentarios
Publicar un comentario
¿Dudas con la terminal? ¿Algún error en los logs al ejecutar el tutorial? ¡Deja tu comentario y lo revisamos juntos!