Ubuntu no arranca: recuperar GRUB y distinguir otros fallos

Cuando Ubuntu no arranca, reinstalar GRUB no siempre es la solución. GRUB es el cargador que aparece antes de Linux y permite elegir sistema o kernel, pero una pantalla negra, un aviso de initramfs o un disco lleno se producen después y se arreglan de otra forma.

Antes de escribir en el disco conviene identificar en qué punto se detiene el arranque. Esta guía sustituye el método antiguo de la entrada, que utilizaba un PPA y comandos pensados para instalaciones BIOS de hace años. Ahora diferenciamos UEFI y BIOS y comprobamos las particiones antes de ejecutar grub-install.

Primero: identificar qué está fallando

Síntoma	Fallo probable	Primer paso
Arranca Windows directamente y no aparece GRUB	Orden UEFI cambiado o entrada de GRUB perdida	Revisar el orden de arranque antes de reinstalar
grub rescue> o grub>	GRUB no encuentra sus módulos o configuración	Arrancar un USB Live y reinstalar GRUB
GRUB aparece, elegimos Ubuntu y queda una pantalla negra	Kernel, controlador gráfico o sistema	Probar Opciones avanzadas y un kernel anterior
Mensaje de initramfs, UUID o sistema de archivos	Partición no encontrada o dañada	Comprobar discos y reparar sólo con la partición desmontada
El firmware no detecta el SSD o disco	Hardware, cable, alimentación o unidad averiada	No reinstalar GRUB; revisar el disco

Si GRUB muestra su menú, podemos entrar en Opciones avanzadas para Ubuntu y probar el kernel anterior o el modo de recuperación. Si así inicia, GRUB ha cumplido su función y no conviene sobrescribirlo sin necesidad.

Preparar un USB Live y localizar las particiones

Arrancamos un USB de Ubuntu en modo «Probar Ubuntu» y abrimos una terminal. Es importante iniciar el USB del mismo modo en que está instalado el sistema: UEFI para una instalación UEFI y modo heredado para una instalación BIOS.

test -d /sys/firmware/efi && echo "USB iniciado en UEFI" || echo "USB iniciado en BIOS"
lsblk -f
sudo fdisk -l

lsblk -f muestra nombres, tipos de sistema de archivos, etiquetas y UUID. Tenemos que localizar la partición raíz de Ubuntu y, si el equipo usa UEFI, la partición EFI: suele ser FAT32, pequeña y aparecer como vfat. No copiamos a ciegas /dev/sda, porque en un equipo NVMe el disco puede llamarse /dev/nvme0n1.

Recuperar GRUB en un equipo UEFI

En el ejemplo, /dev/nvme0n1p3 es la raíz de Ubuntu y /dev/nvme0n1p1 la partición EFI. Debemos sustituir ambos nombres por los obtenidos con lsblk -f.

sudo mount /dev/nvme0n1p3 /mnt
sudo mount --mkdir /dev/nvme0n1p1 /mnt/boot/efi

for ruta in /dev /dev/pts /proc /sys /run; do
  sudo mount --bind "$ruta" "/mnt$ruta"
done

sudo chroot /mnt
grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=ubuntu --recheck
update-grub
exit

Si la instalación tiene una partición /boot separada, también debemos montarla en /mnt/boot antes de montar la partición EFI. En instalaciones cifradas, con LVM, RAID o Btrfs con subvolúmenes, el montaje cambia; no conviene improvisar si lsblk no muestra una raíz convencional.

Recuperar GRUB en un equipo BIOS

Montamos la partición raíz y los sistemas virtuales igual que antes, pero instalamos GRUB en el disco completo. Si la raíz es /dev/sda2, el destino habitual será /dev/sda, sin número de partición:

sudo mount /dev/sda2 /mnt
for ruta in /dev /dev/pts /proc /sys /run; do
  sudo mount --bind "$ruta" "/mnt$ruta"
done

sudo chroot /mnt
grub-install --recheck /dev/sda
update-grub
exit

Instalar en una partición como /dev/sda2 no es equivalente a instalar en el disco /dev/sda. Primero confirmamos con lsblk cuál es el disco del sistema, especialmente si hay varios discos internos o USB conectados.

Desmontar y reiniciar

sudo umount -R /mnt
sudo reboot

Retiramos el USB cuando lo solicite el sistema. Si el ordenador vuelve a iniciar Windows directamente, entramos en la configuración UEFI y colocamos la entrada ubuntu por delante de Windows Boot Manager. También podemos revisar las entradas desde la sesión Live con sudo efibootmgr -v, sin modificar nada hasta saber cuál corresponde a cada sistema.

Si aparece initramfs o un error del sistema de archivos

Un prompt de initramfs no implica que GRUB esté roto. Puede haber una partición dañada, un UUID que ya no coincide o un disco que empieza a fallar. Desde el USB Live comprobamos primero lsblk -f y el estado SMART del disco. Sólo ejecutamos fsck sobre una partición desmontada:

mount | grep /dev/nvme0n1p3
sudo fsck -f /dev/nvme0n1p3

El primer comando no debe mostrar la partición montada. Si el disco contiene archivos importantes y presenta errores de entrada/salida, es preferible copiar los datos o clonar la unidad antes de insistir con reparaciones.

Si GRUB arranca pero Ubuntu queda en negro

• Probamos un kernel anterior desde Opciones avanzadas.
• Entramos en el modo de recuperación y comprobamos espacio con df -hT.
• Revisamos los errores del arranque anterior con journalctl -b -1 -p warning.
• Si el fallo apareció al cambiar el controlador gráfico, lo tratamos como un problema de vídeo, no de GRUB.

En equipos con Windows y Linux también es útil saber si el sistema utiliza UEFI o Legacy. Mezclar una instalación UEFI con otra hecha en modo BIOS complica el arranque y no se corrige simplemente repitiendo update-grub.

La idea importante

Recuperar GRUB es bastante mecánico cuando sabemos qué partición contiene Ubuntu, cuál es la partición EFI y en qué modo hemos arrancado el USB. El riesgo aparece al copiar nombres de discos de otra guía o intentar reparar GRUB cuando el problema real es el sistema de archivos, el controlador gráfico o la propia unidad.

Por eso empezaría siempre por el síntoma y por lsblk -f. Cinco minutos comprobando el escenario evitan escribir el cargador en el disco equivocado y suelen llevar antes a la solución correcta.