Journal fsck mon amour...

Posté par  (site web personnel) .
Étiquettes :
0
22
août
2003
Cher journal, je vais te raconter ma folle soirée d'hier (22h->3h)...
Par flaime le noyau qui supportait mon onduleur n'était pas le noyau par défault de lilo, partant en vacances, je me suis dit hier soir à 22h qu'il était temps de changer cela en cas de coupure de courant... malgré un uptime qui commencait à etre sympa, je me résout à lancer lilo puis rebooter... quelle erreur...

Reboot propre, fsck qui me dit que ça fait longtemps qu'il n'a pas fait un check de mon / (ext3), jusque la pas de probléme, il me balance deux ou trois messages imcomprehensibles par le commun des mortel comme d'hab quoi... mais en fait ensuite il s'en sort pas et me dit qu'il me passe la main pour le lancer à la mano... jusque là je maitrise c'est déjà arrivé du temps d'ext2... je suis a peine alerté par deux messages stranges de la part d'ext3 qui se plaint de ne pas écrire son journal... no problem, je lance fsck confiant sur ma partition et là... bad superblock, bad backup superblock.... ooops, là ça a vraiment chié...

Grosse panique, je reboote en changeant mon root avec lilo vers une veille partition ou il resté un morceau de redhat de la guerre, plus très fonctionnelle (y avait même pas ls...), enfin elle boot en init=/bin/sh, j'ai la main, je relance fsck (maintenant que la partition que je checke n'est pas montée), même symptomes... ça sent pas bon pour le disque...

Je regarde le man de fsck il y a une option pour reecrire les superblocks en gardant la table des inodes, mais ils disent que c'est la solution de la derniere chance et qu'en plus il faut etre confiant sur la taille des blocks de son disque sinon tout est foutu... il me semble que c'est des blocks de 4Ko mais j'en suis pas vraiment sur, impossible d'avoir la taille par dumpe2fs qui ne reconnait même plus ma partition comme une ext2... je regarde sur une autre partition du disque en me disant que lorsque (il y a longtemps) j'ai formaté les disques j'ai du mettre la même taille pour tout le monde (serais-je cohérent ?)... résultat 1Ko (oof, j'ai eut chaud...)...

