Falló en el paso de desove EXEC / bin / plymouth (prueba de Debian)

Después de realizar una dist-upgradeinstancia en una prueba de Debian (Jessie), ya no puedo arrancar. Estoy abandonado en el símbolo del sistema:

Welcome to emergency mode! After logging in, type "journalctl -xb" to view system logs

Aparece el siguiente error:

root@debian:~# journalctl -xb
debian systemd[222]: Failed at step EXEC spawning /bin/plymouth: No such file or directory

Sorprendentemente, Google no está ayudando y el pequeño hilo que veo es para Arch (incluso si agrego + debian en mi búsqueda) y no tiene sentido para mí.

¿Algún indicador sobre cómo recuperarse de esto?

# uname -a
Linux debian 3.16.0-4-amd64 #1 SMP Debian 3.16.7-2 (2014-11-06) x84_64 GNU/Linux

También tuve este error preciso hoy como resultado de una actualización debian wheezy a jessie.

El sistema no pudo reiniciarse a pesar de que no hubo errores de "apt-get dist-upgrade". El resultado final del error a través de "journalctl -xb" (o "-xd") se asoció con "plymouth" (una aplicación de la que nunca había oído hablar). Pero resulta que no reiniciar no tuvo nada que ver con plymouth, sino una anomalía menor bajo una entrada auxiliar bajo / etc / fstab: cambie "auto" a "noauto" para un dispositivo cdrom (nada que ver con NFS) y luego systemd permitirá el arranque. Esta es una línea fstab que funcionó bajo wheezy y falla en silencio para permitir un reinicio bajo jessie.

No hubo ningún error a través de journalctl asociado con fstab. Fueron las búsquedas web afortunadas las que me llevaron a esta oscura solución.

Combinando las respuestas anteriores, este problema parece ser causado por entradas no válidas en / etc / fstab.

En mi caso, estoy ejecutando dentro de virtualbox y era una carpeta compartida que había configurado para el montaje automático en el arranque, ese era el problema. En las otras dos respuestas, el problema era la configuración del dispositivo NFS o CD-ROM.

Sugeriría que para solucionar el problema, simplemente comente todas las líneas no esenciales en / etc / fstab y luego vuelva a agregarlas una por una hasta que replique el problema.

La línea problemática puede ser diagnosticada y reparada. Es posible durante la actualización dist que cosas como carpetas compartidas de Vbox, recursos compartidos de red u otros sistemas de archivos especializados no se hayan actualizado correctamente.

Tuve el error exacto hoy.

Instalé plymouth pero no cambió el resultado.

Fue causado por una entrada nfs incorrecta en / etc / fstab. Después de eliminar esa entrada, el error desapareció. Supongo que este comportamiento horrible se debe al estúpido systemd.

Confirmo que es un problema en fstab. Si entra dentro de fstab y elimina la última línea que hizo, todo es como antes y el sistema se inicia. Tengo un problema de montaje automático al compartir en VirtualBox 5 / debian 8. No hay problema en Virtualbox 4 / debian 7

Veo que este es un hilo bastante antiguo en este momento ... pero también experimenté este problema hoy.

Tuve que comentar esta línea /etc/fstabpara evitar que el sistema se inicie en 'modo de emergencia':

#UUID=0x0000x0-0x00-0000-xx00-0000xxx00000 /boot           ext2    defaults        0       2
/dev/mapper/Ubuntu16043LTSVM--vg-swap_1 none            swap    sw              0       0

* (UUID se ofusca intencionalmente)

ACTUALIZAR:

La línea UUID /etc/fstabparece tener la culpa de este problema. Impar. Después de leer más sobre este problema en este hilo , todavía no estaba más cerca de una respuesta definitiva sobre la causa raíz, pero al menos el SWAP está configurado ahora.

¿Alguien ha podido resolver este problema por completo? o encontrar la causa raíz?