» »

v iskanju datotečnega sistema... (ext3/LVM)

v iskanju datotečnega sistema... (ext3/LVM)

b ::

Zdravo,

Na svoji delovni postaji sem imel v mirrorju (softverskem) dva 320GB diska in enega dodantega 500GB, na katerega sem delal backupe.

Ker je en disk v mirrorju crknil, trenutno pa kupovanje diskov ni najbolj smotrno, sem hotel 500GB disk razparticionirat na 320GB, ki bi ga dodal v mirror, preostali prostor pa uporabljat še naprej za backupe.

Seveda se je zgodil fuckup :)

Na disku sem imel eno particijo, na kateri je bil LVM PV (edini v vg_backup) z enim LV-jem (backups)

datotečni sistem v tem LV-ju sem pomanjšal na minimalno velikost (resize2fs -M), pomanjšal LV in nato še PV(na 144GiB). Do tu vse brez težav.
Nato sem pobrisal particijo in jo ponovno kreiral (velikosti 145GiB). Pustil sem si malo rezerve, da ne bi bila particija premajhna, nato sem imel namen povečat PV, LV in fs na velikost particije.

Tu pa se zadeva ustavi... po rebootu mi Linux ne zazna več, da je na tej particiji LVM PV.

Kakšna ideja, kako priti do tega filesystema, ki je gor?

Particijske tabela je trenutno taka:

Device Boot Start End Blocks Id System
/dev/sdb1 2048 304089087 152043520 8e Linux LVM
/dev/sdb2 * 304089088 304498688 204800+ fd Linux raid autodetect
/dev/sdb3 304498689 929229489 312365400+ fd Linux raid autodetect
/dev/sdb4 929229490 976771054 23770782+ 8e Linux LVM


sdb2 in sdb3 sta v mirrorju z sda1 oz. sda2 in sta že prepisana s podatki. sdb4 je prazen oz. se tja ni pisalo nič odkar sem zmanjšal prejšnjo particijo.

V /etc/lvm/backups so podatki od takrat, ko je bil PV še čez cel disk, imam pa UUID-je in podobno šaro.

Ne bo konec sveta, če teh podatkov ne dobim nazaj, bi pa zelo rad preveril eno datoteko, če je slučajno še tam gor (openoffice dokument).

Poskusil sem pognat testdisk, pa ne najde ext3 datotečnega sistema. Po par minutah najde nek CramFS (verjetno kakšen initrd ali kaj podobnega), nisem pa ga še pustil teči do konca.

Sumim, da je fdisk prestavil začetek sdb1 drugam, kot je bil prej (nisem si shranil particijske tabele pred resizom, ampak v glavi imam, da je bila številka manjša od 2048). testdisk sem poskusil pognati tudi na celem /dev/sdb, pa se sesuje.

hvala za ideje,
B.
  • spremenilo: b ()

SasoS ::

Probaj dat začetek sdb1 na sektor 63.

b ::

fdisk tega ni dovolil... s cfdiskom je šlo. Sporočim, kaj bo po rebootu.

b ::

No dice... PV-ja še vedno ne najde.

Je pa testdisk zaznal ext3 fs zdaj v sdb1, tko da loop mount z offsetom bi moral delat.

b ::

TestDisk 6.11, Data Recovery Utility, April 2009
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sdb1 - 155 GB / 145 GiB - CHS 18928 255 63
     Partition               Start        End    Size in sectors
P ext3                     0   6  7 16341  41 28  262520392


Kako izračunam offset? Poskusil sem z 6*63 + 7 sektorjev (=385*512B=197120B), ampak to ni to...

S testdiskom sicer lahko pridem noter in vidim vse datoteke, tako da je filesystem očitno OK.

OK, got it, 6*63+6 je prava vrednost :)

Win!

SasoS, kam pošljem beverage of choice? :)

SasoS ::

Me veseli da bo delalo, kr spij še enega zame :D


Vredno ogleda ...

TemaSporočilaOglediZadnje sporočilo
TemaSporočilaOglediZadnje sporočilo
»

Particioniranje diska

Oddelek: Operacijski sistemi
122203 (1895) BlaY0
»

Software raid 1 (strani: 1 2 )

Oddelek: Pomoč in nasveti
5711161 (10303) uporabniik
»

linux/HD/fsck/device is busy

Oddelek: Operacijski sistemi
8791 (604) BRBR
»

Grub Error 15: File not found

Oddelek: Operacijski sistemi
51650 (1592) poweroff
»

[ Linux ] RAID problem ...

Oddelek: Operacijski sistemi
51392 (1318) kekz

Več podobnih tem