[mdk 10.1] e2fsck : illegal block sizeRésolu/Fermé

Question

Bonjour,je suis sous mandrake 10.1 et j'ai un problème pour récupérer ma partition ext3 (device hdh1)mon système a freezé quand je tranferait des données sur mon lan, à la fois sous ftp et samba. Jen 'ai pas su comment relancer autrement qu'en faisant reset (j'ai honte d'employer une méthode de bourrin mais c'était vraiment bloqué)Au redémarrage une vérification s'est lancée : e2fsckça m'a nettoyé mes trois partitions hdh (hdh1, 5 et 6) puis ça a à nouveau redémarré et là il ne pouvait plus faire e2fsck sur hdh1.en root j'ai viré la partition de fstab et j'ai pu rebooter, mais toujours impossible de la vérifier. Le message d'erreur est le suivant :fsck.ext3: Illegal block number while checking ext3 journal for /dev/hdh1j'ai essayé en rentrant manuellement la taille des blocks, en donnant un superblock de backup, et même une commande badblock n'a rien donné. Je ne sais pas comment je pourrais réinitialiser le journal, ni même si ça m'aiderait.Une idée ? SVP !Merci d'avance,TouTouL fervent lecteur de ce forum (c'est la première fois que je ne trouve pas la solution à mon pb, sur ccm ou chez Léa)

lami20j · Answer

Salut,Tu as essayé e2fsck -b superblock ?superblock ?!Pour les système de fichiers avec des blocks de :1K le superblock de sauvegarde se trouve dans le bloc 81932K le superblock de sauvegarde se trouve dans le bloc 163844K le superblock de sauvegarde se trouve dans le bloc 32768Regarde man e2fsck pour plus de détails.

jipicy · Answer

Salut, Tiens je te colle une discussion que j'ai vu passé sur une des listes de diffudion "occultes" (rapport au nom du "LUG" de Toulouse "CULTe" ( Club des Utilisateurs de Logiciel libre et de gnu/linux de Toulouse et des environs))[http://www.culte.org/listes/] : ================================================= > Lorsque le premier superbloc d'une partition est endommagé, la commande > > mount vous envoie sur les roses et il faut réparer avec fsck en changeant > > le numero de superbloc > > fsck -b > > étant obtenu avec la formule 1+ n x 32768 (32768 si le système de > > fichiers utilise des blocs de 4ko) > > J'ai eu l'occasion de l'utiliser et ça marche bien. > > > > Mais j'ai lu dans le man 8 mount qu'on peut monter la partition en > > spécifiant le superbloc: > > sb=n Utiliser le bloc n comme superbloc plutot que le bloc 1. Ceci > > sert lorsque le systeme de fichiers a ete endommage. Avant, > > des > > copies du superbloc etaient placees tous les 8192 blocs : > > 1, 8193, 16385, ... (des centaines, voire des milliers de copies). Depuis > > la version 1.08 mke2fs a une option -s (sparse) pour reduire le nombre > > de copies, et depuis la version 1.15 c'est l'option par defaut. Notez > > que cela peut signifier qu'un systeme ext2 cree par une version recente de > > mke2fs ne peut pas etre monte en lecture/ecriture avec Linux 2.0.*. > > Le numero de bloc utilise des unites de 1 k. Pour utiliser le bloc logique > > 32678 sur un systeme de fichiers avec des blocs de 4 ko : "sb=131072". > > > > Donc, si j'ai bien suivi, il faudrait faire: > > mount -o sb= > > > > Problème, si je mets sb=1, ça marche, mais si je mets 32769, 65537, > > 98305,... ça ne donne rien. Idem avec 32768, 65536, 98304,... En fait, j'ai trouvé deux possibilités de nombres à mettre après sb= (ça doit dépendre des versions). 1) Des numéros d'ordres des superblocs. En clair 1, 2, 3, 4, 5,.. 2) L'emplacement du superbloc (comme j'avais essayé en vain lors du précédent mail. En fait il faut faire comme ça: on lance la commande suivante : mk2fs -n /dev/hdxx (ne surtout PAS oublier le * -n *) puis on multiplie les nombres par 4 (taille des blocs). Dans mon cas, le premier de la série est 32768 32768 x 4 = 131072 mount -o sb=131072 /dev/hdxx /mnt/point_de-montage ================================================= Voilà, en espèrant que ça puisse t'être utile ;-))

