Après avoir effectué une dist-upgradesur une instance de test Debian (Jessie), je ne peux plus démarrer. Je suis perdu à l'invite de commande:
Welcome to emergency mode! After logging in, type "journalctl -xb" to view system logs
L'erreur suivante apparaît:
root@debian:~# journalctl -xb
debian systemd[222]: Failed at step EXEC spawning /bin/plymouth: No such file or directory
Étonnamment, Google n'aide pas et le petit fil que je vois est pour Arch (même si j'ajoute + debian dans ma recherche) et n'a pas de sens pour moi.
Un pointeur sur la façon de s'en remettre?
# uname -a
Linux debian 3.16.0-4-amd64 #1 SMP Debian 3.16.7-2 (2014-11-06) x84_64 GNU/Linux
Réponses:
J'ai également eu cette erreur précise aujourd'hui à la suite d'une mise à niveau de Debian Wheezy vers Jessie.
Le système n'a pas pu redémarrer malgré aucune erreur de "apt-get dist-upgrade". La sortie d'erreur finale via "journalctl -xb" (ou "-xd") était associée à "plymouth" (une application dont je n'avais jamais entendu parler). Mais il s'avère que l'échec du redémarrage n'a rien à voir avec plymouth, mais plutôt une anomalie mineure sous une entrée auxiliaire sous / etc / fstab: changez "auto" en "noauto" pour un périphérique cdrom (rien à voir avec NFS), puis systemd permettra le démarrage. Il s'agit d'une ligne fstab qui fonctionnait sous Wheezy et échoue silencieusement pour permettre un redémarrage sous Jessie.
Il n'y a eu aucune erreur via journalctl associée à fstab. Ce sont les recherches sur le Web qui m'ont mené à cette obscure solution.
la source
nofailoption pour tous les systèmes de fichiers non essentiels. Cette option indique à systemd d'ignorer les erreurs lors du montage et de poursuivre le processus de démarrage normal.En combinant les réponses précédentes, ce problème semble être dû à des entrées non valides dans / etc / fstab.
Dans mon cas, je cours à l'intérieur de virtualbox et c'était un dossier partagé que j'avais configuré pour monter automatiquement au démarrage qui était le problème. Dans les deux autres réponses, ce sont les paramètres de périphérique NFS ou CD-ROM qui ont posé problème.
Je suggérerais que pour résoudre les problèmes, il suffit de commenter toutes les lignes non essentielles dans / etc / fstab, puis de les ajouter à nouveau jusqu'à ce que vous reproduisiez le problème.
La ligne problématique peut alors être diagnostiquée et corrigée. Il est possible pendant la mise à niveau dist que des éléments tels que les dossiers partagés Vbox, les partages réseau ou d'autres systèmes de fichiers spécialisés n'aient pas été mis à niveau correctement.
la source
J'ai eu l'erreur exacte aujourd'hui.
J'ai installé plymouth mais cela n'a pas changé le résultat.
Cela a été causé par une entrée nfs incorrecte dans / etc / fstab. Après avoir supprimé cette entrée, l'erreur a disparu. Je suppose que ce comportement horrible est dû au stupide systemd.
la source
Je confirme que c'est un problème dans fstab. Si vous allez dans fstab et supprimez la dernière ligne que vous avez créée, tout est comme avant et le système démarre. J'ai un problème de montage automatique dans le partage dans VirtualBox 5 / debian 8. Aucun problème dans Virtualbox 4 / debian 7
la source
Je vois que c'est un fil assez ancien à ce stade ... mais j'ai également rencontré ce problème aujourd'hui.
J'ai dû commenter cette ligne
/etc/fstabpour empêcher le système de démarrer en «mode d'urgence»:* (UUID est intentionnellement obscurci)
MISE À JOUR:
La ligne UUID dans
/etc/fstabsemble être à l'origine de ce problème. Impair. Après avoir lu plus sur ce problème sur ce fil je n'étais pas encore plus proche d'une réponse définitive sur la cause première, mais au moins le SWAP est configuré maintenant.Quelqu'un a-t-il pu résoudre complètement ce problème? ou trouver la cause profonde?
la source