Mivel az összes hdd-re telepített linuxomat „elhasználtam” mára, maradt egy teljesen üres és egy NTFS HDD, rajta egy Ghost image-el, amivel nem tudok mit kezdeni, így a gyakorlat helyett mára csak az elmélet maradt 🙂

Szóval célom az lenne igazából, hogy minél egyszerûbben, könnyebben visszaállítható mentésem legyen. Ne kelljen küzdeni a partíciók legyártásával az új HDD-n – amennyiben lehetséges, méret, költség annyira nem számít – ésszerû kereteken belül persze. Gondolom a legrosszabb esetben egy ugyanakkora HDD-nek kellene a polcon figyelnie, mint amekkora a gépben van, éles üzemben. Ebbõl szeretnék kiindulni.

Kicsit még mûvelõdtem Partimage téren, láttam, hogy a partíciós táblát is lehet menteni a partíciókon kívül. Hülye kérdés: ha lementem az összes partíciót egyesével, valamint a partíciós táblát, kapok-e e egy olyan mentést, amit „ráengedve” egy tök üres, új, elméleti síkon a ledöglött HDD helyett vásárolt HDD-re, visszakaphatom az eredeti rendszert, úgy és akkorára partícionálva, azokkal az adatokkal, amiket az image-elés pillanatában tartalmazott?

Leginkább a – talán – legelsõ válasz ebben a topikban tetszett. A cat. Nem kellett kínlódni a partícionálással, rádugtam a teljesen üres HDD-t, amit fel sem mountoltam, egész egyszerûen kiadtam az alábbi parancsot:
cat /deh/hda /dev/hdb – ahol a hda az eredeti rendszert tartalmazta, a hdb pedig egy partícionálatlan, formázatlan HDD volt. Csak ezt rajtahagyva, masterként jumperelve bebootolt a „backup” rendszer. Mivel a hda 80G, míg a hdb 250G-s HDD volt, „visszafelé” csinálva a dolgot, nagyon nem mûködött, bár ezt nem tudom konkrétan, hogy a HDD-k méretbeli különbsége okozta-e.

Ezen felbuzdulva gondoltam az rsync-re. De a fentebbi „igény” alapján itt az tûnt a legegyszerûbbnek, hogy az új HDD-re kialakítom ugyanazokat a partíciókat, mint ami az eredeti HDD-n van, majd szépen sorban lépkedve partícióról-partícióra kiadom a topikban régebben elhangzott rsync parancsot, azaz:
rsync -av /dev/hda1 /dev/hdb1, ahol a számokat együttesen növelgetem addig, amennyi partícióm van.
Sajna már pontosan nem emlékszem, mit írt ki, de minden partíción ugyanaz volt az eredmény, nem volt hibaüzenet, hanem valami jelentéktelen mennyiségû bájtot sikerült átmásolnia. Na gondoltam, ebbõl nem lett mûködõképes rendszer másolat, az tuti. Mivel sokat bíbelõdtem, de nem meggyõzõ eredménnyel konzolban, partícionálással próbálkozva, végül Powequest Partition Magic-cel oldottam meg ezt a problémát 🙂

Valamennyire hasonlónak találtam a szintén ebben a topikban fentebb említett DD-t, így ha már készen voltak a partícióim, gondoltam nekimegyek DD-vel is, így:
dd if=/dev/hda1 of=/dev/hdb1, ahol szintén a számokat a partíciók méretéig növelgetem majd. Na ez szemmel láthatóan megcsinálta a dolgot, Debian alaprendszerem volt, graf. felülettel, kb. 20 percig darálta a két vinyót. Próbálva csak az újról bootolni, szó szerint sötétség fogadott, „/” partíció aktívra volt állítva, tippem nem volt (nincs is), mit kellett volna tennem.

Ekkor gondoltam a Ghostra újfent, hátha csak nálam volt régebben valami gond azzal a géppel, ahol emlékeztem, hogy hibádzott, ha másnak mûködik, hosszú távon, nekem is mennie kell alapon 🙂 – ezzel kapcsolatos képet lásd fentebb 🙂

No, eljutottam odáig, hogy van mit mentenem 🙂
Eléször is én is a 2003 -as verziót használom.
Beugrott, hogy anno ilyesféle érthetelen hibákat akkor tapasztaltam ha partícionálatlan területek voltak a hdd -n, ha üres az nem baj de ha partícionálva sincs akkor váratlan és érthetetlen hibákat generált! – bocs de ez csak most ugrott be.

