Falha no passo EXEC spawning / bin / plymouth (teste Debian)

Question

Depois de executar um dist-upgrade em uma instância de testes Debian (Jessie), não consigo mais inicializar. Estou abandonado no prompt de comando:

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

O seguinte erro é exibido:

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

Surpreendentemente, Google é não ajudando e o pequeno tópico que vejo são para o Arch (mesmo se eu adicionar + debian na minha pesquisa) e não faz sentido para mim.

Qualquer ponteiro sobre como se recuperar disso?

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

    

Answer 1

Eu também tive esse erro preciso hoje como resultado de uma atualização do debian wheezy to jessie.

O sistema falhou ao reiniciar, apesar de não haver erros no "apt-get dist-upgrade". A saída final do erro via "journalctl -xb" (ou "-xd") foi associada a "plymouth" (uma aplicação da qual eu nunca ouvi falar). Mas a falha em reiniciar não teve nada a ver com plymouth, mas sim uma pequena anomalia sob uma entrada auxiliar em / etc / fstab: altere "auto" para "noauto" para um dispositivo de cdrom (nada a ver com NFS) e depois O systemd permitirá a inicialização. Esta é uma linha fstab que funcionava sob wheezy e falha silenciosamente para permitir uma reinicialização sob jessie.

Não houve erro via journalctl associado ao fstab. Foram pesquisas na web de sorte que me levaram a essa solução obscura.

    

Answer 2

Combinando as respostas anteriores, esse problema parece ser causado por entradas inválidas em / etc / fstab.

No meu caso eu estou rodando dentro do virtualbox e era uma pasta compartilhada que eu tinha configurado para auto mount na inicialização que era o problema. Nas outras duas respostas, foram os ajustes para o dispositivo NFS ou CD-ROM que foi o problema.

Eu sugeriria que, para solucionar problemas, apenas comente todas as linhas não essenciais em / etc / fstab e, em seguida, adicione-as novamente uma por uma até que você replique o problema.

A linha problemática pode então ser diagnosticada e corrigida. É possível durante a atualização dist que coisas como pastas compartilhadas Vbox, compartilhamentos de rede ou outros sistemas de arquivos especializados não foram atualizados corretamente.

    

Answer 3

Eu tive o erro exato hoje.

Instalei o plymouth, mas isso não alterou o resultado.

Foi causado por uma entrada errada do nfs em / etc / fstab. Depois de eliminar essa entrada, o erro desapareceu. Eu acho que esse comportamento horrível é devido ao sistema estúpido.

    

Answer 4

Confirmo que isso é um problema no fstab. Se você entrar no fstab e deletar a última linha que você fez, tudo é como antes e o sistema inicia. Eu tenho um problema de montagem automática no compartilhamento no VirtualBox 5 / debian 8. Nenhum problema no Virtualbox 4 / debian 7

    

Answer 5

Eu vejo que este é um tópico bastante antigo neste momento ... mas eu também experimentei esse problema hoje.

Eu tive que comentar esta linha em /etc/fstab para evitar que o sistema inicie no 'modo de emergência':

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

* (o UUID é intencionalmente ofuscado)

ATUALIZAÇÃO:

A linha UUID em /etc/fstab parece estar com defeito para esse problema. Ímpar. Depois de ler mais sobre este assunto em este tópico Eu ainda não estava mais perto de uma resposta definitiva sobre a causa raiz, mas pelo menos o SWAP está configurado agora.

Alguém conseguiu resolver esse problema completamente? ou encontrar a causa raiz?