92 votes

"Welcome to emergency mode!" Pensez que c'est un problème fsck

Mon ordinateur a démarré sur un écran noir avec ce message d'erreur.

Bienvenue en mode d'urgence ! Après vous être connecté, tapez "journalctl -xb" pour afficher les journaux système, "systemctl reboot" pour redémarrer, "systemctl default" ou ^D pour essayer de nouveau de démarrer en mode par défaut.

Extrait de journalctl -xb (ce que je pense être incorrect) :

-- L'unité systemd-fsckd.service a commencé à démarrer.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: /dev/sdb1 contient un système de fichiers avec des erreurs, vérification forcée.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: /dev/sdb1 : Inodes faisant partie d'une liste chaînée orpheline corrompue trouvés.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: /dev/sdb1 : INCOHÉRENCE INATTENDUE ; EXÉCUTEZ fsck MANUELLEMENT.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: (c'est-à-dire, sans les options -a ou -p)
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: fsck a échoué avec le code d'erreur 4.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: Exécution de la demande emergency.target/start/replace
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: systemd-fsck-root.service : le processus principal a quitté, code=exited, status=1/FAILURE
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: Échec de la vérification du système de fichiers sur le périphérique racine.
-- Sujet : L'unité systemd-fsck-root.service a échoué
-- Défini par : systemd
-- Support : http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- L'unité systemd-fsck-root.service a échoué.
-- 
-- Le résultat est un échec.
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: L'unité systemd-fsck-root.service a atteint l'état échoué.
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: systemd-fsck-root.service a échoué.
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: Démarrage du Remontage des systèmes de fichiers racine et du noyau...
-- Sujet : L'unité systemd-remount-fs.service a commencé à démarrer
-- Défini par : systemd
-- Support : http://lists.freedesktop.org/mailman/listinfo/systemd-devel

J'ai ignoré d'autres erreurs comme : ACPI PCC probe failed, nvidia not proprietary, etc.

Je peux accéder à mon PC en appuyant sur Ctrl+D, mais c'est ennuyeux.

7voto

Cagan Arslan Points 71

Dans mon cas (Dual Boot Windows 10) j'ai dû éteindre correctement Windows avec la commande (sur Windows) :

shutdown /s /t 5

Quand je redémarre, Ubuntu se charge sans problème.

4voto

spidersilk Points 11

Si cela se produit dans une machine virtuelle VirtualBox, il se peut que l'un des partitions dans /etc/fstab n'ait pas réussi à se monter - malheureusement, cela échoue avec "welcome to emergency mode!" même s'il ne s'agit pas d'une partition critique - par exemple si vous avez ajouté une entrée mal formée pour tenter de monter un système de fichiers en utilisant vboxsf alors tout le système échoue au démarrage sans indiquer clairement dans le journal de démarrage que c'est la cause du problème.

Quoi qu'il en soit, pour résoudre le problème, vous devez soit commenter l'entrée en faute dans /etc/fstab ou la modifier de sorte que mount soit satisfait.

3voto

justin Points 1

Je viens juste d'avoir exactement le même problème, en démarrant Ubuntu LTS 16.04 depuis une clé USB. Faire sysctl default n'a pas résolu le problème, fsck clignotait brièvement avec un message de progression de numérisation, puis le même invite s'affichait. Voici ce qui a fonctionné :

fsck -y /dev/sda1
reboot

2voto

Tout comme certaines des autres réponses, le truc pour moi était de commenter une entrée dans /etc/fstab pour ma partition LVM optionnelle. Je ne sais pas pourquoi il a commencé à se plaindre il y a quelques jours qu'Ubuntu 17.10 ne pouvait plus trouver la partition LVM, ni pourquoi cela causait le démarrage du système en mode "urgence".

Une fois l'entrée commentée dans /etc/fstab, j'ai redémarré avec succès sur mon bureau. En regardant quelques tutoriels, j'ai remarqué que j'avais oublié certaines commandes LVM, donc j'ai exécuté sudo apt-get install lvm2 qui semble avoir résolu le problème.

Si comme moi vous pensez que votre partition LVM est la cause du problème, l'ensemble complet de commandes que j'ai exécuté était :

sudo lvmdiskscan
sudo apt-get install lvm2
sudo lvmdiskscan
sudo lvdisplay
sudo vi /etc/fstab
sudo vgchange -a y
sudo mount -a

Je ne suis pas sûr si toutes ces étapes sont nécessaires - je soupçonne que apt-get install lvm2 était crucial pour faire démarrer à nouveau mon système.

1voto

user3728501 Points 944

Il y a donc de nombreuses bonnes réponses ici - juste pour ajouter à l'info, mon problème était une erreur d'orthographe en écrivant tmpfs comme tempfs qui est incorrect dans une ligne que j'ai ajoutée à /etc/fstab pour sécuriser un serveur

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X