toutoul31 · Answer

Salut,j'ai déjà tenté e2fsck en spécifiant le numéro du superblock de backup (32768, 65536, mais pas le 131072 !) que j'ai trouvé avec mke2fs -n, même réponse.Je vais tenter ce soir avec les numéros d'ordre ou l'emplacement comme décrit sur la discussion du CULTe.Merci l'ami,et Merci JP.@+ TouTouL;)

toutoul31 · Answer

Re, bon de retour chez moi j'ai retenté, voici ce que me donne mke2fs -n /dev/hdh1 : mke2fs 1.35 (28-Feb-2004) Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) 6017536 inodes, 12030669 blocks 601533 blocks (5.00%) reserved for the super user First data block=0 368 block groups 32768 blocks per group, 32768 fragments per group 16352 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424 J'ai donc bien des blocks de 4ko, et les superblocks de backup ci-dessus. Mais quand je fait e2fsck -b il me dit toujours Illegal block number while checking ext3 journal for /dev/hdh1 pareil avec fsck.ext3 -b si je rentre un autre numéro de superblock (genre n+1) , il me dit "bad magic number" donc je pense que les numéros sont bons ! Quant à monter le filesystem, c'est même pas la peine, j'ai une erreur standard : mount: type de sys. de fichiers erroné, option erronée, super bloc erroné sur /dev/hdh1, ou trop de systèmes de fichiers montés je me demande s'il n'y aurait pas moyen de "zapper" le journal ou de le réinitialiser ? ce ne sont pas 25Go de données importantes mais quand même je les avait pas encore sauvegardées...ça m'embêterait de formater 45Go ! y-aurait-il un utilitaire de récupération de données sur un filesystem erroné dans la suite e2fsprogs ? Merci bcp @+ :o) TouTouL P.S: J'ai aussi fait un dumpe2fs qui me donne : (je vous fait que les 2 1er groupes, y'en a 367 c'est un peu longuet et c'est le même blocks de backup que mke2fs) (Tiens, nulle-part, dans aucun groupe il ne me donne le nombre de blocks libres...zarbi) Filesystem volume name: Last mounted on: Filesystem UUID: 9ebbb9fa-33db-41c8-b556-4c0fce2e4c4e Filesystem magic number: 0xEF53 Filesystem revision #: 1 (dynamic) Filesystem features: has_journal filetype sparse_super Default mount options: (none) Filesystem state: clean with errors Errors behavior: Continue Filesystem OS type: Linux Inode count: 6017536 Block count: 12030669 Reserved block count: 601533 Free blocks: 2443026 Free inodes: 6003162 First block: 0 Block size: 4096 Fragment size: 4096 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 16352 Inode blocks per group: 511 Filesystem created: Fri Jan 13 15:45:43 2006 Last mount time: Sat Feb 4 17:49:51 2006 Last write time: Sat Feb 4 18:09:02 2006 Mount count: 4 Maximum mount count: -1 Last checked: Thu Feb 2 22:36:07 2006 Check interval: 0 () Reserved blocks uid: 0 (user root) Reserved blocks gid: 0 (group root) First inode: 11 Inode size: 128 Journal inode: 8 Default directory hash: tea Directory Hash Seed: 56c6182e-d43d-472f-b653-dda0bc791574 Journal backup: inode blocks Group 0: (Blocks 0-32767) Primary superblock at 0, Group descriptors at 1-3 Block bitmap at 4 (+4), Inode bitmap at 5 (+5) Inode table at 6-516 (+6) 0 free blocks, 16328 free inodes, 2 directories Free blocks: Free inodes: 24, 26-16352 Group 1: (Blocks 32768-65535) Backup superblock at 32768, Group descriptors at 32769-32771 Block bitmap at 32772 (+4), Inode bitmap at 32773 (+5) Inode table at 32774-33284 (+6) 0 free blocks, 16352 free inodes, 0 directories Free blocks: Free inodes: 16353-32704

toutoul31 · Answer

Salut,en désespoir de cause j'ai formaté :'(

[mdk 10.1] e2fsck : illegal block size

5 réponses

Discussions similaires

Newsletters