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

72

entrez la description de l'image ici

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.

Kim André
la source
Voici un script simple que vous pouvez exécuter pour appliquer la solution acceptée ci-dessus: github.com/trezcan/rpi-emergency-mode
NotSoSmartyPants

Réponses:

51

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.

Kyodake
la source
Qu'en est-il d'un lecteur flash sur lequel Ubuntu est installé?
Kim André
Je viens d'essayer une clé USB avec Ubuntu Gnome 15.04.
Kim André
Si seulement c'est un appareil de test, il est préférable de recréer.
Kyodake
oui ça a fonctionné. j'ai dû monter le SSD avant de pouvoir le démonter. J'espère que j'ai bien id. difficile cela a fonctionné de toute façon, mais l'écran de démarrage, je vois environ 1 seconde est encore foiré.
Kim André
Eu le même problème dans Ubuntu 15.10. Appliqué la même solution.
kds
36

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.

Akuma
la source
2
Je pense que c'était le plus proche de mon problème. J'avais ajouté quelque chose de mauvais à fstab et je ne pouvais pas comprendre ce que c'était. Ainsi cp /etf/fstab.orig /etc/fstabétait ma solution. Morale de l'histoire: faites une sauvegarde de votre fstab d'origine.
Sridhar Sarnobat
1
Votre réponse résout mon problème. Il semble que j'avais des entrées sur une zone d'échange que je n'ai jamais configurée. J'ai donc commenté les dernières lignes du fichier 'fstab'. Ensuite, j'ai pu retourner à mon nouveau système installé.
Joshua Salazar
La meilleure chose au monde. et vivre USB nécessaire. Juste commenté sur des partitions ntfs stupides
Ufos
26

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.

Steffen Nielsen
la source
6
Bienvenue sur AskUbuntu! Il serait utile de pouvoir inclure un lien vers le didacticiel auquel vous faites référence ou, mieux encore, de résumer les instructions contenues dans votre réponse.
3
Grande suggestion. J'avais édité (et presque oublié) ma /etc/fstabmain, avant de redémarrer.
Ioannis Filippidis
Vous m'aidez tellement. Merci +1
Benny
c'est correct. J'ai édité / media / ubuntu / MY_UBUNTU_PARTITION / etc / fstab et commenté une ligne supplémentaire
Vahid
J'étais un idiot et mis par erreur dans un disque fstab pour un lecteur USB qui bien sûr n'a pas été appliquée dans: D pour la suppression de cette résolu le problème pour moi
Attila Szerémi
17

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.

Khushboo Rani
la source
1
Merci, vous m'avez conduit à la solution! Windows fait quelque chose de très similaire à l'hibernation par défaut lorsque vous vous éteignez normalement pour activer la fonction de "démarrage rapide", ma solution était donc de désactiver le démarrage rapide.
Ben
14

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é)".
Ben
la source
3
Pour quiconque double-démarrage avec Windows 10 et Ubuntu, le démarrage rapide ("Démarrage rapide") devrait être la première chose à désactiver. Merci, c’est exactement le problème que j’ai rencontré.
Benjamin R
2
Notez que même si vous avez déjà fait cela auparavant, vous devrez peut-être le refaire - les mises à jour de Win10 bousillent régulièrement vos paramètres. : - @
coopéré le
6

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.

Cagan Arslan
la source
2

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
Jimmy Falcon
la source
2

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.

Pierz
la source
J'ai l'une de mes entrées fstab en tant que clé USB dotée d'un «mode d'économie d'énergie», de sorte qu'elle s'éteint de temps à autre. Le processus de montage ne le réveille pas, il échoue donc, retombant en mode d'urgence.
Jonathan
1

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.

Stéphane
la source
0

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.

Mohit Satish Pawar
la source
Ce n'est pas vraiment un "correctif", mais cela résout le problème au prix de la perte de vos données.
Tcll
0

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

Binoy
la source
0

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.

utilisateur3728501
la source
0

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.

Gabriel Ziegler
la source
0

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
DsCpp
la source