Fájlrendszer klónozása

Ubuntu Linux

Sziasztok!

Egy érintőképernyős terminálra belső USB pendrájvra telepítettem 15.10-et, mindent belőttem, felkonfigoltam, utána az egész pendrájvot le dd-ztem, hogy a többi gépre egy mozdulattal fel tudjam tenni. A probléma az volt, hogy az újonnan rendelt pendrájvok hiába voltak ugyanúgy 16BG-osak, valamivel mégis kisebbek lehetnek, mert a dd a végén kiabált, hogy elfogyott a hely.
Ekkor gondoltam megyek a másik irányba: komplett fájlrendszer tar-olása. A cél eszközön létrehoztam egy 10GB-os partíciót, megformáztam, kitaroltam rajta a lementett fájlrendszert, felcsatoltam, felcsatoltam a virtuális könyvtárakat, chroot, grub-install, grub-update.
Ezután viszont borzasztó instabil lett a rendszer, hol bootol, hol nem, a legváratlanabb pillanatokban összeomlik és ilyenkor a logban mindig ext4 error van.
Kérdésem az, hogy lehet hogy nem volt jó ötlet egy tetszőleges méretű particiót létrehozni és oda másolni a rendszert?

Köszönöm!

  • 2327 megtekintés

( Toma_ | 2016. 09. 12., h – 19:53 )

Ha van hozzá türelmed, próbáld meg ext3-ra formázni a célpartíciót, és azon próbáld ki. Én ugyanígy szívtam az egyik image fájlommal, és aztán ext3-mal tökéletesen megy. Azóta se értem, de nem is édekel.

( STP | 2016. 09. 12., h – 20:00 )

Eredeti eszközön (másolat után) fsck -f, majd gpared-del partició méret csökkentés. Utána klónozás az új pendrive-okra.
Nem mellesleg pendrive-ról rendszer futtatni... Khmmm

( szilas | 2016. 09. 12., h – 20:08 )

"a logban mindig ext4 error van"
Biztos nem a pendrivokkal van a baj? Abból is gondolom, hogy dd-vel sem sikerült működő klónt létrehoznod (a már leírt hiba miatt). Így nem tudod kizárni a hw hibát. Egyébként én összehúznám a forrás fs-t mondjuk 20%-al.
Úgy már ráfér az újakra. Vagy esetleg más (overlay/nand kompatibilis) fs?

És most offolok kicsit. A leírásból látszik, hogy "lesz ami lesz" alapon álltál neki. Nem igazán olvastál utána a neten pl. De jó tanmunka lesz az biztos. Úgyhogy sok sikert.

#frissítés: már látom részben megelőztek.

---------------------------------------------------------------
Ritkán szólok hozzá dolgokhoz. Így ne várj tőlem interakciót.

( hardhead | 2016. 09. 12., h – 23:03 )

Érdemes mindig kicsit kisebbre venni a partíciót, és ráhagyással dolgozni, ha klónozni akarod, mert általában nem ugyanakkorák a háttértárak.

( andris05 | 2016. 09. 13., k – 07:26 )

Miért dd? Clonzilla nem jó? Csak azért kérdezem, mert az tud tömöríteni, ráadásul az üres helyeket csak megjegyzi, nem másolja. Egy mentés jelen esetben elfoglalna kb. három gigát, így a mentés, és a visszaállítás is sokkal gyorsabb lenne...

( SySERR | 2016. 09. 13., k – 08:22 )

Eleve érdemes direkt kisebb pendrájvra feltenni, mondjuk egy 8 GB-osra. A 16-osokon ezután garantáltan hibamentesen fognak menni. Nekem hasonló klónozást kellett csinálnom azzal a különbséggel, hogy PXE-ről bootolva egy 6 GB-os .vdi imaget klónoztam akármilyen diszkkel rendelkező gépre. A gépekben 20 GB-os volt a legkisebb diszk, 1 TB-os pedig a legnagyobb.

-------------------
http://streamstat.hu/ - A legtöbb magyar rádió és TV egy helyen!

( KisSzikra v | 2016. 09. 13., k – 21:58 )

Nekem megint előjött az, hogy egy kész feltelepített gépet kellett szétküldeni kb 150gépre.
Ebből kb 20 gépnél előjött az, hogy hiába 500GB-os a forrás és a cél meghajtó, kb 1000szektorral volt kissebb a cél vinyó.
Clonezillával másolgattam, annak pedig van Expert módja, ahol lehet plusz kapcsolókat alkalmazni.
Azzal sikerült megoldani a problémát :)

( locsemege v | 2016. 09. 14., sze – 00:13 )

Pedig az elképzelésed jó. Én telepített Fedorát másoltam már nem szektorosan, hanem file-osan. Ami fontos, hogy az az oprendszer, amit másolsz, nem futhat, hiszen inkonzisztens lesz - nem filerendszer szinten, hanem alkalmazás szinten - az egész, ha közben változnak file-ok.

Ha jól emlékszem, rsync-kel csináltam. Kell vinni az összes jogosultságot, meg nyilván mindent, például a telepített csomagokat leíró adatbázist is. Nekem stabilan ment utána, meg is lepne, ha nem.

Ja, fstab-ban meg grub.cfg-ben át kell írni az UUID hivatkozásokat az új filerendszerekre, vagy úgy formázni, hogy az új fs uuid-je megegyezzen a régiével.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

( pekob | 2016. 09. 15., cs – 16:14 )

Végül egy szűz pendrive-ra felraktam egy 16.04-et - hogy ebbe se lehessen belekötni :) - beállítottam mindent, ezt fogom dd-zni ugyanakkora, ugyanolyan típusú tárolóra, remélem így már nem lesz gondom :)

De újra csak feldereng, hogy miért dd???? Viszi az üres szektorokat, nem tud on-the-fly tömöríteni, kisebb partícióra nem tudod felrakni...
Na mindegy, akinek sok szabadideje van, az nem célszoftvert használ erre. CloneZilla-tól kezdve, G4L-en át rengeteg szoftver jött létre, hogy ne kelljen dd-vel szívni.