Nos, ismét nekiálltam picit a dolognak, most Partimage-s megoldást próbálgattam. Itt is vannak gondjaim 🙁

Következõt tettem:
80G HDD, ez a hda, telepítve rá egy linux, több partícióval, teljes lemez használva
250G HDD, ez hdb, üres, FAT32-es partíció rajta, egyben

Boot live linux CD-rõl, hdb felmountol, Partimage-el minden partíció egyesével lementve, külön image fájlba a 250G-s HDD-re.
Mivel 4 partícióm volt összesen, a 4. a swap, így 3 image fájlom készült.

Találtam egy okos kis leírást, ez alapján csináltam amúgy a dolgot:
http://www.partimage.org/doc/index-3.html#ss3.7

Az itt leírt megoldással fájlba mentettem az mbr-t és az extended partíciókat az alábbi módon (term. a kimenõ fájlok a hdb-re kerültek, a partimage fájljai mellé):

dd if=/dev/hda of=backup-hda.mbr count=1 bs=512

majd utána:

sfdisk -d /dev/hda > backup-hda.sf

Lett is két fájlom szépen, az elsõ mûvelet eredménye egy 512 byte-os fájl, belenézve értelmetlen karakterhalmaz.
A második fájlom tartalma (backup-hda.sf file tartalma) olvasható lett, ez lett a tartalma:

Fogtam egy legyalult 120G-s HDD-t, lehúzva az eredetileg telepített, 80G-s helyére ezt a 120-ast tettem, szintén õ lett a master, mellette slave-nek maradt a 250G-s FAT32-es hdb vinyó, amin az image fájlok voltak.

A fentebb említett leírás alapján folytatva a boot rekord „visszacsinálása”:

dd if=backup-hda.mbr of=/dev/hda

sfdisk /dev/hda < backup-hda.sf

Ezután qtparted grafikus partíciómatató programból ránézve úgy tûnt, minden ok, létrejöttek azok a partíciók, amik nekem kellettek.

Visszaraktam egyesével a Partimage programmal az image fájlokból a rendszert, figyelve a sorrendre, mindenki oda került, ahonnan jött.

Eredmény az új vinyóról Error 22 a Grub-ban 🙁

Némi kínlódás után feltûnt, hogy amikor visszadd-zem a két fájlt, a második infókat ír a képernyõre, méghozzá ezt:

Szemmel látható a különbség… Fõleg a hda1 kezdete zavar. QTParted alapján minden partíció mérete akkora, mint az eredeti HDD-n, a vinyó „vége” üres, ez nem is zavarva, nyilván ha mindent egy 80G-s HDD-rõl szedtem le, akkor a 120G-son kell partícinálatlan résznek is lennie.

Tanácsotokat szeretném kérni, mi lehet a gond? Szerintem a hiba kicsit független az eljárástól, jól gondolom ugye, hogy az utolsó idézetben szereplõ info (sfdisk /dev/hda < backup-hda.sf) takarja a fõ gondot? :(
Segítsetek légyszi, amennyiben tudtok, minden ezzel kapcsolatos további kérdés, info érdekelne!

Köszi!

Mono

Az sfdisk -d (dump) szöveges formában menti a partíciós információt.
A grub -ot nem ismerem, lilo -t használok, szinte mindíg a master boot rekordba, a partimage nem okozott vele problémát.
A partíciós információ a lemez több területén is el van tárolva – hasonlóan mint a FAT tábla – legalábbis én így tudom. :blush:
Még megpróbálkozhatsz javítani a helyzeten a Partition Magiic -el, illetve van (sajna most nem ugrik be a neve) egy heurisztikus partíció helyreállító progi is. Tény, hogy ezek a cuccok inkább a sérült rendszer olvashatóságát, mentését támogatják, ilyen „foltozott” partíciós infora nem biznék éles rendszert. :angry2:
Szerintem ha kisérletezni akarsz elegendõ egy sokkal egyszerûbb felállással próbálkozni – két partíció, egy rendszer és egy swap – ha annak kiderítetted a trükkjeit akkor lehet elvetemültebb dolgokkal próbálkozni.
Egyébként pont az ilyen összetettebb rendszerek miatt jobb a ghost image, mert az egészet egyben lementheted!
Felmerült a gyanu, hogy az ext3 miatt nem tud a ghost menteni, most archiváltam és állítottam helyre az elsõ ilyet – nem volt gondom! 🙂
Amikor image -t csinálsz ráereszted elõtte (live CD) valami fs2ck -t? Nem lehet hogy sérült fájl rendszereket akarsz menteni?