80GB >> 160GB

Merevlemezek, vezérlők

sziasztok!

van egy 80as winyón 2 linux meg egy windows
meg lehet csinálni, hogy ezt egy az egyben átpakolom egy 160asra, mondjuk úgy, hogy az utolsó 80 giga marad szabad. vagy valahogy egyszerűen?

köszi

  • 1245 megtekintés

( padawan | 2008. 02. 07., cs – 10:34 )

Mi jelent az, hogy az utolso 80G marad szabadon? :)

Egyebkent meg a 160ason is letre kell hozni annyi particiot amennyi a 80ason volt (gondolom min. 3) es a atmasolni ra a cuccokat, majd lilo/grub MBR frissites.
A linuxok elmeletben gond nelkul atmasznak, de szeintem windows alatt nem lehet ilyen egyszeruen kicserelni a winyot.

Ha a teljes device-t másolod, akkor a partíciós táblát is átmásolod, tehát a régi partíciókat nem kell létrehoznod. Előtte ellenőrizd a C/H/S adatokat, mert ha nem hasonló a két winchester geometriája (H és S értékek különböznek), akkor megjósolhatatlan a végeredmény.

( mazursky | 2008. 02. 07., cs – 12:48 )

Most komolyan! A tag még kezdő, de ez nem baj.
Ilyen esetben talán az lenne egy tuti megoldás, hogy kb ugyanolyan elrendezésben lértehozza az egyes partíciókat az új vinyán, ahogy az a régin is volt. Ezután boot-ol egy live-CD-vel és direktben átmásol mindent. És ez már független a geometriától.
Javítsatok ki, hogy ez miért is nem lenne jó? csak azért mert én is hasonló gondban leszek néhány giga "elfogyása" után...

/mazursky

forcsa dolgok történnek itt
fdisk /dev/sdb, szanaszét particionálom:
gyártok 3 oarticiot, sdb1, sdb2, sdb3 aztán w
mount /dev/sdb1 /media/akarmi, erre közli hogy mount : nincs ilyan fájl vagy konyvtar
hmm... fdisk /dev/sdb, p, és ott van az sdb3-am
ezt azért csináltam mert próbáltam cp-vel, ugyanis dd if=/dev/sda/ of=/dev/sdb3 -ra kiirta hogy nincs hely, 500valahány megát másolt... /dev/sda3 kb 35 giga, sdb3 pedig 37 giga

hmmm

Az előző indulásnál még nem volt sdb3 partíciód ezért a devfs nem hozta létre a 

/dev/sdb3

spec. fájlt. A reboot ezt egyszerűen megoldotta volna. Egyébként szerintem 

/media/sd3

mount pont sem létezett, nem tudom melyikre vonatkozott a hibaüzenet...

Szerk:

Bocsi, kever(t)em a devfs-t az udev-vel :-(((
De a probléma ugyanaz...

A linux filrendszerek tartalma tényleg átmásolható egy "

cp -a

" paranccsal, de hogy ez mit produkál NTFS partíción, ezt még nem mertem kipróbálni :-)

Az egész kérdés csak teoretikus, hiszen a mai wichesterek (szinte) mindegyike 255 fej / 63 szektor formátumú, eltérés csak a sávok számában van. Éppen ezért lehet egy "

dd if=/dev/sda of=/dev/sdb

" paranccsal átmásolni a boot szektortól kezdve az összes partíciót. Ráadásul ilyenkor a fájlrendszerek UUID mezője is átkerül, még a menu.lst-hez sem kell hozzányúlnia.

Tudom, nem túl hatékony, de egyzerű és eredményes megoldás.

Akkor itt a lehetőség tesztelni a "cp -a" -t. ;~))
Szerintem kérd meg rá a srácot, egy próbát megér, legfeljebb nem jó amit átmásol, és akkor tudni fogjuk, hogy NTFS-en nem megy...

Viszont GRUB-on belül írtani kell az UUID-et, tiszta hülyeségnek tartom. Az ubuntunál ez volt az egyik amivel felidegesített, a többi az internet-idő-szinkronizálás, a hangkártya-modulok randomizált betöltési sorrendje, az 1280*1024 felbontás, meg az okos network-manager (ami nem találta el a hálózatot), stb...

Szóval jobban jársz, ha a GRUB-on belül az eszköz becses nevét írod, semminthogy matricákkal kínlódj, amiket aztán meg nem lehet jegyezni.

/mazursky

En is csak azt tudom mondani, hogy a UUID-eket nehogy kiirtsd. Ha teszemazt atrakja az ember a winyot primary slave-nak, vagy atrendezi a SATA slotjait, bizony csunyan pofara lehet esni. UUID alapjan viszont szepen megtalalja. En most azon tunodok, nekivagok a netnek hogy ezt a peccset beszerezzem, mert a gentoo nem tudja.

( barii | 2008. 02. 07., cs – 13:08 )

valszeg ez a if=/dev/sda of=/dev/sdb tökéletes lesz
nem tudtam hogy a dd megy lemezre is, azt hittem csak partícióra
kösz a segítséget...

( sany | 2008. 02. 07., cs – 13:53 )

Ha nem azos a particio/lemez méret, ne dd-vel csináld! Inkább cp vagy rsync