logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 01-11-2017 13:17:52

Framboisier
Membre
Distrib. : Buster
Noyau : Linux 4.19.0-13-amd64
(G)UI : cinnamon 3.8.8
Inscription : 22-01-2017

(RESOLU) Refus de démarrer: "contains a filesystem with errors"

Bonjour à tous,
mon handylinux refuse donc de démarrer. Idem en recovery mode. Je suis en dualboot avec w$ qui lui fonctionne normalement. Le live usb fonctionne aussi.
L'écran m'indique de faire un fsck manuellement, ce que j'ai fait mais sans réponse. ou du moins il me renvoie: fsck from util-linux 2.25.2

Voilà ce que me donne l'écran:
"/dev/sda5 contains a file system with errors  check forced. Inodes that were part of a corrupted orphan linked list found.
"/dev/sda5: unexpected inconsistancy; run fsck manually.
"fsck exited with status code 4.
"Failure: file system check of the root filesystem failed.
"The root filesystem on /dev/sda5 requires a manual fsck.
"modprobe: module ehci-orion not found in modules.dcp
"BusyBox v.1.22.1...
"/bin/sh: can't access tty; job control turned off
"(initramfs) _

Quelqu'un peut-il m'aider un peu là-dessus, s'il-vous-plaît?  (je crois que je venais de faire une mise à jour, c'est peut-être lié à ça?)

Dernière modification par Framboisier (01-11-2017 17:21:55)

Hors ligne

#2 01-11-2017 13:58:07

otyugh
CA Debian-Facile
Lieu : Quimperlé/Arzano
Distrib. : Debian Stable
Inscription : 20-09-2016
Site Web

Re : (RESOLU) Refus de démarrer: "contains a filesystem with errors"

Apparemment ton système de fichier est corrompu au point où certains fichiers sont cassés et l'empêchent de s'auto-réparer comme il fait normalement.

0/Démarre sur un liveTruc
1/

fsck.ext4 -a /dev/sda5 #pourrait devenir /dev/sdb5 ou /dev/sdc5 ou ... (lsbk -f ou blkid pour lister les partitions en présence)


2/reboot
3/dance

On trouvera les fichiers corrompus dans "lost+found" situé dans la racine du point de montage de /dev/sda5.


virtue_signaling.pngpalestine.png
~1821942.svg

Hors ligne

#3 01-11-2017 14:57:24

raleur
Membre
Inscription : 03-10-2014

Re : (RESOLU) Refus de démarrer: "contains a filesystem with errors"

Inutile de démarrer un système live. On peut très bien exécuter la commande à l'invite de l'initramfs. C'est fait pour ça.

Il vaut mieux montrer que raconter.

Hors ligne

#4 01-11-2017 16:48:12

otyugh
CA Debian-Facile
Lieu : Quimperlé/Arzano
Distrib. : Debian Stable
Inscription : 20-09-2016
Site Web

Re : (RESOLU) Refus de démarrer: "contains a filesystem with errors"

...Avec ça il va être avancé je suis sûr tongue

Dernière modification par otyugh (01-11-2017 16:51:42)


virtue_signaling.pngpalestine.png
~1821942.svg

Hors ligne

#5 01-11-2017 17:18:40

Framboisier
Membre
Distrib. : Buster
Noyau : Linux 4.19.0-13-amd64
(G)UI : cinnamon 3.8.8
Inscription : 22-01-2017

Re : (RESOLU) Refus de démarrer: "contains a filesystem with errors"

waooooowwww... mais ça marche tout seul... quand on sait comment faire...
merci beaucoup Otyugh et Raleur: c'est réparé !
et donc j'avais la réponse sous les yeux: fsck, mais j'avais perdu de vue qu'il fallait préciser /dev/sda5, je manque de pratique...
appris des trucs aujourd'hui, et repris un peu de confiance
grand merci et bonne soirée à tous !

Hors ligne

#6 22-12-2018 16:56:31

Gnullalo Jim Jr
Membre
Distrib. : Debian buster
Noyau : Linux 4.19.0-6-amd64
(G)UI : GNOME Classique / LXDE
Inscription : 09-09-2018

Re : (RESOLU) Refus de démarrer: "contains a filesystem with errors"

Bonjour,

Mon problème est similaire à celui de Framboisier. À la différence de notre ami, mon système est chiffré et le problème est localisé dans /dev/mapper/<user>--vg-root.

J'ai donc tapé

fsck.ext2 -a /dev/mapper/<user>--vg-root

dans l'invite de commande initramfs, mais sans succès.

Quelle serait donc la marche à suivre dans mon cas ?

Par avance, merci pour votre patience.

sos.gif

Dernière modification par Gnullalo Jim Jr (22-12-2018 16:58:47)

Hors ligne

#7 22-12-2018 21:14:27

raleur
Membre
Inscription : 03-10-2014

Re : (RESOLU) Refus de démarrer: "contains a filesystem with errors"

Gnullalo Jim Jr a écrit :

Mon problème est similair


Similaire à quel point ? Même message d'erreur ?

Gnullalo Jim Jr a écrit :

mon système est chiffré et le problème est localisé dans /dev/mapper/<user>--vg-root.


Cela ne fait aucune différence pour le système de fichiers.

Gnullalo Jim Jr a écrit :

'ai donc tapé
fsck.ext2 -a /dev/mapper/<user>--vg-root


Pourquoi ext2 ? La racine est en ext2 ? Ce serait surprenant. Pas besoin de spécifier le type de système de fichiers surtout si on n'est pas sûr, fsck se débrouille très bien pour le trouver tout seul.

Gnullalo Jim Jr a écrit :

dans l'invite de commande initramfs, mais sans succès.