Completement par hazard je relis le man de fsck et là je trouve une option qui permet de fixer la taille des blocks (-b il me semble) (je me souvenais vaguement que les super blocks étaient backupés à des multiples de la taille des blocks donc si il n'avait pas la bonne taille de block fsck ne pouvait pas trouver les superblocks de backup...)... et là miracle, il me dit qu'il utilise un superblock de backupt, il me restore même le journal ext3, quelques yes à des questions incompréhensibles plus tard, il m'affiche "/dev/hde7 clean"... ooof...

* moralité *
Si ça arrive au lecteurs de ce journal, pensez à préciser la taille de vos blocks à fsck il semble qu'il n'y arrive pas tout seul à les déterminer si c'est pas commun (1Ko lié à debian ?)

* question *
Comme fsck ne voulez plus se lancer après le crash, mais qu'avant il a bien voulu commencer le test lors du boot fatal, je me demande si c'est pas lui qui a merdé ma partition, je lance un appel à témoin....
  • # Re: fsck mon amour...

    Posté par  . Évalué à 2.

    bouh ca fait froid dans le dos comme histoire. Perso je n'ai encore jamais eu de problème serieux avec ext2. Par contre il m'est arrivé de perdre toute mes données un jour à cause d'une mauvaise manipulation de mon coloc. Depuis je prone la redondance des informations....
    Chaque nuit un petit script qui le fait bien m'upload mon home sur un compte free... facile à mettre en oeuvre et relativement sur en cas de table des inodes qui prend des vacances.....
    • [^] # Re: fsck mon amour...

      Posté par  (site web personnel) . Évalué à 1.

      J'aimerais faire pareil, mais c'est un peu dur pour mon compte home de 8 Go !!!

      (oui NWN prends pas mal de place dedans, j'avoue, mais je crois plus avoir de divx/mp3/etc.)
  • # Re: fsck mon amour...

    Posté par  (site web personnel) . Évalué à 2.

    - Je ne pense pas que ce soit fsck qui t'ai planté ta partoche, ca existe mais c'est vraiment rarissime (sauf utilisation malheureuse...)

    - encore une fois, man est aussi notre ami :)

    - sur no-log, on a eu le même genre de problème hier, mais sur du reiserfs, et c'est vrai que les messages d'erreur font un peu peur :)

    Mais après un bon 6h de reiserfsck, ô miracle :)

    @+
    • [^] # Re: fsck mon amour...

      Posté par  (site web personnel) . Évalué à -1.

      Cela montre quand meme que ext3 n'est pas a utiliser... Ext3 est un systeme de fichier de transition, afin de permettre aux serveurs sous ext2 de pouvoir passer a un systeme de fichier journalisé facilement.

      Mais pour l'installation d'un nouveau pc, il faut eviter au maximum l'utilisation de ext2(partition d'echange avec le hurd ou windows). Reiserfs est un bon systeme de fichier mais reputé instable. Personnellement, je n'ai jamais eu de probleme ;)
      Depuis un mois j'utilise xfs est c'est le systeme de fichier que je conseille. J'ai eu une galere sympa il y'a pas longtemps, comme j'avais vu que l'on pouvait dire a lilo de se mettre au debut d'une partition, je rejoute un boot=/dev/hda1 dans mon lilo.conf, je redemarre et hop, ma partoche hda1 est morte. Je lance un xfs_repair et hop la partition fonctionne de nouveau.

      Tiens, ca sert a koi de foutre lilo au debut d'une partoche et ca sert a koi?
      • [^] # Re: fsck mon amour...

        Posté par  . Évalué à 1.

        Tiens, ca sert a koi de foutre lilo au debut d'une partoche

        Ça sert à enchaîner les bootloaders : par exemple un bootloader sur le mbr du disque donne le choix entre plusieurs systèmes d'exploitation, mais ne connait pas les renseignements précis sur ce qui se passe dans ton linux : chemin vers le noyau, initrd, options, etc. Il se contente de passer la main au bootloader des partitions visées.

        Ça peut arriver :
        - soit quand le bootloader du mbr ne sait pas monter le filesystem ou charger un noyau linux (par exemple le bootloader des MS Windows),
        - soit quand tu trouves que c'est plus propre que chaque partition fasse sa petite cuisine sans que le mbr n'aie à le savoir (et du coup prendre des risques pour tous tes systèmes quand tu changes une option de boot de l'un d'entre eux).
  • # Re: fsck mon amour...

    Posté par  (site web personnel) . Évalué à 1.

    Moi aussi j'en ai une rigolotte sur fsck.
    Je venais de finir d'installer ma gentoo en ext3, et suite à une recompil du noyo, j'ai installé juste les modules et pas le noyau (ou le contraire).
    Au boot suivant, j'avais plein d'erreurs dès que je modifiais un fichier.
    Un peu trop tard, je décide de lancer un fsck depuis une knoppix.
    Il me dit de passer en mode manuel, j'y passe une bonne demi-heure, mais il me dit avoir récupéré tous mes fichiers.
    En effet, il étaient tous là, dans /lost+found, rigoureusement renommés 1, 2, 3 .....
    J'ai donc réinstallé ma gentoo
  • # Re: fsck mon amour...

    Posté par  (site web personnel) . Évalué à 1.

    J'avais rencontré des problèmes pires avec un disque dur défectueux sur partition ext2...
    Une petite page qui raconte l'épopée : http://royale.zerezo.com/zerezo/crash.php(...)
    Le style de rédaction n'est pas génial, donc à voir juste pour se divertir ;-)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.