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

Framboisier · 01-11-2017 13:17:52

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)

otyugh · 01-11-2017 13:58:07

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.

raleur · 01-11-2017 14:57:24

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.

otyugh · 01-11-2017 16:48:12

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

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

Framboisier · 01-11-2017 17:18:40

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 !

Gnullalo Jim Jr · 22-12-2018 16:56:31

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.

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

raleur · 22-12-2018 21:14:27

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.

Gnullalo Jim Jr · 23-12-2018 15:03:04

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)

raleur · 23-12-2018 16:17:16

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.

Gnullalo Jim Jr · 23-12-2018 17:02:51

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.

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

raleur · 23-12-2018 17:40:12

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)

Debian-facile

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Pied de page des forums