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.

61voto

kyodake Points 13991

Vous pourriez exécuter fsck à partir d'Ubuntu Live.

  1. Allumez votre ordinateur. Démarrez à partir d'un DVD/USB Ubuntu Live (essayez sans l'installer).

  2. Après le chargement, ouvrez un terminal en appuyant sur Ctrl+Alt+T

  3. Dans le terminal, exécutez :

    sudo -i
    fdisk -l

    fdisk vous indiquera comment est appelée votre partition / (racine). Dans cette question, elle est appelée /dev/sdb1.

    Ensuite, vous devriez continuer en exécutant :

    umount /dev/sdb1
    fsck -y /dev/sdb1
    poweroff

    Si la commande umount se plaint que sdb1 n'est "pas monté", ce n'est pas un problème. Nous voulions qu'il ne soit pas "monté" :).

  4. Retirez le DVD/USB. Rallumez votre ordinateur, pour démarrer à partir du SSD.

49voto

munda Points 454

Je ne sais pas si tu as résolu ton problème. Ce que j'ai fait est :

sudo nano /etc/fstab

Ensuite, supprime ce que tu as ajouté pour sdb1 et ensuite exécute :

sudo systemctl reboot

Il dit que c'est corrompu, donc je ne sais pas ce qu'il en est, mais j'espère que cela pourrait aider quelqu'un qui ne peut pas exécuter son Linux.

28voto

Steffen Nielsen Points 381

Je viens d'avoir le cas avec le mode d'urgence. Dans ma situation, j'ai suivi un tutoriel d'installation qui suggérait de modifier certaines des options pour mes points de montage dans /etc/fstab. En supprimant les options supplémentaires, mon serveur a redémarré sans problèmes.

19voto

Khushboo Rani Points 191

Je utilise le système double amorçage Windows 10 et Ubuntu 16.X.

Je ne pouvais pas monter l'une des partitions ntfs et l'erreur était liée à l'arrêt/hibernation de Windows. J'ai utilisé sudo ntfsfix /dev/sda3 pour corriger le problème. J'ai pu monter la partition ntfs sda3 mais au redémarrage, Ubuntu commençait en mode d'urgence.
Pour résoudre ce problème, exécutez la commande suivante dans Windows

shutdown /s /t 5

Ceci corrige le problème de démarrage en mode d'urgence d'Ubuntu.

17voto

Ben Points 762

Les réponses de Khushboo Rani et Cagan Arslan m'ont conduit à la solution permanente.

Windows 10 a une fonctionnalité appelée démarrage rapide activée par défaut qui, lorsque l'utilisateur éteint normalement en utilisant le bouton "arrêter" ou le bouton d'alimentation sur l'ordinateur, va en fait enregistrer le noyau en cours d'exécution et certaines autres informations système sur le disque dur, similaire à l'hibernation après la déconnexion. Cela fait également en sorte que Windows "verrouille" la partition d'une certaine manière pour éviter toute corruption des données, accidentelle ou malveillante. Cela signifie qu'Ubuntu ne peut pas monter la partition Windows au démarrage.

Dans mon cas, j'ai des entrées pour la partition Windows dans /etc/fstab, ce qui rendait Ubuntu inutilisable.

La solution est de démarrer sur Windows, de désactiver le "démarrage rapide", puis d'éteindre normalement. Maintenant, le problème devrait être résolu de manière permanente!

D'après le lien que j'ai partagé plus tôt, désactivez le démarrage rapide tout en étant sous Windows comme suit:

  1. Lancer le panneau de configuration
  2. Aller aux paramètres "Matériel et audio"
  3. Aller aux "Options d'alimentation"
  4. Cliquer sur "Modifier les paramètres actuellement non disponibles" et accorder l'accès UAC.
  5. Décocher la case à côté du paramètre "Activer le démarrage rapide (recommandé)"

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