Forum général.général Erreur humaine ou comment recuperer ses donées apres un mdadm -create

Posté par  .
Étiquettes : aucune
0
1
oct.
2005
Maintenant il m'est impossible de monter ma partition. (forcement)


mount: wrong fs type, bad option, bad superblock on /dev/md0,
missing codepage or other error
In some cases useful info is found in syslog - try


mais j'ai aussi un autre message sur la console:

EXT2-fs: md0 : couldn't mount because of unsupported optional fea6123s (1d19f08).848988)


Je suis à la recherche de toute piste qui me permettrait de récupérer mes données.

Merci pour toute aide.

Désespérément votre ...

  • # ...

    Posté par  . Évalué à 2.

    Tu peux essayer un fsck et le param -b pour specifier un superblock non endomagé.

    PS : je sais pas ce que fait mdadm, ni m'empleur des degats.

    • [^] # Re: ...

      Posté par  . Évalué à 1.

      Déjà essayé, sans resultat. (les superblocks de forme 2^p+1, je suis allé jusqu'à 21^2+1 ...)

      Je suis en train de reesayer TestDisk. Peut-etre que ceci va donner plus de resultats.

      • [^] # Solution

        Posté par  . Évalué à 1.

        J'ai fini par écrire à l'autheur de mdadm.

        Je me suis dit que mdadm -c ne devrait pas toucher les données, et que en remontant la table raid de la même manière je devrait au moins recuperer un des superblocs, puis les donées par la même occasion.

        Ce fut encore plus simple.

        Voci la reponse que j'ai reçu. La demarche à suivre et que j'ai suivi y est:

        On Friday October 21, CarmenRico@mydomain.org wrote:

        >> Sir,
        >>
        >> Sorry bugging you but you seem to be my last chance. I already posted
        >> questions on Linux forums but I didn't got any help.
        >> I wanted to start en RAID5 array (made with three 160Gb hard discs). I
        >> used to do it in the old style, with radstart command. This command is
        >> no more part of debian distribution so I run "mdadm -C" command, I
        >> thought that it was one of the steps for mounting an existing array. In
        >> the hurry I ignored (misundersud) the warning message that prevented me
        >> that mdadm has found an existing ext2 fs on array.
        >>
        >> Is there any way to undo "mdadm -c"operation ?


        No, but you can probably just re-do it.
        Your mistake should not have corrupted any data on the devices, on the
        meta-data (super blocks).
        So try
        mdadm -S /dev/md0 # to stop the array if it is still running
        mdadm -C /dev/md0 -l5 -n3 -p ls -c 32 /dev/hde /dev/hdf /dev/hdg

        NB


        >>
        >> I'm actually reading mdadm source code, trying to understand by myself
        >> what exactely id done by create command.
        >>
        >> Thank you for any information which could help.
        >>
        >>
        >>
        >>
        >> ---------------------------------------------------------
        >> May be this can help:
        >> In my old array and in the new one array created with mdadm command discs
        >> are not used in the same manner.
        >>
        >> This is the content of my /etc/raidtab file (used by raidcreate).
        >>
        >> raiddev /dev/md0
        >> raid-level 5
        >> nr-raid-disks 3
        >> nr-spare-disks 0
        >> persistent-superblock 1
        >> parity-algorithm left-symmetric
        >> chunk-size 32
        >> device /dev/hde
        >> raid-disk 0
        >> device /dev/hdf
        >> raid-disk 1
        >> device /dev/hdg
        >> raid-disk 2
        >>
        >> And the output of cat /proc/mdstat (newly created array, assembled)
        >> Personalities : [raid5]
        >> md0 : active raid5 hdg[0] hde[2] hdf[1]
        >> 320172928 blocks level 5, 64k chunk, algorithm 2 [3/3] [UUU]
        >> unused devices:
        >>
        >>

Suivre le flux des commentaires

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