Rendszer költöztetése dd-vel

Fórumok

Sziasztok!

Néhány hete vinyócsere előtt dd-vel fájlba dump-oltam a rendszert, majd az új vinyóra visszatöltöttem. A héten visszaállítottam a lilo-t is, a rendszer elindult, az fsck kijavította a hibákat, tudom is használni a rendszert.

Annyi a gondom, hogy korábban a "/" egy 4 GB-os partíción volt, az új vinyón azonban egy 10 GB-os partícióra töltöttem vissza (szintén az első extended partíció - /dev/hda5 - lett a Debian-os partíció helye). df-fel megnézve azonban továbbra is 4 G méretűnek látja a /-t, holott a cfdisk azt mutatja, hogy 10 Gb a partíció). Azt hittem az fsck ezt majd helyrerakja, de még1x újrafuttatva boot-kor nem talált "hibát".
Hogyan lehetne vele tudomásul vetetni, hogy a "/" mérete megváltozott?

Előre is köszi!

Hozzászólások

Nekem mikor ilyen gondom volt, megkellett formaznom a particiot. Ja utana tarral csinaltam inkabb a visszamentest, es igy jo volt.

Át kell méretezni a filerendszert. Kicsit fura , de partició mérete nem feltétlenül egyenlő a filerendszer méretével.
Mivel mountolt fs-t (xfs kivétel) , nem jó átméretezni ezért másról bootolva, (g)parted lehet segítségedre.

Mivel a dd-vel az MBR is átment, bootolj be másról (pl cd), töröld le a partíciót és pont ugyanolyan kezdettel hozz létre egy maximális méretűt, majd az fs-ednek megfelelő (resize2fs, reiserfs_resize, xfs_growfs stb) toollal igazítsd a partíció méretéhez az FS-ed méretét is. Aztán persze egy lilo nem árt, ha még mindig annál az ősrégi bootloadernél tartasz.

Máskor pedig
1) mentsd le az MBR-t (dd if=/dev/hda bs=1 count=512 of=./mbr.img)
2) mentsd le a rendszert rootként, tar-ral
3) másold az MBR-t az új HDD-re (dd if=./mbr.img bs=1 count=512 of=/dev/hda)
4) növeld meg a partíciót (töröl-létrehoz az új HDD-n)
5) másold vissza a tartalmat a tar-ból
6) fixáld meg a bootloadered.

Közben barátkozz meg az online-resizeable FS-ekkel és az LVM-mel, mert életet mentenek :)

Ha ext3, akkor resize2fs /dev/hda5
Parameter nelkul az alatta levo device meretere allitja be a filesystem meretet.

G

tervezzetek elore: lvm+xfs

--
I think the major good idea in Unix was its clean and simple interface: open, close, read, and write.

Amikor utoljára néztem, az LVM-et nem bírta megtalálni (a / partíció volt, a /boot lv).
De mivel tudomásom szerint a grub a /-ből indulva keresi a /boot-ot, nem is nagyon tudom, hogy hogyan tudná megtalálni a /boot/grub-ot, ha az másik filesystemen van.
Még ha valóban tud is LVM-et kezelni mostmár.

G

forditva.
a root LV, a /boot pedig valami particio,
olyan filerendszerrel amihez van stage1_5


title           Xen 3.1.0 / Debian GNU/Linux, kernel 2.6.18-xen
root            (hd0,1)
kernel          /xen-3.1.0.gz vnc=1 noreboot
module          /vmlinuz-2.6.18-xen ramdisk_size=24576 root=/dev/mapper/vg00-lvol1_root 
                ro console=tty0 max_loop=255
module          /initrd.img-2.6.18-xen

rkanote:~# fdisk -l /dev/sda
   Device Boot      Start         End      Blocks   Id  System
/dev/sda2   *         785         815      249007+  83  Linux
/dev/sda3            1599        9729    65312257+   5  Extended
/dev/sda4             816        1598     6289447+  8e  Linux LVM

resizefs (az adott fájlrendszernek megfelelő változata)

Üdv mindenkinek!

Egyetlen gyors kérdésem lenne:
dd if=/dev/sdb1 of=/dev/sdc1 parancsot kiadva elkezdtem másolni egy 320GB sata2 hdd-t.
Mennyi ideig fog így tartani?
Milyen opcióval lehetne legközelebb ezt gyorsabban megtenni?

Nem értem miért íly népszerű a dd parancs. Szvsz ez a szál is bizonyítja menyire nem alkalmas arra amire ádázul alkalmazza a sok "olvasott" Linuxos.

Az példaprogramnak szép, hogy minden másolgató mindenhová...., meg nyilván van probléma amikor a legjobb.
Akkor már miért nem a cp jut mindenkinek eszébe ha fájlokat kell másolni? Az pont erre való, de van annál jobb is.


  = =				Üdv,  gNAT !
 {0,0}
((  ))
-m-m-----------

Sajnos nem akar menni a dolog.
Éles rendszerről van szó így amikor hazsnálatban van nem tehetem, hogy akkor teszteljem így mindig éjfélkor.
Már sokadjára próbálkozok, de egyszerűen nem sikerült még 1x sem, vagy megáll a dd (ez a jobbik eset) vagy a gép áll meg.

Én nemrég másoltam át egy Debiant egy vacak vinyóról.

Ismerősnél van használatban teszt céllal, állt egy jódarabig a gép emiatt.

Simán létrehoztam egy másik vinyón a filerendszert, fileszinten átmásoltam, helyrehoztam a bootot és azóta újra üzemel a gép. Kb. fél, max. 1 óra volt a dolog, szerencsére csak egy érdektelen logfile sérült, minden más rendben volt rajt.

Ilyen esetben dd-vel nem igazán ment volna át a dolog és ddrescue-nél is több próbléma lett volna a sérülések kiderítésével...

Hasznalj dd_rescue proggit. Nemcsak allithato, hogy hiba eseten mit tegyen, de kepes novelni/csokkenteni a sebesseget, ha hibas szektorhoz er. Szinten sysrescuecd, de deb csomagban is van.

subscribe

---
> man woman
No manual entry for woman