[mdk 10.1] e2fsck : illegal block size

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.

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 <numero> <device>
> > <numero> é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=<numero> <device> <pointdemontage>
> >
> > 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 ;-))

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
;)

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 <numéro du block de backup>
il me dit toujours
Illegal block number while checking ext3 journal for /dev/hdh1
pareil avec fsck.ext3 -b <numéro>

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: <none>
Last mounted on: <not available>
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 (<none>)
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

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