URL: https://linuxfr.org/users/gggard/journaux/fsck-mon-amour Title: fsck mon amour... Authors: gege Date: 2003年08月22日T09:48:17+02:00 Tags: debian Score: 0 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....