Particionálás újabb linuxokon

Linux-haladó

Az utóbbi napokban többször is szembesültem azzal, hogy valami nagyon nincs rendjén az újabb linux rendszerek (debian, ubuntu 9.10 - 10-10) partíció kezelésével kapcsolatban.
Talán a gparted valamilyen bugja lehet a háttérben, mert annak szokása hogy egy művelet után kilép és amíg le nem takarítok partíciókat, addig nem is hajlandó elindulni.

Tehát, mit nem szeret a gparted:
- formázatlan partíciók
- a particíó bejegyzések sorrendje eltér a lemezefelületen lévő sorrendtől (csak tudnám akkor miért úgy hozta létre)

Ami szívás volt vele eddig:
- ubuntu 9.10 és 10.10 live lemezről próbáltam kiterjesztett particióból kihozni helyet. Egyik ott lévő, sorrendben első partició helyét. Hely felszabadítása jól ment, a kiterjesztett átméretezése is jól ment, de amikor létrehoztam egy újabb kisebb particiót a kiterjesztett elején (kötött lenne a particiók sorrendje, ezért kellett volna), akkor azt későbbi sorszámmal látta el és ettől azonnal kilépet, utána addig el sem indult amíg fdisk-kel le nem töröltem azt.

- Új gép telepítése előtt, ubuntu 10.10 live-val particionáltam volna, de formázni nem akartam a particiókat. Ettől szintén elhal a gparted, fdisk-es takarítás majd az új particiók fájlrendszerre formázása után minden ok.

- Másik gép, két pata lemezből szoftveres raid1 létrehozása. Majd azon particiók létrehozása. Nem képes a debian 6 netinstall lemez particionálója létrehozni a particiókat (60GB / ext3, 5GB swap, 15GB /tmp ext3). Az utolsó elhagyása után mégis telpül, grub nem telepíthető mbr-be. Ez is gparted-et használ talán?

Szóval, ennyire silány a gparted és a telepítőbe épített particionáló, vagy valami más probléma miatt nem lehet varázslón kívül normálisan felosztani a lemezeket? Nagyon nincs mit elrontani particionáláskor, mert olyan egyszerű művelet mint egy faék...

Üdv,
azbest

  • 6255 megtekintés

( Formind | 2011. 03. 19., szo – 14:39 )

Igen, nem sikerült nekik...
Nálam is csak az fdisk-el megy, ha nem a "varázslót" használom.

( VaZso v | 2011. 03. 19., szo – 14:43 )

fdisk-nek van egy olyan opciója az "extra functionality (experts only)" résznél, hogy "fix partition order".

Valamelyik gépen már beleütköztem a partíciók rossz sorrendjének problémájába, de nem tudom, eredendően mi hozta őket létre.

Amúgy még nem volt különösebb problémám gparteddel. Attól eltekintve, hogy ha gondot talál a lemezen, akkor vagy hibát jelez az egészre vagy azt mondja, nincs partícionálva.

A napokban pl. öcsém egy régebbi Ghost mentést szeretett volna visszatölteni, de a program hibára panaszkodva el sem indult.
Mint kiderült, a probléma az volt, hogy egy másik merevlemezen lévő NTFS partíció túllógott a lemez fizikai méretén.
Ezt több mint valószínű, hogy Partition Magic követte el, mialatt egy másik (!) merevlemez tartalmát volt hivatott módosítani.
Korábban gond nélkül futott a Ghost.

Erre pl. Gparted azt állította, üres, fidks/cfdisk használható volt. A partíció rendezése után jól látta és az eredeti probléma is megszűnt.

( vl v | 2011. 03. 19., szo – 14:50 )

Hát akkor ezek szerint fostalicska.

Nekem a cfdisk/sfdisk/fdisk programokkal még sosem volt bajom. Ha nincs semmi különleges furmány, a cfdisk a legfrankóbb, bár azzal nem lehet mindent megcsinálni (pl. nem sorrendben levő primary partíciókat kreálni :), az sfdisk meg olyan mint a szike: pont azt csinálja, amit az ember mond neki, de avatatlan kezek nem tudnak vele bánni...

Erre én is emlékszem. Elég jól bevéste az agyamba, mikor egy partíció típusát módosítottam, majd "paraszt üt s-bill." mentés céljából, erre ez minden rákérdezés nélkül törölte az mbr-t és létrehozott egy SunOS partíciós táblát. Hogy is fejezzem ki maga, elég ideges lettem.

