“Bienvenue en mode d'urgence!” Pense que c'est un problème de fsck

journalctl -xb snippet (ce que je pense est faux, au moins en rouge):

-- Unit systemd-fsckd.service has begun starting up.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: /dev/sdb1 contains a file system with errors, check forced.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: /dev/sdb1: Inodes that were part of a corrupted orphan linked list found.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: /dev/sdb1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: (i.e., without -a or -p options)
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: fsck failed with error code 4.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: Running request emergency.target/start/replace
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: systemd-fsck-root.service: main process exited, code=exited, status=1/FAILURE
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: Failed to start File System Check on Root Device.
-- Subject: Unit systemd-fsck-root.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit systemd-fsck-root.service has failed.
-- 
-- The result is failed.
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: Unit systemd-fsck-root.service entered failed state.
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: systemd-fsck-root.service failed.
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: Starting Remount Root and Kernel File Systems...
-- Subject: Unit systemd-remount-fs.service has begun start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Autres erreurs ignorées, telles que: sonde ACPI PCC en échec., Nvidia non propétaire, etc.

EDIT: Je peux accéder à mon PC en appuyant sur Ctrl+ D, mais c'est agaçant.

Vous pouvez utiliser fsckUbuntu Live.

1. Allumez votre ordinateur. Démarrez sur un DVD / USB Ubuntu Live (essayez-le sans l’installer).
2. Après le chargement, ouvrez un terminal en appuyant sur Ctrl+ Alt+T

3. Dans le terminal, lancez:

   sudo -i
   fdisk -l
   

   fdiskvous informera du nom de votre partition /(racine). Dans cette question c'est /dev/sdb1.

   Ensuite, vous devriez continuer en lançant:

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

   Si la umountcommande se plaint que sdb1"n'est pas monté", ce n'est pas un problème. Nous voulions que ce soit "non monté" :).

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

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

sudo nano /etc/fstab

Supprimez ensuite ce que vous avez ajouté sdb1et exécutez:

sudo systemctl reboot

Il dit que c'est corrompu, donc je ne sais pas du tout, mais j'espère que cela pourrait aider quelqu'un qui ne peut pas utiliser Linux.

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 de mes points de montage dans /etc/fstab. En supprimant les options supplémentaires, mon serveur a redémarré sans problème.

J'utilise Windows 10 et le système à double démarrage Ubuntu 16.X.

Je n'ai pas pu monter l'une des partitions NTFS et l'erreur était liée à Windows shutdown / hibernate. J'avais l'habitude sudo ntfsfix /dev/sda3de résoudre le problème. J'ai pu monter la partition ntfs sda3 mais au redémarrage, Ubuntu a démarré en mode d'urgence.
Pour résoudre ce problème, exécutez la commande suivante dans Windows

shutdown /s /t 5

Cela corrige le problème de démarrage d'urgence Ubuntu.

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

Windows 10 possède une fonctionnalité appelée démarrage rapide activée par défaut qui, lorsque l'utilisateur s'arrête normalement à l'aide du bouton "Arrêter" ou du bouton d'alimentation de l'ordinateur, enregistre le noyau en cours d'exécution et d'autres éléments système sur le disque dur en hibernation après la fermeture de session. Cela oblige également Windows à "verrouiller" la partition d'une manière ou d'une autre afin d'empêcher l'altération des données, qu'elle soit 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 a rendu Ubuntu impossible à démarrer.

La solution consiste à démarrer Windows, à désactiver le "démarrage rapide", puis à arrêter normalement. Maintenant, le problème doit être résolu en permanence!

A partir du lien que j'ai partagé précédemment, désactivez le démarrage rapide sous Windows comme suit:

1. Lancer le panneau de contrôle
2. Allez dans les paramètres "Matériel et audio"
3. Allez dans "Options d'alimentation"
4. Cliquez sur "Choisissez ce que font les boutons d'alimentation"
5. Cliquez sur "Modifier les paramètres actuellement indisponibles" et accordez l'accès au contrôle de compte d'utilisateur.
6. Décochez la case en regard du paramètre "Activer le démarrage rapide (recommandé)".

Dans mon cas (Dual Boot Windows 10), je devais éteindre correctement Windows avec la commande (sous Windows):

shutdown /s /t 5

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

Je viens d'avoir exactement le même problème, l'initialisation d'Ubuntu LTS 16.04 à partir d'une clé USB. Faire sysctl defaultne le répare pas, fsckclignotera rapidement avec msg de progression de l'analyse, puis la même invite s'affichera. Voici ce qui a fonctionné:

fsck -y /dev/sda1
reboot

Si cela se produit dans une machine virtuelle VirtualBox, il se peut que le montage de l'une des partitions ait échoué /etc/fstab. Malheureusement, il échoue avec "bienvenue en mode d'urgence!" Même si ce n'est pas une partition critique - si vous avez ajouté une entrée mal formée pour tenter de monter un système de fichiers à l'aide de, vboxsfle système complet ne parvient pas à démarrer sans indiquer clairement dans le journal de démarrage qu'il s'agit du principal problème.

Quoi qu’il en soit, pour résoudre le problème, vous devez commenter l’entrée incriminée /etc/fstabou la modifier afin qu’elle mountsoit satisfaite.

Semblable à certaines des autres réponses, le truc pour moi était de commenter une entrée /etc/fstabpour 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 à la raison pour laquelle le système était démarré en mode "urgence".

Une fois que l'entrée a été commentée /etc/fstab, j'ai redémarré avec succès sur mon bureau. En regardant certains tutoriels, j'ai remarqué qu'il me manquait des commandes LVM, alors j'ai exécuté sudo apt-get install lvm2ce qui semble avoir résolu le problème.

Si, comme moi, vous pensez que votre partition LVM est à l'origine du problème, l'ensemble complet des commandes que j'ai exécutées était le suivant:

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

Je ne sais pas si tout cela est nécessaire - je suppose que cela a apt-get install lvm2été essentiel pour redémarrer mon système.

J'ai eu le même problème. Après avoir exécuté la commande fsck, la récupération était en cours, mais après un certain temps, mon ordinateur est passé en mode d'urgence. J'ai donc supprimé l'intégralité des données de mon disque dur et installé un nouveau système d'exploitation. Cela a résolu mon problème. Je pense que le problème était avec Ubuntu 15.0 vivid version donc j'ai installé la version 14.0. Pourtant, il n'y a pas encore de problème.

J'ai eu le même problème. Commentaires ajoutés manuellement à partir de partitions ntfs à partir de / etc / fstab Le système a démarré normalement. Utilisation de la commande ntfsfix pour résoudre le problème de journalisation causé à ces partitions ntfs Exemple: partition Sudo ntfsfix / Dev / ntfs, montée à nouveau dans / etc / fstab Redémarrage

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

Je viens d'avoir le même problème et dans mon cas, je venais de recréer ma partition Grub et donc il avait un UUID différent de la dernière partition Grub que j'avais. Lorsque j'ai démarré Ubuntu, le système ne pouvait pas vérifier l'UUID. Pour résoudre ce problème, j'ai:

sudo nano /etc/fstab

Puis commentez la ligne contenant l'UUID de la partition que je venais de modifier.

puis rebootappliquer les modifications.

Toutes les réponses ci-dessus ne m'ont pas aidé, car je n'avais pas de fichier de récupération pour fstab.
Qu'est-ce que le truc était (en mode d'urgence)

cat /proc/mounts > /etc/fstab