Forum » Pomoč in nasveti » 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:
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.
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 ()
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.
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? :)
Vredno ogleda ...
Tema | Ogledi | Zadnje sporočilo | |
---|---|---|---|
Tema | Ogledi | Zadnje sporočilo | |
» | Particioniranje diskaOddelek: Operacijski sistemi | 2445 (2137) | BlaY0 |
» | Software raid 1 (strani: 1 2 )Oddelek: Pomoč in nasveti | 11876 (11018) | uporabniik |
» | linux/HD/fsck/device is busyOddelek: Operacijski sistemi | 848 (661) | BRBR |
» | Grub Error 15: File not foundOddelek: Operacijski sistemi | 1701 (1643) | poweroff |
» | [ Linux ] RAID problem ...Oddelek: Operacijski sistemi | 1468 (1394) | kekz |