Archlinux.fr [Forums]

Bonjour à vous,

Mon ordi (config correcte depuis 2 ans) lance au démarrage un fsck interminable : j'ai un disque de 500 Go avec des partitions [strike]virtuelles[/strike] [post-edit : erreur sur le terme] étendues.

Lors du lancement de grub au démarrage j'ai ajouté debug à la fin de la ligne linux pour suivre les opérations.

Il est extrêmement lent : 6 jours et demi pour 580 Go. Oui, c'est plus que la taille normale malgré les 1024...

J'aimerais donc éviter le lancement de fsck au moins une fois pour accéder à mon linux et voir ce qui cloche.

Mais n'y arrive pas. J'ai essayé fastboot

Si vous avez des idées, merci

Bonjour
As tu un CD ou une clef contenant un OS de réparation genre RescueSystem ou autre ?
Si oui tu démarres ton PC à partir de cet iso, tu montes tes partitions et grâce à un chroot tu peux vérifier ton système.
Si non je te conseille d'en télécharger une et de la graver.
Edit: un DVD d'installation d'une distribution peut aussi faire l'affaire, même une d'Arch Linux.

bonjour

oui, faire un diagnostique (smartctl minimum) depuis un autre linux est la bonne méthode - surtout que pour changer ta config actuelle tu vas aussi passer par un autre linux
sinon tout est dans le wiki https://wiki.archlinux.org/title/Fsck (fsck.mode=skip et fstab)

6 jours pour faire un fsck je ne savais même pas que c'était possible

un disque de 500 Go avec des partitions virtuelles.

c'est quoi ca ou tu es dans une VM ? tu ne lances pas un fsck sur un système de fichier qui ne le supporte pas ?

Merci à tous les 2 pour vos réponses.
Effectivement, j'avais une iso arch et j'ai chrooté

J'ai pu monter ma racine mais pas mon home de 350 Go (taille vérifiée) à cause d erreurs dans les super blocs.
Depuis le chroot simple (sans ma partition home réelle montée) j'ai relance un fsck.
Je l’arrêterai le matin cette fois sans attendre une semaine.

Oups, je me suis trompe dans les termes, pas de partition virtuelle mais des partitions étendues.

Pour les longues durées, j'avais vu un prestataire parler de 6 mois pour un disque de 30 To... ainsi que d'autres messages qui parlaient de plusieurs jours. C'est rare mais ça semble arriver.

Si le disque prend autant de temps, il ne faut surtout plus y toucher !!! Il est en train de mourir. Tu dois cloner le disque via ddrescue, puis uniquement depuis le disque sain, essayer de faire un fsck

Note 1 : J'ai un NAS qui fait quelques To, le fsck est lancé très régulièrement dessus, et cela prend moins de 1 min.
Note 2 : 6 mois pour 30 To, cela fait du 2 Mo/s... 30 * 1024 * 1024 / (6 * 30 * 24 * 3600) = 2, je ne vois pas comment c'est possible d'avoir un truc aussi lent

Merci Benjarobin je vais acheter un dd externe et suivre tes instructions, tu dois avoir raison mais je faisais confiance à mon dd... à tort.

Après je pourrais me tromper, mais bon, je ne sais pas ce qu'il y a sur le disque et l'importance des données, mais à moins de tout avoir en backup, je n'aimerais pas trop jouer avec cela. Surtout qu'un bon disque dur externe cela ne coûte pas trop cher (WD Elements Portable 1 To Noir (USB 3.0) = 63€). Pour information c'est vraiment un très bon disque avec de très bon débit.

C'est parfait, tout est revenu, merci pour vos différentes interventions.
Si ça peut servir à d'autres, quelques explications :

Déjà, quand on a des durées excessives, on n'y pense pas forcément sur le coup lorsqu'il s'agit d'outils classiques (fsck), mais nous devons avoir le réflexe de sauvegarder (merci benjarobin pour ce rappel). Dans mon cas, les premières pistes n'étaient pas touchées (puisque j'avais un autre OS qui traînait et qui marchait + le système bootait).

À défaut d'une autre distrib sur clé USB, j'ai une arch pour chrooter (c'est bien de chrooter, puisqu'on récupère nos propres données). ddrescue est par défaut sur cette clé. J'ai acheté un disque externe pour la savegarde. Voici mes périphériques, à adapter selon vos configurations : /dev/sda pour mon disque interne défaillant, /dev/sdb pour ma clé USB avec arch et /dev/sdc pour mon disque externe. Je lance l'arch-chroot. Je n'arrive pas à monter la partition de mon home, mais je vais sauvegarder l'ensemble de mon disque par précaution (et non pas que la partition défaillante). Comme indiqué dans le wiki anglophone, je lance ddrescue 2 fois, une fois pour une lecture-copie sans test, une seconde fois avec 3 tests avant de sauter au bloc suivant.
J'utilise l'option --force car je vais virer les partitions existantes de mon disque externe du vendeur. L'option --force est à manipuler avec précaution.
Par contre, pour le 2e passage, je ne vais me focaliser que sur ma partition défaillante (chez moi, sda6) : Je lance un e2fsck sur ma partition sdc. Ça marche. Je sors du chroot, je monte ma partition /sdc6 en tant que /home, puis je chroote à nouveau. J'arrive à accéder à tous mes anciens fichiers sur le lecteur externe, ouf !
Je tente un e2fsck sur mon lecteur sda (on ne sait jamais) : l'erreur persiste.

Je recopie alors avec ddrescue (j'aurais peut-être dû utiliser un simple dd, mais tant pis) la partition de mon lecteur externe vers le disque interne, puisqu'il s'agit de partitions identiques. j'utilise encore --force et me contente d'un seul passage sans vérification :
Tout est rentré dans l'ordre, problème résolu


----
Remarque et sources sur d'éventuelles longues durées des fsck et e2fsck (c'est exagéré, il faut interrompre avant, mais on peut signaler que ça existe) :
* 6 mois pour du 30 To : https://serverfault.com/questions/96624 ... -tb-volume "is it possible for fsck to take 6 months on a 30 TB volume"
* 20 jours : https://serverfault.com/questions/11879 ... nformation "but e2fsck is running for 20 days"
* etc
Ce ne sont que 2 extraits (il y en a d'autres), qui font peur… En fait, il faut réparer son système quand ces durées sont excessives. Une fois réparé, le fsck sur mes 300 Go ne prend que quelques secondes.

Tout indique que le disque est au moins partiellement endommagé, personnellement je n'aurais plus confiance dans ce disque dur... A toi de voir.

Oui, tu as raison,de douter de mon disque.
J'étais content d'avoir récupéré mes données, mais je dois penser à les sauvegarder, à nouveau car j'ai également fait une erreur, celle de recopier des données de mon disque de sauvegarde vers le disque d'origine sans regarder si des secteurs étaient défectueux.