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 échouée., Nvidia non propétaire, etc.
EDIT: Je peux accéder à mon PC en appuyant sur Ctrl+D , mais c'est agaçant.
Vous pouvez exécuter fsck
à partir d’Ubuntu Live.
Dans le terminal, lancez:
Sudo -i
fdisk -l
fdisk
vous informera du nom de votre partition /
(root). Dans cette question, il s'agit de /dev/sdb1
.
Ensuite, vous devriez continuer en lançant:
umount /dev/sdb1
fsck -y /dev/sdb1
poweroff
Si la commande umount
se plaint que sdb1
est "non monté", le problème ne se pose pas. Nous voulions que ce soit "non monté" :).
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
Puis supprimez ce que vous avez ajouté ici pour sdb1
puis 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 son 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'ai utilisé Sudo ntfsfix /dev/sda3
pour 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 a 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, sauvegarde réellement le noyau en cours d'exécution et d'autres trucs système sur le disque dur similaire à l'hibernation après la fermeture de session. Cela oblige également Windows à "verrouiller" la partition d’une manière ou d’une autre tout en évitant la 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 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:
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.
Si cela se produit dans un VirtualBox VM, il est possible que l'une des partitions ne soit pas montée dans /etc/fstab
. Malheureusement, cela échoue avec "bienvenue en mode d'urgence!" même si ce n'est pas une partition critique - par conséquent, si vous avez ajouté une entrée mal formée pour tenter de monter un système de fichiers à l'aide de vboxsf
, tout le système ne parvient pas à démarrer sans indiquer clairement dans le journal de démarrage qu'il s'agit du problème principal.
Quoi qu'il en soit, pour résoudre le problème, vous devez commenter l'entrée incriminée dans /etc/fstab
ou la modifier de sorte que mount
en soit satisfaite.
Je viens d’avoir exactement le même problème, l’amorçage d’Ubuntu LTS 16.04 à partir d’une clé USB. Faire sysctl default
ne le corrige pas, fsck
clignotait rapidement avec msg de progression de l'analyse, puis le même message-guide s'afficherait. Voici ce qui a fonctionné:
fsck -y /dev/sda1
reboot
Semblable à 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, pas plus que la raison pour laquelle le système était démarré en mode "urgence".
Une fois que l'entrée a été commentée dans /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. J'ai donc lancé Sudo apt-get install lvm2
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 soupçonne que apt-get install lvm2
était essentiel pour que mon système redémarre à nouveau.
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.
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 des partitions ntfs Ex.: Partition Sudo ntfsfix/Dev/ntfs, montée à nouveau dans/etc/fstab Redémarrage
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 reboot
pour appliquer les modifications.
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é toutes les 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.