A módosítások mentésére amúgy a w (write) szolgál...

( 4fonya | 2011. 03. 19., szo – 17:01 )

Én az fdisk-et szoktam használni és azzal még nem volt bajom.

( tovis v | 2011. 03. 20., v – 13:15 )

A legfrissebb telepítésemben is jelentkezik egy olyan furcsaság, hogy az első partícióm (elsődleges itt a rendszer), valami 1.05M "free space" és utána is van egy ilyen "free" izé (egyébként a következő az már mind logikai partíció) - cfdis -kel néztem a már telepített, egyébként működő rendszert.
Kisérletezés, piszmogáskor, gyakran szoktam "újrahúzni" a rendszert tar.gz mentésből, egy RIP Linux segítségével, kézileg particionálok. Akkor persze ilyen "free space" -eket nem csinálok bele :)
(PXE boot + netinst Squeeze)

* Én egy indián vagyok. Minden indián hazudik.

most szívtam egy sort vele... ubuntu 10.10 live disk utility -vel sikerül normálisan létrehozni a szoftveres raid1 tömböt (persze mdamd-ot apt-ge installolni kellett), megparticionáltam vele. Utána erre már felment a debian6, majd a grub nem volt hajlandó sehogy sem települni.... google szerint nem kompatibilis a debian6-hoz adott grub bizonyos mdadm verziókkal... na itt gyalultam le az egészet és ubuntu server 10.10-et raktam... ami szintén nem hajlandó úgy particionálni ahogy én akarom, de legalább nem home-nak (szerver esetén üres helynek) akarja használni a merevlemez nagyrészét, hanem viszonylag értelmesebb a varázsló által kínált méret... na erre felment a grubja is... de nagyon gáznak tartom, hogy gányolni kell particionáláskor, ha nem követem a varázslót.. bocs tündért...

Az volt a cél, de végül ubuntu server lett belőle, mert az legalább jobb felosztási arányát ad automata particionáláskor - egyébként az is kötözködött, ha magam akartam beállítani a particiókat.... Korábban már írtam is valahol hogy akartam felosztani, semmi extra...

Amikor debian felment az ubuntuval létrehozott raid-re, akkor debian live pendriveről próbáltam telepíteni grub-o, de kompatibilitási okokból nem ment.
Mindegy, végülis megoldódott ubuntu server-rel... csak sajnálom, hogy ennyire el tudják venni az ember kedvét ha nem a varázslót követi. Sokat esett a szememben a debian-ról alkotott kép.

üresből, a raid létrehozása után hoztam létre azon mbr típusú particiós táblát.
expert módban elképzelhető lehet... a normál telepítési módban a raid1 létrehozása utáni particionálásnál hajlamos sikertelen lenni... ha ez volt a nem expert mód, akkor nagyon félresikerült

Ubuntu 10.04 LTS server

Testre szabott raid1-es lvm-re tudsz ráugrani telepítéskor.

Már elsőre féllábú raid1-en indul.

uhu 2.1 alatt kreált raid6-os lvm-es tömböt hiba nélkül berántott.

fstab-ba persze kézzel kellett beírni a felismert /dev/mapper/...-t

Szerintem te legyél a varázsló aki megmondja: mi, hol, mekkora, milyen.

Párbeszéd 10.10 desktop install elején, aszongya:
- Nem üres a diszk!
- Nem baj, csináld!
- De baj, nem csinálom!
- Jó, akkor partícionáljunk!
- De nincs hely!
- OK, ne csinálj semmit!
(Vége főcím).

Szerk.
Már megint a gyorsvonat után eresztettem le a sorompót. :)

Semmikepp nem kell elore particionalni.
Amikor a telepito odaer hogy "Load extra installer components?" vagy mi (expert modban kerdez csak ra), akkor kijelolod a cfdisk-et, majd miutan betoltotte atmesz a kettes VT-re (ALT-F2) es boldogan cfdisk-elsz, amig el nem unod.
Mar legalabbis en igy csinalom, amikor epp valami nem tetszik, de altalaban titkositott LVM-mel, RAID-del, anyamkinjaval egyutt sem szivat marhasagokkal. Nem 4k szektoros HDD-vel probalod veletlenul?

Pl itt egy leiras:

http://princessleia.com/journal/?p=1357

