14 votes

Vous êtes bloqué en mode d'urgence et rien ne fonctionne ?

Chaque fois que j'essaie de démarrer mon Linux, il passe en mode d'urgence, en disant

You are in emergency mode. 
After logging in, type "journalctl -xb" to view system logs, 
"systemctl reboot" to reboot, "systemctl default" 
or ^D to try again to boot into default mode". 

J'ai tout essayé : vérifier les journaux à l'aide de la fonction journalctl -xb ^d pour réessayer de démarrer en mode par défaut. J'ai essayé de fsck /dev/sda6 (qui est mon système de fichiers pour Linux, /dev/sda7 est l'échange). En faisant quelques recherches à ce sujet, j'ai vu que certains parlaient de /etc/fstab mais je n'ai rien changé, donc je n'ai aucune idée de ce que je peux faire...

Quelqu'un peut-il m'aider ? Je suis nouveau dans le monde de Linux, et je ne sais pas de quelles informations vous avez besoin pour pouvoir vous aider - Je vous demande simplement si je dois fournir des informations supplémentaires, s'il vous plaît.

Voici à quoi ressemble mon écran :

enter image description here

La sortie de sudo blkid y cat ../etc/fstab :

ubuntu@ubuntu:~$ sudo blkid
/dev/sda1: LABEL="ESP" UUID="4EA6-03B9" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="0b902964-aa52-4b36-afda-348bb30a3d82"
/dev/sda3: LABEL="Acer" UUID="C85AA81A5AA806F2" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="45c8bf5c-7fd1-4102-af78-08c7a5c6d5cb"
/dev/sda4: UUID="003CAE413CAE3218" TYPE="ntfs" PARTUUID="45c8223e-e999-43c9-a0fc-7b856a32b5b9"
/dev/sda6: UUID="185abbc0-48d9-4b81-833b-bda921c6e30b" TYPE="ext4" PARTUUID="2cef3951-f4cb-4b3e-b41f-de04db748b60"
/dev/sdb1: LABEL="DATA" UUID="0C08B30A08B2F1B6" TYPE="ntfs" PARTUUID="6c7839ee-01"
/dev/sdc1: LABEL="UBUNTU 16_0" UUID="70BF-D6DB" TYPE="vfat" PARTUUID="3d368215-01"
/dev/loop0: TYPE="squashfs"
/dev/sda2: PARTLABEL="Microsoft reserved partition" PARTUUID="da79d518-04ea-46bb-a01f-58ff38403263"
/dev/sda5: PARTUUID="59dc9a87-37cd-4672-932a-65b7cc7e2f81"
/dev/sda7: UUID="cb5acedb-a691-408f-a35a-2dc6da30e6d1" TYPE="swap" PARTUUID="aa3455c2-5485-4799-be33-6df21430da47"
ubuntu@ubuntu:~$ cat /media/ubuntu/185abbc0-48d9-4b81-833b-bda921c6e30b/etc/fstab
# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>

#Entry for /dev/sda6 :
UUID=185abbc0-48d9-4b81-833b-bda921c6e30b   /   ext4    errors=remount-ro   0   1
#Entry for /dev/sda3 :
UUID=C85AA81A5AA806F2   /media/Acer ntfs-3g defaults,locale=en_US.UTF-8 00
#Entry for /dev/sdb1 :
UUID=0C08B30A08B2F1B6   /media/DATA ntfs-3g defaults,locale=en_US.UTF-8 00
#Entry for /dev/sda4 :
UUID=4ECAA8ECCAA8D18F   /media/Recovery ntfs-3g defaults,locale=en_US.UTF-8 00
#Entry for /dev/sda7 :
UUID=cb5acedb-a691-408f-a35a-2dc6da30e6d1   none    swap    sw  0   0
/dev/sr0    /media/cdrom0   udf,iso9660 user,noauto 0   0

ubuntu@ubuntu:~$ 

Notez que je peux accéder todo et parcourir le disque comme vous pouvez le voir sur cette image (je peux même lire/écrire) : https://pictr.com/images/2017/09/30/72858a065b0740ab6a2c4b49f87f85f6.jpg

14voto

Jordi Bunster Points 3840

Votre /etc/fstab a tort.

Tout d'abord, vous n'avez pas besoin de monter les partitions spécifiques à Acer ou les partitions de récupération, ni le CD-ROM.

Donc, je commenterais ces lignes...

sudo -H gedit /etc/fstab

#Entry for /dev/sda3 :
#UUID=C85AA81A5AA806F2   /media/Acer ntfs-3g defaults,locale=en_US.UTF-8 0 0
# note that I commented this out and also changed the "00" to "0 0"

