Linux diszlokáció

Fórumok

Szeretnék egy működő linux rendszert a merevlemez egy másik partíciójára úgy átpaterolni, hogy teljesen működőképes maradjon, mint most. A másik partíció másmilyen méretű. Mik a lehetőségeim?

Az működik, hogy össze-tar-olom az egészet, átmásolom, ott meg `tar xf ...'?
Hogyan érdemes paraméterezni a tar-t ilyen esetben?

Hozzászólások

Ha mégis blokkra ugyanakkora méretű lenne a "célpartíció" mint a "forrás", akkor az egész fájlrendszer átmásolása a dd programmal működik? És ha a "célpartíció" nagyobb, akkor ez működik? Mi lesz ekkor azokkal a blokkokkal, amik a "különbözet"-ben vannak?

/proc-t /sys-t hozd létre, a többit cp -dpR úrral kopizd át, fstab-et szerkeszd a változásoknak megfelelően, a bootmanagerednek jelezd a változást

(a tarban nem látok rációt azonos hddre költöztetés esetén; DE ha egyszer majd tarral szeretnél esetleg egy (akár ne adj' isten másik terjesztésen alapuló) livecd segítségével egyik rendszerről másikra költöztetni, akkor melegen ajánlom a --numeric-owner kapcsoló használatát)

man tar?

amúgy saccre a következők kellhetnek neked:
--xattrs -p

kibontásnál
--same-owner

szerk: mivel a végén ezt írja:
BUGS
The GNU folks, in general, abhor man pages, and create info documents
instead. The maintainer of tar falls into this category. Thus this
man page may not be complete, nor current, and was included in the Red
Hat CVS tree because man is a great tool :). This man page was first
taken from Debian Linux and has since been loving updated here.

ezért info tar ;)

Szerintem elsőre ilyesmivel kéne próbálkozni:

dd if=/dev/hdN of=/media/sokureshely/akarmi.img

Majd ezt hasonlóképp át lehet írni lemezre. Hogy mennyire bírja a különböző méreteket.. hát azt nemtom, még úgy nem próbáltam.

szerk: most látom hogy írták, cp-vel tényleg jobban jársz.

Sima cp -Rp elég :)
Ha boot is érinti a migráció, akkor + boot maneger ujra telpítése is szükséges (lilo / grub), legyen kéznél valamilyen bootolós linux CD .
http://www.sysresccd.org/Main_Page
vagy
knoppix.

(A telpítő CD -d is jó lehet, ha tud shellt adni, tud chroot olni .. ilyesmi)
------
gentóhuszár

Oké, menni fog ez a cp-vel, köszi a válaszokat!
Az "új hazában" ugyanazzal a userrel fogok tudni belépni, és a userid, groupid is konzisztensen marad ugye?

Ajanlom az mc-t: mindent atmasolsz (rootdir-ben insert-tel kijelol, majd f5, beleertve a /bzImage*-okat is), kiveve a /proc-t meg a /tmp-t, ezeket kezzel ott letrehozod, figyelve arra, hogy a `chmod 777 /tmp` ne maradjon ki a jatekbol a ve'ge'n (ha ezert nem tudsz bebootolni, az kulonosen vicces tud lenni :)). Illetve persze a /target particiot se masold bele onmaga'ba ;) Az mc alapertelmezesben mindent jol csinal (symlinkek, jogosultsagok, tulajdonosok), szoval nem kell ezeket utolag pofozni (bar nem art ha ranezel pa'r tipikus file-ra, csak a biztonsag kedveert).

Ha bizonyos konyvtarak (pl. /usr, /home, ...) esetleg kulon particion lennenek, akkor ezeket is kulon kell venni (/target/{usr,home} letrehoz, felmountol, majd az /{usr,home} _tartalma't_ belemasolod a /target/{usr,home}-ba).

Tar-ral felesleges szivni. A tar az akkor jo, ha ke't kulon ge'ped van, akkor ezzel lehet klonozni: a tar is fasza, alapertelmezesben megtartja a jogokat/tulajdonosokat/symlinkeket, a kozepsot nyilvan csak akkor ha root-kent csinalod. Ekkor lehet ilyeneket csinalni hogy egyikge'pen: `tar cv / | socket -s 2233` masik gepen `socket egyikgep 2233 | tar xv`, de ez egy masik mese...

A.

Érdekes egy dolog ez. Anno kezdőként meg se tudtam mozdulni az mc nélkül (kivéve az mceditet, azt mindig is gyűlöltem). Ma meg már nagyon ritkán indítom el, leginkább akkor, ha a ~-ban takarítok.
--
Gentoo motto: It's worth spending eight hours trying to make something load 20ns faster.

egyszer megnéztem, hogy miez az 'emcé', aztán valahogyan nem hozott izgalomba
paracssorban szoktam nyomulni, mikor kitömörítek, vagy rootként kell fájlt kezelni, szerkeszteni
fájlkezelőböl pedig ami használható, az eddig nekem a Thunar és (fujjogjatok) az Explorer.

--
-Have you seen the new Ubuntu release?
-Nah, I'm not really into Pokémon.

Sot, egy masik megoldas: ha a ce'l particio nagyobbegyenlo" mint a kiindula'si (es ugye felteve hogy a tobbi, /home, /usr sincs kulon particion), akkor:


# dd if=/dev/hda1 of=/dev/hdc1

majd a /hdc1-en keletkezo filerendszert grow-olod a megf. me'retre (xfs-t xfs_growfs-sel lehet, ezt ma'r hasznaltam, mukodik; ext3-ra meg reiser-re is van ilyen tool, bar mielott igy csinalna'd, gyozodj meg arrol, hogy tenyleg megy-e).

Ha tobb particiod van (/home, /usr kulon), akkor az macerasabb es csak akkor lehet megcsinalni igy tiszta'n, ha mindegyik partcionak van kulon megfelelo"je...

Deviszont ez a megolda's joval effektivebb, mert sok-sok kicsi file-t masolgatni nagyon-nagyon diszk/randomseek/io ige'nyes.

(vigyazat: "there is absolutely no warranty" a `dd if=/dev/hda1 ...` parancse'rt, tehat, ha felcsere'led az if-et es az of-et, akkor abbol lehet nagy sira's: if: kiindulasi, of: ce'l-particio)

A.

Atmeretezes: resize2fs. Mukodik:


# dd if=/dev/zero of=block0 bs=1M count=16
# losetup /dev/loop0 ./block0 
# mkfs.ext3 /dev/loop0
# mount /dev/loop0 /mnt
# df -m /mnt
# umount /mnt
# losetup -d /dev/loop0
# dd if=/dev/zero of=block1 bs=1M count=16
# cat ./block1 >>./block0
# losetup /dev/loop0 ./block0
# resize2fs /dev/loop0
# mount /dev/loop0 /mnt
# df -m /mnt
# umount /mnt
# losetup -d /dev/loop0

Jo ja'tek a loopbackdevice ;)

Ettol fuggetlenul ovatosan a dd-vel...

A.

rsync is jó:

rsync -av --progress  --recursive --update --links --perms --times --compress --stats --exclude=/mnt/backup / /mnt/backup

Az exclude-ra rtfm, a compress valszeg teljesen értelmetlen :)
Esetleg ha fájlba pakolod a nem kellő dolgokat:
--exclude-from="${EXCLUDE_LIST:-/etc/backup-system.exclude}"

A fájlban minden sorban egyetlen bejegyzés (könyvtárnév, fájlnév, stb) legyen...

Van rá szkriptem, ha érdekel (testreszabhatóság miatt, meg nem egyszeri használatra), felteszem az oldalamra...