Al iniciar Linux, a veces aparecen mensajes de error en pantalla y el sistema se queda detenido antes de llegar al escritorio. Aunque estos mensajes pueden parecer graves, en realidad son muy útiles porque indican dónde está el problema.
En este artículo explicamos con detalle las causas más comunes de los errores al arrancar Linux y cómo solucionarlos paso a paso.
1. No reinicie el equipo una y otra vez sin revisar el error
Cuando aparece un error de arranque, muchas personas reinician el ordenador repetidamente de forma impulsiva. Sin embargo, si el problema está relacionado con el sistema de archivos o con el disco, eso puede empeorarlo.
Lo primero que conviene hacer es:
- anotar el mensaje exacto
- hacer una foto de la pantalla
- fijarse en qué fase se detiene el arranque
- recordar si hubo cambios recientes
Si justo antes se instaló una actualización, el problema puede estar en el kernel, los controladores o los paquetes. Si hubo un corte de energía, es más probable que el sistema de archivos se haya dañado.
2. Tipos de errores de arranque más comunes
- Errores de GRUB o del bootloader
- Errores del sistema de archivos
- Problemas de kernel o initramfs
- Fallo al iniciar servicios de systemd
- Problemas de controladores gráficos o de pantalla
- Falta de espacio en disco
- Fallo físico del disco
Aunque el síntoma general sea “Linux no arranca”, la solución depende del tipo de error que se esté produciendo.
3. Mostrar el arranque detallado
Muchas distribuciones ocultan los mensajes detallados mediante quiet splash.
Para averiguar la causa real, conviene quitarlo temporalmente desde GRUB.
- Reinicie el ordenador
- Pulse varias veces Shift o Esc justo después de encenderlo
- En GRUB, seleccione la entrada de arranque y pulse e
- Elimine
quiet splash - Arranque con Ctrl + X
Así podrá ver en qué parte exacta se detiene el sistema.
4. Si aparece “grub rescue” o “no such partition”
Si al encender el equipo aparece directamente grub rescue o un error como “no such partition”, normalmente el problema está en el cargador de arranque o en la estructura de particiones.
Causas frecuentes:
- Se modificaron las particiones
- Windows en dual boot sobrescribió la información de arranque
- La partición EFI o /boot está dañada
- La configuración de GRUB se ha roto
En muchos casos, se puede reparar iniciando con un Live USB y reinstalando GRUB:
sudo mount /dev/sda2 /mnt
sudo mount /dev/sda1 /mnt/boot/efi # solo en sistemas UEFI
sudo mount --bind /dev /mnt/dev
sudo mount --bind /proc /mnt/proc
sudo mount --bind /sys /mnt/sys
sudo chroot /mnt
grub-install /dev/sda
update-grub
exit
sudo reboot
Debe ajustar los nombres de partición según su sistema real.
5. Si el sistema entra en emergency mode
El mensaje You are in emergency mode suele indicar un problema grave al montar particiones o al leer la configuración del sistema.
Una causa frecuente es un error en /etc/fstab.
Primero revise los registros:
journalctl -xb
Después compruebe el contenido de fstab:
cat /etc/fstab
Errores habituales:
- UUID incorrecto
- punto de montaje inexistente
- discos externos definidos en fstab pero no conectados
Si encuentra el problema, puede corregirlo:
nano /etc/fstab
Luego reinicie el sistema.
6. Si hay errores de fsck o daño en el sistema de archivos
Mensajes como fsck failed o UNEXPECTED INCONSISTENCY suelen indicar corrupción del sistema de archivos.
Esto ocurre con frecuencia después de apagados bruscos o cortes eléctricos.
La reparación debe hacerse desde Recovery Mode o desde un Live USB:
sudo fsck -f /dev/sda1
No conviene ejecutar fsck sobre la partición raíz mientras está montada y en uso.
También es recomendable revisar el estado físico del disco:
sudo smartctl -a /dev/sda
Si SMART muestra muchos errores, lo mejor es hacer una copia de seguridad cuanto antes.
7. Si fallan servicios de systemd
En algunos casos el kernel ya ha arrancado, pero un servicio importante falla y eso impide completar el inicio. Entonces pueden aparecer mensajes como:
Failed to start ...Dependency failed for ...
Pruebe a entrar en una TTY:
Ctrl + Alt + F2
Después de iniciar sesión, vea los servicios fallidos:
systemctl --failed
journalctl -xb
Para ver uno concreto:
systemctl status NetworkManager
journalctl -u NetworkManager -b
Si el servicio que falla no es crítico, se puede desactivar temporalmente para comprobar si el sistema vuelve a arrancar.
8. Si el problema está en el kernel o en initramfs
Si el fallo comenzó después de actualizar el kernel, es posible que el nuevo kernel o initramfs esté dañado. En ese caso, pruebe un kernel anterior desde GRUB:
- Abra GRUB
- Seleccione Advanced options
- Inicie una versión anterior del kernel
Si el sistema arranca así, puede regenerar initramfs:
sudo update-initramfs -u
9. Si el problema está en el controlador gráfico
A veces Linux sí ha arrancado internamente, pero la interfaz gráfica no aparece por un problema con el driver de la GPU. Esto es especialmente común tras cambios en controladores NVIDIA.
En GRUB se puede probar temporalmente con nomodeset:
linux /boot/vmlinuz ... quiet splash nomodeset
Si así consigue iniciar, es muy probable que el problema sea gráfico. Después puede reinstalar el controlador correspondiente.
10. No olvide revisar el espacio libre
Una causa muy simple, pero bastante frecuente, es que la partición raíz o /boot esté llena.
Cuando esto ocurre, las actualizaciones fallan y el siguiente arranque puede romperse.
Compruebe el espacio con:
df -h
Si está casi lleno, limpie paquetes y caché:
sudo apt clean
sudo apt autoremove
También puede ser necesario eliminar kernels antiguos y registros demasiado grandes.
11. Si nada funciona, haga copia de seguridad primero
Si no puede entrar ni por TTY ni por Recovery Mode, lo más prudente es usar un Live USB para sacar primero los datos importantes. Esto es todavía más importante si sospecha que el disco tiene fallos físicos.
Desde un Live USB puede:
- copiar archivos importantes
- ejecutar fsck
- reinstalar GRUB
- revisar archivos de configuración
- comprobar el estado del disco
Resumen
Que Linux muestre errores al arrancar no significa necesariamente que haya que reinstalar todo. En muchos casos, el problema se puede resolver si se analiza el mensaje y se actúa paso a paso.
- anote el error exacto
- muestre el arranque detallado
- use TTY, Recovery Mode o Live USB
- revise GRUB, el sistema de archivos, los servicios, el kernel, los drivers y el espacio libre
- si sospecha daño físico del disco, salve los datos primero
La clave es no actuar a ciegas, sino usar el mensaje de error como guía para encontrar la causa real.