#Entry for /dev/sda4 :
#UUID=4ECAA8ECCAA8D18F   /media/Recovery ntfs-3g defaults,locale=en_US.UTF-8 0 0
# note that I commented this out and also changed the "00" to "0 0"

#/dev/sr0    /media/cdrom0   udf,iso9660 user,noauto 0   0

et le changement :

#Entry for /dev/sdb1 :
UUID=0C08B30A08B2F1B6   /media/DATA ntfs-3g defaults,locale=en_US.UTF-8 00

à ça :

#Entry for /dev/sdb1 :
UUID=0C08B30A08B2F1B6   /media/DATA ntfs-3g defaults,locale=en_US.UTF-8 0 0
# note the change from "00" to "0 0"

qui va résoudre votre problème.

Toutefois, si vous doit garder sda4, alors la ligne correcte serait...

#Entry for /dev/sda4 :
UUID=003CAE413CAE3218   /media/Recovery ntfs-3g defaults,locale=en_US.UTF-8 0 0
# note the new UUID, and the "0 0" at the end of the line.

4voto

sayem siam Points 1871

D'après mon expérience, si vous avez créé une nouvelle partition ou modifié une partition existante, vous pouvez obtenir cette erreur. J'ai eu la même erreur il y a quelque temps. Si vous vous trouviez dans le Mode d'urgence et voir qu'il ne peut pas charger certains de vos disques. Cela signifie que certains de vos identifiants de périphériques ont été modifiés. Donc, vous devez mettre à jour les identifiants en conséquence dans le fichier /etc/fstab. Ensuite, faites les étapes suivantes.

  1. Tapez votre mot de passe root
  2. cat /etc/fstab
  3. blkid (affiche les identifiants des périphériques)
  4. Maintenant, vérifiez quel UUID dans /etc/fstab n'apparaît pas dans la sortie de blkid.
  5. Tapez 'nano /etc/fstab' et commentez cette ligne (mettez juste # devant la ligne).
  6. tapez 'reboot' (Maintenant votre problème devrait être résolu et après vous être connecté avec succès, vous pouvez ajouter l'UUID actuel dans le fichier /etc/fstab )

Par exemple, voici ma sortie du fichier /etc/fstab, dans laquelle j'ai simplement commenté la ligne ( UUID=C3D1-3CB7 /Windows vfat utf8,umask=007,gid=46 0 1), parce que l'UUID=C3D1-3CB7 a été modifié.

enter image description here

1voto

Pranu Pranav Points 189

Cela m'est arrivé. J'ai configuré le dual boot Windows 10 et Ubuntu. Le problème avec un lecteur NTFS. J'ai réparé le disque avec ntfs-config. Le truc, c'est qu'il a édité /etc/fstab avec une nouvelle entrée, cette entrée était fausse.

Ensuite, j'ai résolu le problème en :

sudo nano /etc/fstab

commenter l'entrée de ntfs-3g en utilisant # au début de la ligne

Ensuite, enregistrez le fichier en appuyant sur ctrl + x et après cela, appuyez sur Y et frappez enter . Alors, sudo reboot

Cela a résolu le problème.

1voto

jtorca Points 133

J'ai reçu le You are in emergency mode. After logging in... après avoir effectué une mise à jour de Windows sur ma partition Windows 10 (double démarrage avec Ubuntu 18.04).

Au lieu de passer par les étapes ci-dessus, j'ai redémarré dans Windows 10 pour terminer la mise à jour. Puis j'ai redémarré dans Windows une fois de plus. Et après cela, j'ai pu démarrer avec Ubuntu 18.04 sans problème.

0voto

Jose Points 585

Je suis resté bloqué en mode d'urgence à chaque démarrage, et pour moi, je devais m'assurer que fsck a été exécuté manuellement sur todo les points de montage énumérés dans /etc/fstab (en cours d'exécution fsck -AR ne les recevait pas tous automatiquement).

Pour mon système, cela incluait des périphériques NVME bizarrement nommés. La commande sudo blkid pourrait être utile en montrant tous les dispositifs et en coordonnant les UUIDs pour /dev/xxx des noms.

Par exemple, voici l'un des points de montage :

> cat /etc/fstab
(snip)
UUID=c50d5768-8227-4ee7-876a-d36ad99f1ac9 /mount/nvme/ ext4    errors=remount-ro 0       1

Recherchez la partition par UUID :

> blkid
(snip)
/dev/nvme1n1p2: UUID="c50d5768-8227-4ee7-876a-d36ad99f1ac9" TYPE="ext4" PARTUUID="fe87133b-02"

Exécutez la réparation sur la partition (qui ne doit pas être montée - vous devrez peut-être exécuter cette étape à partir d'un CD / USB actif) :

> fsck -y /dev/nvme1n1p2

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