Tu Linux no arranca. Respira. En la gran mayoría de casos, el problema tiene solución y tus datos están a salvo. Esta guía te ayudará a diagnosticar qué ha fallado y te dará las herramientas para repararlo, desde los problemas más simples (GRUB roto) hasta los más complejos (sistema de archivos corrupto).
🔍 Diagnóstico rápido: identificar el problema
Lo primero es determinar en qué punto del proceso de arranque falla el sistema. Cada síntoma apunta a un problema diferente con una solución específica.
Síntoma
Problema probable
Ir a sección
Aparece «GRUB rescue>» o «error: no such partition»
Para la mayoría de reparaciones necesitarás arrancar desde un USB Live de Linux. Esto te da acceso a un sistema operativo funcional desde el que puedes reparar tu instalación sin tocar los datos del disco duro.
Usa el mismo USB que utilizaste para instalar Linux, o crea uno nuevo con cualquier distribución. Ubuntu, Linux Mint o incluso una distribución especializada en rescate como SystemRescue funcionan perfectamente. Arranca desde el USB accediendo al menú de arranque (F12, F8 o Esc según el fabricante) y selecciona «Probar sin instalar» (sesión Live).
✅ Consejo preventivo
Ten siempre un USB booteable de Linux guardado en un cajón. Es tu «kit de emergencia» para cualquier problema de arranque, y también sirve para rescatar datos de discos de Windows que no funcionan.
🔧 Reparar GRUB (el problema más común)
GRUB roto es, con diferencia, el problema de arranque más frecuente en Linux. Suele ocurrir después de una actualización de Windows, un cambio en las particiones o una actualización de GRUB fallida. La buena noticia es que tiene solución fácil.
Método rápido: boot-repair (un clic)
terminal (desde USB Live)
# Instalar boot-repairsudoadd-apt-repository ppa:yannubuntu/boot-repair
sudoapt update
sudoapt install boot-repair -y
# Ejecutar y hacer clic en "Reparación recomendada"boot-repair
Método manual: reinstalar GRUB paso a paso
terminal (desde USB Live)
# 1. Identificar la partición raíz de Linuxsudofdisk-l
# Busca la partición tipo "Linux filesystem" (ej: /dev/sda2)# 2. Montar la partición raízsudomount /dev/sda2 /mnt
# 3. Montar sistemas de archivos necesariossudomount--bind /dev /mnt/dev
sudomount--bind /proc /mnt/proc
sudomount--bind /sys /mnt/sys
# 4. Si usas UEFI, montar la partición EFIsudomount /dev/sda1 /mnt/boot/efi
# 5. Entrar en el sistema instalado (chroot)sudochroot /mnt
# 6. Reinstalar y actualizar GRUBgrub-install /dev/sda
update-grub# 7. Salir y reiniciarexitsudoreboot
💥 Kernel panic: causas y soluciones
Un kernel panic es un error fatal del kernel de Linux, equivalente a la «pantalla azul de la muerte» de Windows. El sistema muestra un mensaje con información de depuración y se detiene completamente.
Causas más comunes
Las causas habituales incluyen una actualización del kernel que introdujo incompatibilidades con tu hardware, módulos del kernel corruptos o incompatibles, problemas de memoria RAM defectuosa, y en casos raros, un disco duro con sectores defectuosos.
Solución: arrancar con un kernel anterior
En el menú GRUB
# 1. Al arrancar, mantén pulsada la tecla Shift (BIOS)# o pulsa Esc (UEFI) para ver el menú de GRUB# 2. Selecciona "Opciones avanzadas para Ubuntu"# 3. Elige un kernel anterior (el penúltimo de la lista)# 4. Si arranca correctamente, elimina el kernel problemático:sudoapt remove linux-image-X.X.X-XX-generic
sudoupdate-grub
⚠️ Diagnóstico de RAM
Si los kernel panics son recurrentes con distintos kernels, el problema puede ser la memoria RAM. Ejecuta memtest86+ desde el menú de GRUB (aparece en las opciones avanzadas) y déjalo correr durante al menos una hora para descartar errores de memoria.
🖥️ Pantalla negra: problemas de driver gráfico
La pantalla negra después del logo de la distribución es casi siempre un problema con el driver de la tarjeta gráfica, especialmente con GPUs NVIDIA. El sistema arranca correctamente pero la interfaz gráfica no puede iniciarse.
Solución rápida: modo nomodeset
En el menú GRUB
# 1. En el menú GRUB, pulsa 'e' para editar la entrada# 2. Busca la línea que empieza por 'linux'# 3. Añade 'nomodeset' al final de esa línea# 4. Pulsa Ctrl+X o F10 para arrancar# Si funciona, hazlo permanente:sudonano /etc/default/grub
# Cambia: GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"# A: GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodeset"sudoupdate-grub
# Acceder a una terminal TTY: Ctrl + Alt + F3# Para NVIDIA: instalar driver recomendadosudoubuntu-drivers autoinstall
sudoreboot# Si hay conflicto, purgar drivers existentes primerosudoapt purge 'nvidia-*'sudoapt autoremove
sudoubuntu-drivers autoinstall
💿 Sistema de archivos corrupto
Un sistema de archivos corrupto puede deberse a un apagón durante una escritura, un fallo del disco duro, o extraer un USB sin desmontar. Linux intenta reparar el sistema de archivos automáticamente al arrancar, pero si no puede, te pide intervención manual.
terminal (desde USB Live)
# 1. Identificar la partición afectadasudofdisk-l
# 2. IMPORTANTE: la partición NO debe estar montadasudoumount /dev/sda2
# 3. Comprobar y reparar el sistema de archivossudofsck-y /dev/sda2
# Para ext4 específicamente:sudoe2fsck-f -y /dev/sda2
# 4. Verificar la salud del discosudosmartctl-a /dev/sda
⚠️ Disco con sectores defectuosos
Si smartctl muestra errores de disco o «Reallocated_Sector_Ct» con valores altos, tu disco duro puede estar fallando. En ese caso, la prioridad es hacer copia de seguridad inmediata de tus datos y reemplazar el disco.
📄 Errores en /etc/fstab
El archivo /etc/fstab define qué particiones se montan automáticamente al arrancar. Si contiene una entrada errónea (por ejemplo, una partición que ya no existe o un UUID incorrecto), Linux puede quedarse colgado durante el arranque esperando montar algo que no está.
terminal (desde USB Live)
# 1. Montar la partición raízsudomount /dev/sda2 /mnt
# 2. Editar fstabsudonano /mnt/etc/fstab
# 3. Comenta (pon # al inicio) las líneas problemáticas# Ejemplo: si quitaste un disco externo que estaba en fstab# #UUID=xxxx-xxxx /mnt/datos ext4 defaults 0 2# 4. Verificar los UUIDs correctossudoblkid# Compara los UUIDs de blkid con los de fstab
🔗 Chroot: reparar desde fuera del sistema
El chroot («change root») es la técnica más poderosa para reparar un Linux que no arranca. Consiste en «entrar» en tu sistema instalado desde un USB Live, de forma que los comandos que ejecutes se aplican a tu sistema, no al del USB.
terminal — procedimiento completo de chroot
# 1. Identificar particioneslsblk-f
# 2. Montar raízsudomount /dev/sda2 /mnt
# 3. Montar particiones del sistemasudomount--bind /dev /mnt/dev
sudomount--bind /dev/pts /mnt/dev/pts
sudomount--bind /proc /mnt/proc
sudomount--bind /sys /mnt/sys
sudomount--bind /run /mnt/run
# 4. Si UEFI, montar partición EFIsudomount /dev/sda1 /mnt/boot/efi
# 5. Entrar en chrootsudochroot /mnt /bin/bash
# Ahora estás "dentro" de tu sistema instalado# Puedes ejecutar cualquier comando como si hubieras arrancado normalmente:apt update
apt upgrade
dpkg--configure -a
grub-install /dev/sda
update-grub# 6. Salirexitsudoumount-R /mnt
sudoreboot
✅ ¿Cuándo usar chroot?
Chroot es útil cuando necesitas instalar o desinstalar paquetes, reinstalar GRUB, reparar archivos de configuración, completar actualizaciones fallidas, o cambiar tu contraseña de root olvidada. Es la «navaja suiza» de la reparación de Linux.
⏰ Restaurar con Timeshift
Si tenías Timeshift configurado con instantáneas automáticas, restaurar tu sistema es sorprendentemente sencillo, incluso si Linux no arranca.
terminal (desde USB Live)
# 1. Instalar Timeshift en el USB Livesudoapt install timeshift
# 2. Ejecutar Timeshiftsudotimeshift--list
# Muestra las instantáneas disponibles en tu disco# 3. Restaurar la instantánea más recientesudotimeshift--restore --snapshot '2026-02-24_10-00-01'# 4. O usar la interfaz gráficasudotimeshift-gtk
Timeshift restaurará el sistema al estado exacto de la instantánea seleccionada, deshaciendo cualquier actualización problemática, cambio de configuración o instalación de driver que haya causado el fallo.
🛡️ Prevención: evitar futuros problemas
La mejor forma de lidiar con problemas de arranque es prevenirlos. Estas prácticas reducirán drásticamente la probabilidad de que te encuentres en esta situación.
Usar partición separada para /home durante la instalación
Conservar kernel anterior
Kernel panic con kernel nuevo
No eliminar el kernel previo al actualizar
UPS o SAI
Corrupción por corte eléctrico
Conectar un UPS al equipo de escritorio
💡 Regla de oro
Nunca apagues el ordenador a la fuerza durante una actualización del sistema o del kernel. Si el proceso parece colgado, espera al menos 30 minutos antes de considerar un reinicio forzado. Una actualización de kernel interrumpida es una de las causas más frecuentes de sistemas que no arrancan.
❓ Preguntas frecuentes sobre Recuperar Linux cuando no arranca: guía de rescate completa
Las dudas más comunes respondidas de forma clara y directa.
Casi con total seguridad, no. Que Linux no arranque no significa que tus datos se hayan borrado. En la mayoría de casos, el problema está en el gestor de arranque (GRUB) o en un driver, no en el disco duro. Arrancando desde un USB Live puedes acceder a tus archivos.
Rara vez. Los problemas de arranque se pueden reparar en el 90% de los casos sin reinstalar. Solo si el sistema de archivos raíz está irreparablemente corrupto necesitarías una reinstalación, y aun así tus datos en /home suelen sobrevivir.
Boot-repair es una herramienta gráfica que detecta y repara automáticamente la mayoría de problemas de arranque de Linux. Se ejecuta desde un USB Live y con un solo clic puede restaurar GRUB, reparar la tabla de particiones y solucionar problemas de arranque UEFI.
Las actualizaciones mayores de Windows pueden sobrescribir el sector de arranque EFI, eliminando la entrada de GRUB. Esto no borra Linux ni tus datos; solo elimina el menú de selección de sistema operativo. Boot-repair o reinstalar GRUB lo soluciona en minutos.
Un kernel panic es el equivalente de Linux a la "pantalla azul" de Windows. Significa que el kernel ha encontrado un error fatal del que no puede recuperarse. Las causas más comunes son hardware defectuoso, drivers incompatibles o una actualización de kernel fallida.
Arranca desde un USB Live de cualquier distribución Linux. Una vez en el escritorio Live, abre el gestor de archivos y busca tu disco duro en la barra lateral. Podrás acceder a todos tus archivos y copiarlos a un disco externo.
★★★★★
Valora este artículo
¿Útil?
💬 Foro de discusión
¿Tienes dudas sobre Recuperar Linux cuando no arranca: guía de rescate completa? Comparte tu pregunta con la comunidad.
¿Tienes cuenta?o comenta como invitado ↓
Iniciar sesión
🔑 Recuperar contraseña
Introduce el email con el que te registraste. Te enviaremos un enlace para crear una nueva contraseña.
Crear cuenta
Solo necesitas nombre, email y contraseña. Sin verificación por email.
Todavía no hay mensajes. ¡Sé el primero en participar!
🚀 ¿Quieres dominar Linux profesionalmente?
Cursos bonificados por FUNDAE para empresas — formación 100% subvencionada
Usamos cookies propias para mejorar tu experiencia de navegación y analizar
el uso del sitio. No compartimos datos con terceros ni usamos cookies de
publicidad. Puedes aceptar todas, aceptar solo las necesarias o configurar
tus preferencias.
Política de privacidad
Imprescindibles para el funcionamiento del sitio: preferencias de interfaz,
gestión de sesiones y este mismo aviso de cookies. No recogen datos
identificativos.
Nos permiten entender cómo navegas por el contenido para mejorar la
experiencia de aprendizaje. Utilizan identificadores anónimos (UUID) sin
vinculación a datos personales. Retención máxima: 6 meses.
¿Cómo valorarías tu experiencia aprendiendo en esta sección?