Pro KDE4 existuje KDE Partition Manager, který (zdá se) umí ± to samé.
Ale zajímalo by mě, jak dělíte disk. Když jsem zařínal s Linuxem, tam jsem ohledně tohoto problému googlil a narazil jsem na stránky nějakého maniaka, který měl extra partitionu úplně pro všechno (i pro /etc a jiné). Později jsem to zredukoval a mám teď partitiony:
/home - obrovský
/boot - asi tak na 4 - 5 kernelů (~150 MB)
/ ~ 5 GB (je to zbytečně moc)
/usr - ~10 GB
/var - ~ 4 GB; je prý dobré, když je extra, kdyby se splašilo jádro, tak aby nezaplnilo všechno nějakými logy.
a linux-swap, který je věčně prázdný, takže ho asi zmenším, nebo zruším úplně.
/ cca 30G -> vše (/, boot, root, home (který stejně nepoužívám...)
na tom mi vůbec nezáleží
/mnt/data -> NTFS data na které linux nesmí bez dovolení šahat!
to je to jediné co mě zajímá
nic jiného není potřeba
swap je u 4G naprosto k ničemu. Jediný smysl má u hybernace, ale ta je u linuxu stejně nepoužitelná, protože trvá 3x dýl než start systému (:
nechápu dodnes tu mánii některých lidí za každou cenu dělit disk - pak mají na každém pár giga místa a nejsou schoný nikam uložit nic většího
PS:
tyhle barevný vyprcávky jsou k ničemu, pak se dostanete k disku na kterém je raid nebo lvm a jste v pr...
zlatý fdisk
@ Jediný smysl má u hybernace, ale ta je u linuxu stejně nepoužitelná, protože trvá 3x dýl než start systému (:
Pravda, u mě taky probuzení z hibernace trvá déle než nabootování. Takže buď uspávám do paměti, nebo vypínám.
@ nechápu dodnes tu mánii některých lidí za každou cenu dělit disk - pak mají na každém pár giga místa a nejsou schoný nikam uložit nic většího
Já mám /home 160 GB a i po létech je na něm sposuta místa.
U mě probuzení trvá zhruba stejně jako nastartování, nicméně vyplatí se to, když máte pootvíráno pár aplikací, tak hibernace vám otevře přesně všechno jak bylo a vy můžete hned pokračovat kde jste včera přestali. To je velká výhoda.
Řešení jako KDE Session bohužel nepřinášení zdaleka takový komfort. Sice dokáže otevřít ty samé aplikace, ale už vás třeba nehodí na tu správnou stránku a tak podobně.
> Já mám /home 160 GB a i po létech je na něm sposuta místa.
Tak to vám závidím :) Já si jen z poslední dovolené dovezl fotek na 40GB. Měl bych napsat článek "používáme Digikam s opravdu pořádnou sbírkou fotek".
od doby co používám linux už bohužel také pouze uspávám a nehybernuji. A to nepočítám, že v 1/10 případů se navíc něco pos...
v tomhle ohledu zlatý widle... tam jsem měl na desktopu (noťasu) uptime několik týdnů běžně.
Největší sranda byla, že kolikrát jsem zapomněl že ten dopis co píšu jsem před týdnem napsal v jiné obrazovce, nebo že mám puštěný 2 matlaby a o tom jednom týden nevím...
taková sranda se mi pod linuxem stát fakt nemůže :(
Na desktopu dělám pouze dva oddíly:
/ - dnes většinou 8GB nebo 16GB
/home - zbytek disku
Podle některých zdrojů je dobré mít alespoň malý swap i když se nakonec nepoužije, takže mívám swap 256MB v souboru na /. U současných kernelů to již není problematické.
Na serveru obvykle odděluji /var a /tmp.
Presne tak.
swap 2G (nevim proc, vzdycky jsem to tak daval)
/ 25G (system pouziva tak do 15G, zbytek rezerva pro /tmp, obcas veci z home)
/home zbytek disku
A v momentu nejakeho divokeho upgradu home nechavam byt a pripojuji ho az kdyz je po vsem. S LVM si nejak nerozumim. Driv jsem mel jeste jednu 15G partici pro jiny system, ale moc jsem to neuzil.
Pozor, některé moderní linuxové distribuce těžce nesou, když je /usr na jiném oddílu než /. Sice to tak původně bylo zamýšleno, ale jak přibývá nový a nový software a usazuje se do /usr/bin a /usr/sbin, začíná to být problém.
Já třeba kvůli tomu dlouho zjišťoval, proč se mi během bootu nechce nastartovat bluetooth, když po nabootování jde spustit bez problému.
Disk rozděluji celkem klasicky:
/boot/ ~100MB
/ ~15GB
(2. /)
/home zbytek - swap
swap
Občas mám ještě druhou partišnu identickou s / pro případ přeinstalace systému. Tu pak řeším tak, že si připojím druhé / a debootstrap-em nainstaluju nový systém, přenesu konfiguraci a pomocí chroot odladím. A až je hotovo, tak udělám reboot a pokračuji v práci.
na /boot/ používám zásadně ext2, protože na notebooku, když jsem hibernoval s žurnálovacím fs na /boot/, tak grub při startu docela dlouho přehrával žurnál...
Osobně vidím smysl pro:
/ - musí být vždy
/home - zejména ve víceuživatelském prostředí, doma na desktopu podle chuti
/boot - pokud zavaděč neumí nabootovat z /, jinak je to vesměs nanic
/var - kvůli logům
/tmp - pokud člověk používá tmpfs nebo chce /tmp zvlášť šifrovat
Samostatné /usr je za normálních okolností k ničemu.
Nedavno jsem narazil na nedostatek, kdyz jsem potreboval prenest oddil na jiny disk a zaroven ho zmensit. Zasahum do zdrojoveho oddilu jsem se chtel vyhnout.
Toto bohuzel gparted jeste neumi :-/
Dale by se hodina funkce zalohovat partition do souboru. Vim je nekolik dalsich zpusobu, jak to udelat, ale pokud by to zvladal i gparted, byl by to ultimatni program.
Jednalo se o preneseni 25GB(10GB zaplneno) NTFS a 15GB(6GB zaplneno) ext4 na 30GB SSD (darovany) ze zdrojoveho HDD. Oba oddily jsem chtel zmensit a pokud mozno se nepoustet do operaci v souborovem systemu.
Mam spatnou zkusenost pri instalaci win XP na NTFS oddil vytvoreny s pomoci gparted v Ubuntu, kdy se zobrazoval BSOD do doby nez jsem v instalatoru oddil neodebral a znova ho nevytvoril. Proste jsem chtel pri prenosu do souboroveho systemu zasahovat co nejmene.
A nesnažil jste se NTFS oddíl přesunout? O téhle operaci je to chronicky známé a upozorňují na to také na MS Win fórech.
Se zvětšováním i zmenšováním NTFS oddílu přes (G)parted mám jen pozitivní zkušenosti. Tu poslední z předvčerejška. Windows (Vista) si jen na začátku spustili svůj chkfs a od té doby jedou normálně.
Já také zkoušel přesunout NTFS oddíl, loni touhle dobou, GParted to měl zablokované, KDEParted ne, a dopadlo to přesně jak varovali ve fórech - neexistující disk, ani záchranné Windows DVD si s tím nevědělo rady.
Ve fórech byli nějaké rady, ale zdálo se mi jednodušší Windows přeinstalovat.
Potřeboval jsem zmenšit NTFS oddíl a na zbylé místo nainstalovat linux. NTFS oddíl tam je, ale od toho okamžiku instalátor vidlí vůbec nevidí disk - normálně by měl tvrdit že tam jsou oddíly neznámého typu, ale on skončí s chybovou hláškou že není žádný disk. Když ho připojím přes USB kabel k běžícímu systému, můžu s oddílem normálně pracovat, linux z toho taky beží, ale bohužel já ty vidle k práci nutně potřebuju. V tuhle chvíli prostě používám jiný HDD, ale rád bych to časem nějak vyřešil.
Přitom nedávno na jiném stroji jsem přesouval oddíl s win 7, a prošlo to - sice mi pak sedmičky chvíli měly snahu tvrdit že jsem je ukradl, ale systém fungoval.
Funkce zalohy a obnovy oddilu v gparted by se hodila pro par mych znamych, kteri by upotrebili graficke rozhrani pro obnovu windows oddilu v PC kde je dualboot. Zatim jsem to vyresil ikonou v panelu, ktera spusti skript na zalohu a obnovu pomoci dd, ale je to proste moc prace, kdyz to mam znova vymyslet u nekoho dalsiho :)
jeste bych poznamenal, ze gparted umi i kopirovat celou partition z jednoho disku na druhy, coz je velmi pohodlne pri upgradu harddisku.
Ale je tu i druhy problem - windows. Zkusil jsem zkopirovat celou win partition z jednoho disku na druhy a nedokazalo to bootnout. Po nejake dobe se mi podarilo prijit na to, ze windows musi zustat na stejnem LBA sektoru jak byl na puvodnim disku. Coz bylo s gparted nerealizovatelne, protoze on uz neni schopen dat partition na 63. sektor, ale jenom na sektory delitene jednim megem. Musel jsem to udelat rucne, pak windows uz milostive bootnul.
Podle mě to bylo tím, že widlí bootsektory v sobě mají položku s číslem počátečního sektoru. To je duplicitní s počátečním LBA jednotky v MBR. Používá se to proto, že bootovací proces widlí nemá koncepčně vyřešenou návaznost rozdělení-jednotka-logické písmeno. Tak aby to nebylo zatížené ještě zpětným čtením MBR z BOOTu, tak je v BOOTu prostě to číslo. Widle-aware programy na úpravu jednotek tu hodnotu v BOOTu po dokončení přesouvání patchnou.
Pokud byste zabředl hlouběji do migrace Windows, zjistil byste, že je ještě potřeba v registru opravit userinit.exe na relativní cestu, aby to vůbec naběhlo a pak v mountpointech přeeditovat písmeno zpátky na C:, protože se změní GUID.
1) ext3 co nejvic zmensit
2) vytvorit co nejvetsi NTFS
3) zkopirovat co nejvic na NTFS
4) pokud je ext3 prazdne skoc na 8)
5) ext3 co nejvic zmensit
6) NTFS co nejvic zvetsit
7) pokracuj na 3)
8) zrus ext3
9) NTFS co nejvic zvetsit
Nic lepsiho me nenapada. Zmena FS sotva funguje pri ext2->3->4 nebo FAT32->NTFS.
Jsem tady na fóru známí spíše kritickými připomínkami, nicméně dobrá věc by se měla pochválit. Nedávno jsem naklikal skutečně netriviální změnu na svém disku, operace s primary i extended oblastí, přesuny a změny velikostí ext3 i NTFS. Jelo to nekutečně dlouho, přes noc, takže ani nevím, ale ráno jsem našel disk v perfektním stavu, nikde nic nechybělo, vše bootovalo. I moje předchozí zkušenosti jsou podobné.
Hezké by bylo i zmínit, že GNU Parted, na kterém GParted i KDE Partition Manager staví je víceméně jediný svého druhu v OSS (do jaké míry lze považovat cfdisk za alternativu?) Do jakého pro uživatele příjemného stavu to mohou projekty dotáhnout, když se neforkují a nemají zbytečné množství alternativ.