dd -vel készült merevlemez képek kezelése

Linux-haladó

dd -vel készült merevlemez képek kezelése

  • 794 megtekintés

( zither | 2005. 08. 03., sze – 09:44 )

Az iránt érdeklődnék, hogy tud-e valakji valamilyen módszert arra, hogy a dd-vel készült teljes merevlemezképekben (dd if=/dev/hdb of=~/vinyo.bin) tárolt fájlokhoz hogyan lehet hozzá férni. Mivel ez nem egy particióról készült kép, így loopback fájlrendszeren keresztül nem tudom elérni, ezért lenne a kérdésem, hogy ilyenkor mit lehet tenni?
Igazából csak arra lenne szükségem, hogy az egyik particíon található fájlokat le tudjam másolni, írni igazából nem szeretném a képet. Sajnos dd-vel nem tudom kiírni egy másik merevlemezre, mert nem áll rendelkezésre olyan, amire kiírhatnám. Viszont mindenképp hozzá kéne férnem a képben lévő cuccokhoz.
Ha valaki tud valamit, hogy mivel lehet ezt megoldani (esetleg leírás) az kérem segítsen.

( nc | 2005. 08. 03., sze – 09:50 )

A legokosabb, ha legközelebb nem így archiválsz. Ez így nem fájl, hanem lemezarchiválás. Szerintem egy merevlemezt szerezni manapság nem túl nagy ügy: kérj kölcsön valakitől és meg vagy oldva.

( Zs | 2005. 08. 03., sze – 09:56 )

Mintha ilyen kérdés lett volna a fórumban már...
A megoldás egyébként az elvetett loopback device, de a losetup program használatával. A trükk az, hogy az elsö 512 byte végéböl kiszámolod, hogy a keresett partíció hol kezdödik, majd a losetup programnál a -o - offset - paraméterrel megadod, hogy a file elsö hány byte-ját kell figyelmen kivül hagyni. Ezek után már mountolható a loop0... Ha nem akarsz véletlenül bele vágni, akkor a mountnak adsz egy ro -t is... ;-)

( zither | 2005. 08. 03., sze – 09:58 )

Az, az igazság, hogy ez nem kifejezetten archíválásnak készült. Eredetileg az volt a bajom, hogy hirtelen kellet volna egy vinyó pár napra. Gondoltam legegyszerűbb dd-vel lekapom egy vinyómat, használom, és a pár nap lejártával, amikor már nem kell, szépen vissza lehet állítani eredeti használati helyre. Ilyenkor jó, hogy megmarad minden (particíók, MBR, stb...) és nem kell vele sokat tökölődni. Sajnálatos módon azonban a vinyó ideiglenes használati helye véglegessé vált, úgy hogy a dolog második része ugrott...

maszili: Látom, nem csak nekem vannak ilyen problémáim, köszi a segítséget. Szerintem nekem is működni fog.

( gsimon | 2005. 08. 03., sze – 10:22 )

Tényleg nem ez a legjobb megoldás az archiválásra, mert:
- mivel a használaton kívüli területeket is viszi, fölöslegesen nagy
- az üres területeken lévő szemét miatt ezen a tömörítés sem segít sokat
- nehezen képezhető a két mentés közötti változás (pl. megtörték a géped - mit változtattak?)

Javasolnám inkább a teljes és inkrementális mentés valamely kombinációját, pl.:
- hét végén teljes mentés
- naponta azokat menteni, amik változtak az utolsó teljes mentés óta
Ezzel két lépésben a hét bármelyik napját vissza tudod hozni (pl. userke beletörölt valami fontos cuccába és két nap múlva mégis kéne), egy apró szépséghibával: a hét közben törölt file-ok 'feltámadnak' (bár ez általában inkább előny :)).

Legegyszerűbben ezt egy tar-ral csinálhatod meg, a -N kapcsolójával lehet megadni a dátumot, ami utáni file-okat kéred archiválni, a -l pedig azt tiltja meg, hogy más filerendszerre is átmásszon, így nem fogod archiválni pl. a /dev-et meg a /proc-ot :).

Ha mindezt távolról szeretnéd csinálni:
- Csinálj mentőscriptet, ami tar-ral végigrohan a mentendőkön, tömörítve persze, kimenete a standard output (filenév helyett '-'), ezt lekriptózza pl. gpg-vel, és az eredmény továbbra is menjen a stdandard outputra.
- Csinálj egy 'backup' usert, adj neki sudo jogot a scriptre, add meg login shellnek a 'sudo mentes.sh'-t.
- Ezt a usert csak kulcsauthentikált ssh-val engedd be.

A távoli gépen innentől "ssh backup@gep >mentes.tar.bz2.gpg", mivel a túloldalon a mentés a stdout-ra megy, az ssh áthozza, és mivel kriptózva is van, akkor sem borul a bili, ha a mentő gépedet nyomják fel. Már persze ha ott nincs meg a gpg kulcsa...

( zither | 2005. 08. 03., sze – 13:10 )

Mint már fentebb (előző hozzászólásom) említettem, nem archíválás volt a célom...

Egyébként archíváláshoz én is tar-t használok, csak forgó mentéssel (három mentési helyre dologzik, nevezzük őket N1, N2, és N3 néven. Az N1-re kerül mindig a legfrisebb mentés, a többi pedig mindig egyel nagyobb számra csúszik. Ami az N3-on volt, azt pedig eldobom. Ezt minden nap automatikusan játsza, illetve minden héten 1x-van egy extra mentés. Természetesen ilyen rendszerben nem lehet inkrementális mentést végezni, mert akkor meg kell őrizni az összes mentési képet az alap, referencia mentéstől. Ettől függetlenül jónak tartom, mert ha gáz van nem kell több tar képet (bázis+inkrementek) kibontogatnom a visszaállításhoz).

( nc | 2005. 08. 03., sze – 13:49 )

Ezt a problémát megoldja a dar archive manager, egy adatbázisban gyűjti az összes infót a mentésekről, nem kell tudnod, csak a fájl nevét és mindig a legújabbat adja vissza.