sziasztok!
már nem először csináltam ilyet gond nélkül, most viszont nem ment simán a dolog.
csak a szokásos: vinyóbővítés, rendszer átrakása nagyobb vinyóra.
a következőket csináltam:
egyik gépből ki a vinyó (mobil rackben van), be a másikba. bootolás ubuntu 7.04 live cd-ről. a gépben lévő vinyó felmountol, hogy legyen hová menteni az image fájlokat. (mivel csak egy mobil rack van benne, és lusta voltam szétszedni a gépet, hogy a másik, új, bagyobb vinyót is belerakjam és direktbe másoljam, ezért maradt az image fájlos kétlépcső megoldás.) szóval partíció felmountol, régi kis vinyó nem mountol fel. ezután:
sudo dd bs=8192 if=/dev/hdc1 of=/media/data/part1.img
sudo dd bs=8192 if=/dev/hdc2 of=/media/data/part2.img
sudo dd bs=8192 if=/dev/hdc3 of=/media/data/part3.img
a hdc4 volt a swap, azt nem másoltam.
ezután gép kikapcs, új vinyó berak mobil rack-be, live cd bootol, az image fájlos partíció felmountol.
gparted-del az új vinyót lepartícionáltam, az eddig 4gb root / 4gb home / 6gb data / 1gb swap helyett 10gb root / 10gb home /2gb swap /2xx gb data partíciókra. (tehát a swap eddig hda4 volt, most hda3 lesz.)
ezután:
sudo dd bs=8192 if=/media/data/part1.img of=/dev/hdc1
sudo dd bs=8192 if=/media/data/part2.img of=/dev/hdc2
sudo dd bs=8192 if=/media/data/part3.img of=/dev/hdc4
ezután grubot ráraktam a vinyóra
aztán meg megnéztem a blkid-ket és a grub menut, hogy minden stimmel-e. minden jónak találtatott.
úgyhogy gép kikapcs, új nagy vinyó visszarak a másik gépbe, és boot.
na a grub be is jött, meg az ubuntu logó is, szaladgált a csík, majd hirtelen szöveges módban root shellbe bootolt be. mindenféle fsck hibaüzenetekkel egyetemben. az fsck olyan vinyókat akart ellenőrizni, amik az alaplapi raid vezérlőn vannak, és azokat nem tudja kezelni az ubi, de nem is szokta, ezért gyanús lett
meg is néztem, és azt talátam, hogy össze-vissza osztja ki a device logikai neveket, nem úgy, mint eddig.
megnéztem lshw -c disk -kel, hogy ki kivel van, és ez alapján átírtam az fstab-ot, meg frissítettem a grub menu fájlt is.
majd reboot.
na reboot helyett bootolt tovább és bejött a gdm, de belépni nem tudtam, mert nem volt home stb.
na ekkor reboot újra, erre már hajlandó volt rebootolni, de megint előjött a szöveges felület, csak most végigment simán és bejött a gdm és be is tudtam lépni. na gondoltam, zsír, ennyi volt.
ámde következő reboot után ismét nem indult el, de most már root shellbe sem, megállt mint a szög. de ctrl+alt+del-re folytatta a bootolást gdm-ig, és ismét nem lépett be.
ismét megnéztem lshw-val a diszkeket, és ismét összevissza voltak kavarodva.
mint ahogy én is összevissza vagyok most kavarodva. ez mitől lehet? már sokszor csináltam ilyet gond nélkül. bár igaz, eddig nem image fájlból másoltam a rendszert, de nem hinném, hogy ez gond lehet...
- 1646 megtekintés
Hozzászólások
Nekem gyanús, hogy az zavar be, hogy az új partíciók nagyobbak. Nem ismerem az ext3 (az?) felépítését, de nem hiszem, hogy jót tesz neki, ha ilyen módon méretezik át a partícióját. Erre vannak jobb megoldások is, pl. resize2fs.
Ha még megvan a régi vinyó vagy az imagek, először megpróbálnám az új vinyón ugyan ekkora méretű partíciók létrehozását, és az imageket először azokba dd-zném bele. Majd pl. egy gparteddel (ilyen van ubi livecd-n, nem?) lehetne átméretezni a partíciókat.
szerk: jól mondják alattam, gyorsabb, ha cp/rsync/tar megoldást használsz, és akkor még a partícióméret is kötetlen lesz.
- A hozzászóláshoz be kell jelentkezni
az ilyesmit tanacsosabb tarral vegezni.
Ugyanis a dd az teljesen lementi a particokat , neked meg csak az adatok kellenek rola. Ez a modszer csak akkor javasolt ha a particiok ugyanakkorak.
- A hozzászóláshoz be kell jelentkezni
na sikerült megoldani, bár kalandos volt.
- A hozzászóláshoz be kell jelentkezni
Mégis hogyan?
Részletek?
- A hozzászóláshoz be kell jelentkezni
jah bocs, kicsit itthagytam a topikot.
a kaland részben a saját marhaságom miatt is volt, részben pedig azért, mert a bios is megtréfált, és végülis még van egy kis gond.
szóval: saját hülyeségem: nem tudtam, hogy a tar, ha nem aktuális könyvtár tartalmáról cisnálom a tar-t, akkor teljes elérési utakat ment. azaz g csináltam: sudo tar -cpvf /media/hda4/part1.tar /media/sdb1/*
és előtte nem lépttem be: cd /media/sdb1
így kibontás után létrehozta megint a teljes struktúrát, és vissza kellett mv-zni mindent, és nem tudtam, hogy ez majd jó lesz-e így? (vagyis sejtettem, hogy igen...)
a múltkor meg azon vitatkoztam egy ismerősömmel, hogy a bios ideiglenesen (vagy akár végleg) "megcseréli" a meghajtókat, ha másik hdd-ről állítom be a bootloást. pl. ha hdd3-ról bootolok, akkor ideiglenesen azt teszi meg hdd0-vá. ez egészen addig így is marad, amíg a program/os a bios-t használja. de mikor a kernel elindul és detektálja a hardvert, akkor ő már a tényleges meghajtósorrend szerint fogja hozzárendelni a dev-eket. úgyhogy a kaland úgy folytatódott, hogy megnéztem grub-bal, hogy hová is telepítsem a grub mbr részét, és az azt írta ki, hogy (hd3). erre rá is raktam a grub-ot és beállítottam a menu.lst-t is, hogy root=(hd3,4). csakhogy így persze nem bootolt, mert induláskor a bios a hdd3-ból hdd0-t csinált, és a grubban root=(hd0,4) kellett.
és ami még nem működik: az usplash-on oda-vissza futkorászik a csík, de annál a résznél, amikor a csík folyamatosan végigmegy, akkor átkapcsol szöveges módban és nem mutatja az usplash-t. ez nem tudom, miért van.
- A hozzászóláshoz be kell jelentkezni
Ha lemez bővítést vagy egyszerűen klónozást készítesz, ne használd a dd-t!
Inkább cp-vel vagy rsync-el csináld, mert így nem szükséges
azonos méretű particiókat(-ról, -ra) másolnod.
+1
Ha még "él" a régi vinya klónozd újra!
De ne dd-vel! :)
- A hozzászóláshoz be kell jelentkezni
még megvan a régi is... akkor majd újra csinálom.
mondjuk legeslegelőször, mikor ilyet csináltam, én is cp-vel nyomtam át mindent és nem működött (hasonló módon, grub elkezdett tölteni, a rendszert meg is találta, elkezdte tölteni, majd elhalálozott félúton, csak nem tudom, mitől). úgyhogy azóta gparteddel szoktam csinálni, csak az agyamra megy, hogy folyton bemountol minden szart aztán meg még ő ugat, hogy nem bírja csinálni a dolgát, mert fel van mountolva a fájlrendszer. (csak minek mountolja fel akkor, könyörgöm?!)
úgyhogy átszoktam a dd-re gparted helyett (mert végülis az is dd-vel másol)
és eddig mindig működött.
azt viszont továbbra sem értem, hogy miért van az, hogy egyik bootoláskor ugyanaz a vinyó /dev/sda. műsik bootoláskor meg /dev/sdd?? szerintem ez teszi be neki a kaput, mivel egyszer sikerült elindítanom a rendszert, mikor minden jó volt...
szerk: ja egyébként fsck.ext3-mal leellenőriztem az új fájlrendszereket, és minden oké velük.
- A hozzászóláshoz be kell jelentkezni
Az uid-ket kellene neki megadni, ez lehet az ok szerintem.
- A hozzászóláshoz be kell jelentkezni
Fstab-ot be tudnád ide rakni?
- A hozzászóláshoz be kell jelentkezni
most nem, mert az otthoni asztali gépemről van szó, de majd ha hazamegyek.
amúgy nincs benne semmi különös, csak annyi, hogy nem uuid-k vannak benne, de majd lehet visszaírom arra, és akkor mennie kéne.
de előbb inkább kipróbálom az újramásolást tar-ral. ha hazaértem.
- A hozzászóláshoz be kell jelentkezni
Én úgy szoktam csinálni, hogy mielőtt a partíciókat átmásolnám 1 megát (tudom, hogy sok, de egysezrűbb, mint egy kicsit gondolkodni) átteszek a /dev/hdc elejéből. Így az összes boot és partíciós tábla is átmegy. Ezután a partíciók a helyükre kerülnek és utána növelem átméretezve a partíciót vagy LVM-mel.
- A hozzászóláshoz be kell jelentkezni
Nem nyitok új topic-ot a "problémám" miatt.
Én hamarosan hasonlóba fogok bele, két rendszert is kell költöztetni, az egyik egy linux, ami tulajdonképp a 14GB-s partícióról a szomszédos 12GB-ra költözik, mert a 14GB-ot egy jól összelőtt, de egy másik (és az egy kétmagos procival megáldott) gépen nem induló FreeBSD kapja meg, ami már több mint 7GB.
Arra gondoltam, hogy mivel van PCLinuxOS Live_CD, így csak megcsinálom a 12GB-ra a reiserfs-t és live_cd módban felmountolgatom a partíciókat, majd:
rsync -avr /innen /ide
És utána csak a mountpoint-okat kell átálítani, hiszen gépen belül maradt.
A FreeBSD kicsit viccesebb lesz. És erről szól a problémám, szóval úgy gondoltam hogy:
Először csinálok egy FreeBSD alaptelepítést a 14GB-ra, így az UFS partíciók már kész lesznek. Lementem a konfig file-okat (rc.conf.backup, loader.conf.backup). Előveszem a másik HDD-t, és a Freesbie Live CD-t, majd felmountolom a partíciókat, és a fenti rsync utasítással átrakom.
Sajnos rövidebb megoldást nem találtam. Már így költöztettem FreeBSD-t csak ott a vas változatlan maradt, itt viszont eleve:
más proci (s775 -> s478)
más alaplap (Gigabyte -> ASUS)
más HDD (western digital -> seagate)
más memória (2*256 -> 256+1024)
lesznek.
Szerintetek fog működni a költöztetés után is a FreeBSD-m?
Eddig a legjobban összerakott rendszerem és sajnálnám "kidobni", mert heteken át reszelgettem, még újonc vagyok benne.
/mazursky
Love your job but never love your company!
Because you never know when your company stops loving you!- A hozzászóláshoz be kell jelentkezni
Nem tudom, bsd-t nem klónoztam. :)
Debiant,Gentoot többször is.
PII-es gépről P4-re és vissza, ill: VXL-ről P4-re.
A grub.conf és fstab szerkesztés után rendben ment minden.
A gyári kernelt használom, így nem volt gond a modulokkal.
Gentoo-nál meg modulosan beleraktam mindent,amire szükség lehet :)
- A hozzászóláshoz be kell jelentkezni