2010/2/5 Petru Ratiu <[email protected]>
> 2010/2/5 Mircea Popescu <[email protected]>:
> > Incep prin a multumi colistasilor pentru sprijinul oferit ieri si care a
> dus
> > la recuperarea uneia dintre partitiile pierdute.
> >
> > A mai ramas una, tot ext3 tot in raid1 si care are superblock-ul fs-ului
> (nu
> > al raid-ului) busit.
> >
> > Citind acest tutorial
> >
> http://blog.edseek.com/archives/2004/02/25/ext3-filesystem-bad-superblock-recovery/
> > am
> > realizat ca, practic, trebuie sa gasesc un alt superblock al ext3-ului
> > pentru a putea da un fsck, iar pentru asta trebuie sa stiu exact care era
> > dimensiunea acestui fs, excluzand informatiile pe care le scrie raid-ul.
> >
> > deci x = (dimensiune partitie 0xfd) - (superblock raid + whatever mai
> scrie
> > raid-ul pe acolo)
> >
> > INTREBAREA: cum determin x avand in vedere ca dimensiunea partitiei o am,
> > dar nu cunosc a doua valoare din ecuatia de mai sus?
>
> Nu-ti trebuie dimensiunea, ci mai degraba offsetul filesystemului in
> partitie (de la ce adresa incepe). Din experienta de pana acum cu
> raid1, offsetul ala a fost tot timpul 0 (de-aia se si poate monta
> direct un membru de raid1), asa ca incearca sa cauti superblockurile
> exact la pozitiile standard. Pozitiile astea depind de marimea fs-ului
> (cred ca se pot da parametri speciali de mkfs.ext3, dar ma indoiesc ca
> a facut cineva asta la formatare fara vreun motiv anume), asa ca poti
> sa rulezi un mkfs.ext3 -n sa vezi unde le-ar face (sau poti incerca
> direct la 32768 sau 65536 sa vezi daca le-a nimerit (am incercat
> adineauri pe niste fs-uri intre 30GB si 1TB si tot 32768 blocks per
> group au).
>
> Alternativ, poti sa te dai cu ceva utilitar sa te uiti direct la bitii
> de pe disc si sa compari cu altul sanatos pana gasesti structurile
> care-ti trebuie (probabil exista diverse hexviewers, eu prefer dd
> if=/dev/sda1 bs=4096 count=1 skip=$block_num | xxd ).
>
> Bafta.
> --
> Petre "don't thread on me" Ratiu
>
Am incercat: mke2fs -n /dev/md3 si mke2fs -n /dev/sda3
si am urmatorul output (identic pentru ambele situatii):
mke2fs 1.41.3 (12-Oct-2008)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
29614080 inodes, 118433188 blocks
5921659 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=0
3615 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632,
2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000
Apoi, am luat fiecare superblock la rand cu fsck.ext3 -b xxxxx /dev/md3 sau
/dev/sda3, iar rezultatele au fost aceleasi): adik nu am reusit sa repar
partitia.
Curios este alt lucru: pana la valoarea 7962624 (7 cifre) mesajul de eroare
era: *fsck.ext3: Bad magic number in super-block while trying to open
/dev/md3*, iar de la valoare urmatoare 11239424 (8 cifre), mesajul de eroare
s-a schimbat in *Invalid argument while trying to open /dev/md3*
> _______________________________________________
> RLUG mailing list
> [email protected]
> http://lists.lug.ro/mailman/listinfo/rlug
>
_______________________________________________
RLUG mailing list
[email protected]
http://lists.lug.ro/mailman/listinfo/rlug