(diohejban:
- load installer componentsnel bejelolod a network console-t,
- beallitod a halozatot (DHCP vagy kezzel) es
- Continue installation remotely.

Erre general SSH kulcsokat, ker egy jelszot es mar csatlakozhatsz is az installer@ipcimed -re a megadott jelszoval. Csatlakozas utan nem shell-t kapsz, hanem a telepitoben talalod magad.)

( tovis v | 2011. 04. 28., cs – 16:14 )

FUN:

Nagyon aranyos :)
Bénáztam össze-vissza és sikerült root -nak egy 8 MBájtos partíciót beállítanom - szépen feltelepült, és csak akkor lett gyanus adolog amikor a boot során lerekedt, egyébként egy szót nem szólt :)

* Én egy indián vagyok. Minden indián hazudik.

( Fisher v | 2011. 04. 28., cs – 15:04 )

Tudom hogy rajtad nem segít, de az LVM egy rakat problémától megszabadít. Mostanában két gépet raktam össze (gond nélkül) raid1+lvm kombóval, és a telepítés során a leggyengébb láncszem a grub2 volt, de az is okosítható.

( Oldman (nem ellenőrzött) | 2011. 04. 29., p – 10:34 )

A gparted IMHO egy nagy rakás f.s jelenleg.

Abból hogy ezt akarod használni, ráadásul ubuntu alatt, abból hogyan következik hogy "valami nagyon nincs rendjén az újabb linux rendszerek (debian, ubuntu 9.10 - 10-10) partíció kezelésével kapcsolatban"?

Alább már többen leírták, hogy a gparted mellett létező többi tool-t gond nélkül használhatod.

Mivel a telepítő felületbe integrált particionáló használhatatlan, így némileg jogosnak érzem a kijelentésemet.
Ha külön workaround kell egy telepítéskor, akkor az a disztribúció összeállítóinak sara == a disztribúció sara. Persze, hogy minden megoldható, lecserélhető, helyettesíthető, de akkor ez már nem debian vagy ubuntu.

( tovis v | 2011. 05. 19., cs – 16:26 )

Na most már nekem is beintett :(
Debian Squeeze telepítés, PXE/netboot - frissen az ftp.de.debian.org -ról.
A terv 2 db 500G diszkre RAID1 rendszer = 5G, swap = 8G (4G RAM) és ami marad az mind home. Az expert által felkínált kézi partícionálás helyett, szépen parancssorból, cfdisk a /dev/sda majd "#sfdisk -d /dev/sda | sfdisk /dev/sdb" - kész a partícionálás. A telepítőnek meg kellett magyarázni hogy ezeket a partíciókat kell használni, és mire, de minden szépen lement. Base system telepít, csomagkezelő beállítása majd lilo telepítés. Itt beütött a ménkü, először kijelentette nem tudja telepíteni a lilo csomagot!? Aztán a napló konzolon, látom hogy valamit az LBA32 -ről karattyol, ezt az üzenetet csak a lilo küldhette. Aztán megpróbáltam manuálisan elindítani a lilo -t:
#/targetz/etc/sbin/lilo -v 5 -C etc/lilo.conf -b /target
Mire kijelentette hogy inkonzisztencia van a raid tipus körül az egyik szerint 0.9 a másik szerint 1.2 és nem hajlandó feltenni a lilo -t.
Az mdadm -nak van egy olyan kapcsolója, hogy "-e" amivel ezt a típust lehet állítani, de akkor még mindig nem érthető a két különböző válasz. Próbéltam RIP segítségével, de ot nem tudtam /dev/md0 -t csinálni csak md125. A Debian Live szintén sem segített. Végül elindítottam a telepítőt rescue módban de ott ughyan abba a hibába ütközöm.
Most megpróbálok egy telepítő CD -t letölteni - az első általában nekem elég, a többi jön a netről. A bosszantó csak az hogy már az alapot feltelepítettem.
Mit próbálhatnék meg?

* Én egy indián vagyok. Minden indián hazudik.

( bitvadasz | 2011. 05. 19., cs – 16:58 )

Azt nem értem, miért nincs az összes újabb verzióban a 10.04 LTS serverben telepítéskor remekül működő partícionálás.
Az otthoni desktopra is kénytelen voltam ezt felrakni, és install ubuntu-desktop utólag, mert hiányoltam a direkt desktopos változatnál a partícionálási szabadságomat.

Valahogy kényelmesebb nekem egyből féllábú raid1-re telepíteni, nem utólag szarakodni ezzel.