Kuvia
Crear cuenta

Errores de arranque

«You are in emergency mode» en Linux: qué significa y cómo arreglarlo

Actualizado el · Equipo de Kuvia

Respuesta rápida

systemd entra en modo de emergencia cuando una parte imprescindible del arranque falla, sobre todo un montaje de /etc/fstab: un disco que ya no está, un UUID que cambió o un sistema de archivos con errores. Inicia sesión como root, ejecuta journalctl -xb para ver qué falló, corrige la línea de /etc/fstab (o añade la opción nofail a los discos que no son imprescindibles), repara el sistema de archivos si hace falta y reinicia.

El mensaje que ves en pantalla

You are in emergency mode. After logging in, type "journalctl -xb" to view
system logs, "systemctl reboot" to reboot, or "exit"
to continue bootup.

Enter root password for system maintenance
(or press Control-D to continue):

Qué significa en español

Estás en modo de emergencia. Tras iniciar sesión, escribe «journalctl -xb» para ver los registros del sistema, «systemctl reboot» para reiniciar o «exit» para continuar el arranque. Introduce la contraseña de root para el mantenimiento del sistema (o pulsa Control-D para continuar).

Código
You are in emergency mode
Lo muestra
systemd en Debian, Ubuntu, Fedora, Linux Mint y casi cualquier distribución actual, cuando no puede completar el arranque normal.
Afecta a
Linux

El modo de emergencia es el estado más reducido de systemd: monta la raíz y te da una consola de root, sin red ni servicios. No es un fallo del kernel: el sistema arrancó, pero un paso que estaba marcado como obligatorio no se completó.

El mensaje cambia según la versión de systemd

Versión: systemd 255 y posteriores
Ejemplo: Ubuntu 24.04, Debian 13
Final del mensaje: … or "exit" to continue bootup.
Versión: Versiones anteriores
Ejemplo: Debian 12 (systemd 252), Ubuntu 22.04
Final del mensaje: … "systemctl default" or "exit" to boot into default mode.
Versión: Cuenta root bloqueada
Ejemplo: Ubuntu y Debian instalados sin contraseña de root
Final del mensaje: Cannot open access to console, the root account is locked.

Textos copiados del código fuente de systemd (sulogin-shell) y de util-linux (sulogin).

Si eres profesional

  • journalctl -xb -p err filtra los errores del arranque actual; systemctl --failed lista las unidades caídas. Lo típico: «Timed out waiting for device dev-disk-by\x2duuid-…» seguido de «Dependency failed for /mnt/datos».
  • La opción nofail en fstab hace que un montaje sea solo «deseado» y no «requerido» por local-fs.target: el arranque continúa aunque ese disco no esté. Es lo indicado para discos externos o de datos. x-systemd.device-timeout= acorta la espera.
  • En modo de emergencia la raíz puede estar en solo lectura: mount -o remount,rw / antes de editar fstab, después systemctl daemon-reload y mount -a para probar sin reiniciar.
  • Si el fallo es de sistema de archivos en una partición que no es la raíz, desmóntala y pasa fsck. Si es la raíz, hazlo desde un sistema en vivo: fsck no debe tocar un sistema de archivos montado en lectura y escritura.

Si no eres técnico

  • Si cambiaste o quitaste un disco hace poco (uno externo, uno de datos), casi seguro es eso: el sistema sigue buscándolo al arrancar.
  • Necesitas la contraseña de root. Si tu sistema no tiene (Ubuntu viene así), verás «the root account is locked»: tendrás que arreglarlo desde un USB en vivo.
  • No borres líneas de /etc/fstab al azar: comenta solo la del disco que falta poniendo # delante.
  • Pulsar Control-D o escribir exit intenta seguir el arranque, pero si la causa sigue ahí volverás al mismo punto.

Paso a paso

  1. Entra como root y mira qué falló

    Introduce la contraseña de root y revisa los errores del arranque actual y las unidades que fallaron.

    journalctl -xb -p err
systemctl --failed

  2. Pon la raíz en lectura y escritura

    Necesario para poder editar archivos de configuración.

    mount -o remount,rw /

  3. Corrige /etc/fstab

    Abre el archivo, localiza el disco que falla y comenta la línea con # o añade nofail a sus opciones. Comprueba los UUID reales con blkid.

    blkid
nano /etc/fstab

  4. Prueba sin reiniciar

    Recarga la configuración de systemd y monta todo lo de fstab. Si no hay errores, el arranque normal funcionará.

    systemctl daemon-reload
mount -a

  5. Repara el sistema de archivos si el log lo indica

    Para una partición de datos ext4 desmontada: e2fsck -f /dev/sdb1. Para la raíz, arranca desde un USB en vivo.

  6. Continúa el arranque

    Escribe systemctl default (o exit) para seguir arrancando, o systemctl reboot para reiniciar.

Cómo ayuda Kuvia

Disponible hoy

Cuando no tienes contraseña de root o la raíz necesita fsck, el USB de Kuvia arranca el equipo (UEFI, Secure Boot desactivado) y desde la terminal remota se monta la partición ext4, se corrige /etc/fstab y se repara con e2fsck, con la IA explicando cada paso.

  • lsblk -f y blkid para ver qué discos y UUID existen de verdad.
  • e2fsck -f sobre la partición raíz ext4 desmontada.
  • Montar el sistema y editar /etc/fstab (comentar la línea o añadir nofail).
  • Si el agente de Linux de Kuvia estaba instalado, el equipo vuelve a aparecer conectado al reiniciar.

Lo que todavía no hace

  • Sin herramientas de LVM, LUKS, Btrfs ni XFS en la imagen: con raíz cifrada, en LVM o en Btrfs (Fedora por defecto) Kuvia no puede abrir el volumen.
  • No arranca en BIOS Legacy ni mide SMART.

Preguntas frecuentes

¿Qué significa «You are in emergency mode»?

Que systemd no pudo completar el arranque normal porque falló algo imprescindible, casi siempre un montaje de /etc/fstab. Te deja una consola de root para repararlo.

No tengo contraseña de root, ¿cómo entro?

Si la cuenta root está bloqueada verás el aviso the root account is locked. La forma más sencilla es arrancar un USB en vivo, montar el disco y corregir /etc/fstab desde ahí.

¿Para qué sirve la opción nofail?

Hace que ese disco sea opcional en el arranque: si no está, el sistema sigue arrancando en lugar de entrar en modo de emergencia. Es ideal para discos externos o de datos.

¿Es lo mismo que el prompt (initramfs)?

No. En initramfs ni siquiera se montó la raíz. En modo de emergencia la raíz está montada y falla un paso posterior del arranque, normalmente otro disco.

Fuentes oficiales

Prueba Kuvia en tu propio equipo

Arranca el USB (o abre Kuvia.exe o Kuvia.app desde el pendrive si el equipo sí arranca), vincúlalo con un código de 6 dígitos y pide en el chat lo que necesitas. La IA te explica lo que va a hacer y te pide una confirmación clara antes de borrar o instalar en un disco.

Kuvia está en acceso anticipado y el lanzamiento público llega en las próximas semanas. Puedes crear tu cuenta gratis desde hoy.

Crear cuenta gratisVer planes