C'est-à-dire ? C'est trop difficile de recopier mot à mot ce qui est affiché plutôt que d'en livrer une interprétation personnelle qui n'apporte aucune information utile ?
Si ça affiche une erreur disant que fsck.ext2 est introuvable alors que la racine est en ext4, c'est normal : l'initramfs ne contient que les fsck.* des types de systèmes des fichiers qu'il doit monter, / et /usr le cas échéant.


Il vaut mieux montrer que raconter.

Hors ligne

#8 23-12-2018 15:03:04

Gnullalo Jim Jr
Membre
Distrib. : Debian buster
Noyau : Linux 4.19.0-6-amd64
(G)UI : GNOME Classique / LXDE
Inscription : 09-09-2018

Re : (RESOLU) Refus de démarrer: "contains a filesystem with errors"

Ok, ok, voilà : <debian> = nom de machine

"[ 14.688045] blk_update_request : I/O, dev fd0, sector 0
  /dev/mapper/<debian>--vg-root contains a file system with errors  check forced.
  /dev/mapper/<debian>--vg-root : Inodes that were part of a corrupted orphan linked list found. 
  /dev/mapper/<debian>--vg-root : UNEXPECTED INCONCISTENCY; RUN fsck MANUALLY.
    (i.e., without -a or -p options)
  fsck exited with status code 4.
  The root filesystem on /dev/mapper/<debian>--vg-root requires a manual fsck.
  BusyBox v.1.22.1 (Debian 1:1.22.0-09+b3)
  built-in shell (ash)
  (initramfs) _"

Mais j'ai peut-être finalement trouvé la solution.

Mon système étant chiffré, je pensais, à tort, que la racine était en ext2, mais c'est après coup, suite à quelques tâtonnements je l'admets, que j'ai pu voir que que la racine en question était en ext4.

Pour pouvoir démarrer le système, il m'a donc fallu taper la commande : "fsck.ext4 -c /dev/mapper/<debian>--vg-root", puis répondre "y" à toutes les questions et enfin taper "exit" dans l'invite de commande de initramfs.

À la différence de Framboisier, je n'ai pas pu utiliser l'option -a, puisque la parenthèse "(i.e., without -a or -p options)" dans le message d'erreur me l'interdisait. L'option -c, si j'ai bien compris, permet d’étiqueter les parties défectueuses du système de fichier concerné afin qu'elles ne soient plus utilisées par le système d'exploitation lorsqu'il démarre.

En tous cas, je vous remercie d'avoir pris le temps de me lire et de me conseiller.

Sur ce, je vous souhaite de joyeuses fêtes et mes meilleurs vœux.

Dernière modification par Gnullalo Jim Jr (24-12-2018 09:38:16)

Hors ligne

#9 23-12-2018 16:17:16

raleur
Membre
Inscription : 03-10-2014

Re : (RESOLU) Refus de démarrer: "contains a filesystem with errors"

J'attendais le message d'erreur de la commande fsck.ext2 pour confirmer mon hypothèse. Concernant la similarité du message d'erreur initial ayant provoqué l'entrée dans le shell de l'initramfs, un simple "oui" aurait suffi.
C'est la partition /boot séparée qui est traditionnellement formatée en ext2 quand la racine est chiffrée.
Je répète qu'il était inutile de spécifier ext4, fsck n'en a pas besoin.
En l'absence de signe laissant penser à un disque défectueux, l'option -c était superflue en plus de prendre du temps.
L'option -a aurait affiché le même message d'erreur demandant d'exécuter fsck manuellement puisque c'est précisément cette option utilisée par l'initrd qui a provoqué ce comportement.

Il vaut mieux montrer que raconter.

Hors ligne

#10 23-12-2018 17:02:51

Gnullalo Jim Jr
Membre
Distrib. : Debian buster
Noyau : Linux 4.19.0-6-amd64
(G)UI : GNOME Classique / LXDE
Inscription : 09-09-2018

Re : (RESOLU) Refus de démarrer: "contains a filesystem with errors"

Pour le message d'erreur de la commande fsck.ext2, ça affichait effectivement une erreur disant que fsck.ext2 est introuvable.

Merci pour cet éclaircissement, raleur. merci.gif

C'est toujours un plaisir d'échanger sur DF. big_smile

handy.png

Hors ligne

#11 23-12-2018 17:40:12

raleur
Membre
Inscription : 03-10-2014

Re : (RESOLU) Refus de démarrer: "contains a filesystem with errors"

Gnullalo Jim Jr a écrit :

ça affichait effectivement une erreur disant que fsck.ext2 est introuvable.


En fait fsck.ext2 et fsck.ext4 sont équivalents et sont tous les deux des liens symboliques pointant vers e2fsck :

/sbin/fsck.ext2 -> e2fsck
/sbin/fsck.ext3 -> e2fsck
/sbin/fsck.ext4 -> e2fsck
 



Ça, c'est sur la racine, une fois que le système est complètement démarré. Mais voilà comment ça se passe au niveau de l'initramfs :
Lors de la création de l'initramfs, le générateur identifie le type de système de fichiers de la racine. Disons ext4. Il ajoute donc fsck.ext4 dans l'initramfs. Comme c'est un lien symbolique, il inclut aussi sa cible, e2fsck. Mais pas fsck.ex2, ni fsck.ext3, autres liens symboliques qui pointent aussi vers e2fsck.
Quand l'initramfs s'exécute au démarrage, il lance fsck -a pour vérifier la cohérence du système de fichiers racine ; fsck détecte le type de système de fichiers (ext4) et exécute fsck.ext4. Il n'a aucune raison d'exécuter fsck.ext2 ou fsck.ext3.

C'est con, hein ?

Dernière modification par raleur (23-12-2018 17:41:03)


Il vaut mieux montrer que raconter.

Hors ligne

Pied de page des forums