Dotaz: rozdělení disků - swap a hlavní disk

[TomasABC32]

Příloha:

• gparted-disk.png (57464 bytů)

Zdravím, rozdělil jsem si disk dle obrázku v příloze. Nainstaloval jsem linux na /dev/sda2 a odkladací swap jsem dal na /dev/sda1 a má 100 MB. Mohu to takto nechat, nebo byste to udělali jinak ?

---

---

Odpovědi

[Peter Golis]

Kľudne to tak nehaj. Len neviem načo ti bude ten SWAP.

[TomasABC32]

taky nevím, ale instalator mě vyhlásil, když jsem mu tam žádný nezadal.

[Dalibor Smolík]

V minulosti jsem se různě dočetl, že by swapovací oddíl měl být velký minimálně jako RAM. Nevím, jak je to dneska.

[Peter Golis]

Ja som zas v minulosti čítal že 640K RAM bude stačiť každému.

Ak máš dosť RAM na to aby si nepoužil SWAP a neplánuješ ani hibernovať, tak SWAP nepotrebuješ.

[Kit]

Pokud potřebuješ hibernovat, tak se na swap hodí zhruba 1,5násobek RAM. Pokud ne, dá se ten swap běžně za provozu vypnout a jede to také. Jen je o něco méně místa na buffery a cache.

[Josef Kufner]

Není pravda. Na hibernaci je potřeba uložit obsah paměti do swapu. Takže stačí swap stejný nebo větší než je paměť. Trik je v tom, že aby hibernace vždy prošla, je potřeba mít ten swap prázdný, jinak se obsah paměti nevejde. Takže je potřeba ten swap mít nejlépe vypnutý a teprve před hibernací ho povolit.

[Jendа]

Při hibernaci se ukládá jenom využitá paměť (zahazuje se třeba cache) a navíc se dá volitelně komprimovat. Když jsem hibernovával, tak zapisovaný image míval tak 50-60 % velikosti RAM.

[Kit]

Podle uvedených údajů bych řekl, že nejsme v rozporu.

[k3dAR]

100MB je ti na nic, system do toho nehibernujes, kdyz by ti dosla (jakkoliv velka RAM) tak 100MB je tak malo ze to nepomuze v zadnem pripade, vyjimkou by mohl byt SW kterej vyzaduje pritomnost SWAP i kdyz mu na nic neni :)

[TomasABC32]

hmm co s tím ?

[Petr Tomášek]

Nic? Trápí tě to? Nestačí ti swapovací soubor? (nové kernely do něj už snad umí i hibernovat)

[Josef Kufner]

Na hibernaci to stačí, jen potřebuje ještě swapovací soubor. Oddílu se na swapování nastaví nižší priorita a funguje to. Před uspáním se vše odsune do swapu a díky nízké prioritě se použije swapovací oddíl až jako poslední. Výhodou je, že velikost swapovacího souboru lze snadno měnit.

[Kit]

Kdybych si s tím chtěl vyhrát, dal bych 1 GiB na kořenový FS Linuxu a zbytek (včetně swapu) dal do LVM, pomocí kterého se to místo dá přerozdělovat za provozu.

Současné rozdělení se mi jeví jako nešikovné, ale žít se s tím jistě dá.

[Jendа]

dal bych 1 GiB na kořenový FS Linuxu

Tj. aby tam zbylo /boot, /etc, /bin a /sbin a všechno ostatní měl připojené jako samostatné oddíly z toho LVM? To jsem ještě nikde neviděl a přijde mi to praštěné (bude to vůbec fungovat? mně se do 1 GiB stěží vejde /lib, a bez toho nespustíš ani ten mount, protože nemáš dynamický linker).

Když už, tak dát zvlášť /boot, ale i to je přežitek, protože GRUB bez problému umí číst i LVM a MD-RAID a teď už i dm-crypt.

[Peter Golis]

Když už, tak dát zvlášť /boot, ale i to je přežitek, protože GRUB...

V tom prípade je si chyba že mám samostatný /boot/efi. No, dúfam že sa to tu nezvrhne na typické "Ja si myslím, že môj názor je najlepší. A ostatní sa tým pádom podľa mňa určite mýlia". Ale, zvrháva sa to tu na to.

[cronin]

Opytujúci sa nezadal prakticky žiadne relevantné údaje, takže je ťažko koštruktívne radiť.

[Kit]

Bez obav. Je mi úplně jedno, jak si svůj disk rozdělí. Popsal jsem jen svoji konfiguraci, se kterou jsem spokojen.

[Peter Golis]

Vzhľadom na veľkosť jeho SWAPu by som odhadoval že asi nebude používať hibernáciu, a tomu Mikro SWAPu zruší pripájanie. Tým pádom, ak mu to štartuje, tak už nepotrebuje radiť. Len sa pýtal či môže očakávať nejaké problémy v budúcnosti.

[theseuszn]

Bát se nemusíš o ty "názory", tady snad nejsou vztahovačný jelita. Samostatný EFI se měl taky, ale když tam nemám wokna tak na co... Nevidím v tom žádnej přínos, leda v tom že všechny partišny v GPT jsou primáry a může jich být hafo. Takhle, já su na AMD platformě, tak proto vše v "Legacy" režimu a disky na MBR tabulkách. Chodí to na rychost stejně tak proč si komplikovat život. Až v UEFI budou výrobci jednotní, tak pak snad jo nebo s použitím SSD disků, jinak ne. Do tý doby má UEFI v mým kompu "zákaz výcházek do odvolání" :D

[Peter Golis]

To že v použití (U)EFI nevidíš prínos ešte neznamená že tam nie je. Ale ak nevyužiješ ani logické disky nad 2T a ani vlastný kľúč na uzamknutie BOOTu, tak to pre teba nemá význam.

[theseuszn]

"Peter Golis": Peter, asi si se přehlídl s touto tvojí reakcí. Ten 2TB disk má tazatel a ne já a ani takovou kapacitu nepotřebuji. Nejsem stahovač kdečeho a uzamčení BIOSu opravdu nevyužiji. Nesíťuji, nesdílím a ani na sebe jakkoliv jinak nevážu žádné jiné počítače, nemám k tomu žádný smysluplný důvod.

[Peter Golis]

Nie je mojou chybou že nevyužiješ prínos danej technológie. A ak to nemáš ako alebo prečo využiť, tak ani tvojou. Ale ak ti vadí že ti niekto nedá lajk na príspevok, tak si daj ten príspevok niekde kde tie lajky dávajú.

[Josef Kufner]

Grub umí načíst kořenový file systém z LVM, dokonce i ze šifrovaného LVM. Samostatný /boot nebo / už není nutný. Stačí EFI oddíl a zbytek do LVM.

[k3dAR]

spis staci Legacy a jedna primarni LUKS partisna v ktere je LVM, a lv-boot, lv-root, lv-home, lv-swap, lv-cotenapadne ;)

[Kit]

Dělal jsem to v době, kdy EFI bylo ještě v plenkách a dnes nemám důvod to předělávat.

[Jendа]

EFI s tím nesouvisí, tohle se vejde do stage1.5.

[Andrej]

Neexistuje žádný technický důvod k oddělování „kořenového“ oddílu od zbytku. Za provozu se místo ideálně přerozděluje pomocí souborového systému. Právě k dynamické správě diskového prostoru je souborový systém určený. Mám několik strojů s jedním jediným oddílem, který sdílejí (až) tři různé distribuce. Každá distribuce má podle potřeby přístup k veškerému dostupnému diskovému prostoru a neexistuje tam žádné pevné nebo napůl pevné (LVM) dělení diskového prostoru.

[cronin]

Ak máš 2TB disk, tak asi ani operačná pamäť nebude anemická; aspoň dúfam.

Aby sme Ti mohli aspoň približne poradiť, potrebujeme vedieť:

1) Koľko máš operačnej pamäte.

2) Aké máš disky.

3) Ako mieniš systém používať.

[theseuszn]

Příloha:

• gparted.png (40430 bytů)

Na ukázku vystavuju, jak mám udělanej disk se svym linuxem. Tvý dělení je opravdu dost divný, chtělo by to, aby sis trochu osvojil přípravu disku a uměl sis jej připravit pro svoje potřeby.

[theseuszn]

Jen ještě dodám, že důležitá data a multimediální obsah mám na druhým fyzickým disku. Ten volný prostor na aktivním disku na obrázku asi nevyužiji, protože z podstaty věci tam nemám co dávat. Home mám zvlášť kvůli případné rychlé reinstalaci OS se zachovaným obsahem. Zdroje s klíčema a doinstalovaným případným softwarem mám zazálohované přes Aptik. Takhle už funguju 4-tým rokem, no problémo a ikdyž ten disk není vhodný do desktopu, je v tomhle nastavení svižnej...

[lertimir]

Naprosto nechápu proč mít nepoužívaný prostor. už třeba v tom že FS s nižším obsazením bude mít menší fragmentaci. Snad jedině když bych měl SSD s velmi masivním zápisem, tak mu poskytnout prostor pro realokaci a mazání buněk, ale to by musely být desítky GB denního zápisu.

[theseuszn]

"lertimir" Hlavní důvod nevyužitého prostoru je ten, že když mám disk připraven, tak jak je na mnou uvedeném snímku, je ten, že ten disk je primárně pro laptopy a divil by si se, je to očividně rychlejší, než při plném využití. Samozřejmě v rámci plotnového disku. Zkoušel jsem samozřejmě i jiné kombinace, leč u takového to "slimáka" mi to takhle vychází nejlíp, ať už se to někomu zdá nebo ne. Ta pětistovka je: ATA WDC WD5000LPLX-0 s 32MB vyrovnávací pamětí. Pokud stále platí, že disk zapisuje od vnějšího kraje plotny, kde je disk nejrychlejší, má to svoje opodstatnění. Jinak samozřejmě dík za názor.

[Josef Kufner]

Pokud ti funguje Trim, tak je jedno, zda máš ten prostor v podobě prázdného místa na filesystému nebo není vůbec alokovaný žádným oddílem. Jen když ten prostor potřebuješ, tak je obtížnější ho využít.

[Jendа]

Je to rotační disk.

Přijde mi to divné. Maximálně se může ušetřit na přesunu hlaviček.

[lertimir]

A možná trochu vyšší rychlost sekvenčního přenosu na větším poloměru. Každopádně v roce 17 jakkoliv uvažovat o rotačním disku do laptopu je nesmysl. Už 3 nebo 4 roky nikde nemám rotační disk jako systémový pro aktuální a pracovní data.

[Jendа]

A možná trochu vyšší rychlost sekvenčního přenosu na větším poloměru.

Ne. A taky jsem si vždycky myslel, že se u disků začíná odprostředka.

Každopádně v roce 17 jakkoliv uvažovat o rotačním disku do laptopu je nesmysl.

Pro velké kapacity to pořád vyjde levněji (a taky když kupuješ repasovaný notebook, tak k tomu typicky rotační disk dostaneš).

[Karel Rys]

S tou větší rychlostí čtení/zápisu na "začátku" disku souhlasím - ostatně zkuste si třeba pomocí dd přečíst nějaká data ze začátku a z konce, ten rozdíl tam je znát.

[lertimir]

A možná trochu vyšší rychlost sekvenčního přenosu na větším poloměru.

Ne. A taky jsem si vždycky myslel, že se u disků začíná odprostředka.

Jenže se začíná od kraje. A první věta ve čtvrtém odstavci tvého odkazu říká přesně to, co já. Na větším poloměru větší rychlost přenosu, protože na otáčku je více sektorů. A že se začíná od kraje plyne z všech rychlostních testů disků. viz tady první z uživatelských obrázků pro 3. nejprodávanější disk na CZC. Vždycky máš na prvních sektorech největší rychlosti. 15 let do příchodu SSD jsem tam dělal malé oddíly pro swap, pracovní adresáře, systém, pokud jsem potřeboval rychlost.

[trubicoid2]

ano, naprostý souhlas s lertimírem, jen mám hezčí obrázek :) všechny rot disky se chovají v podstatě takto

taky dávám swap na začátek, pak / a nakonec /home

[Jendа]

Ou, to jsem to pěkně popletl. Sorry.

[k3dAR]

to tvy deleni je opravdu dost divny ;) na ukazku takto to mam ja ;)

[lertimir]

to ale musíš mít zavřený šifrovaný oddíl. GParted by ti jinak vypaslo i vnitřek.

[theseuszn]

"k3dAR": Navrhni tu tvou variantu původnímu tazateli. S přihlédnutím na jeho 2TB disk a stavem, ve kterým jej zatím má si nejsem úplně jistej, zda by to použil a využil, to už by asi bylo na jinou diskusi. V mé reakci jsem bral ohled na jeho dotaz. Možností je x, ale to není předmětem původního dotazu, to by jsme mohli psát romány a k ničemu by sme se nedobrali. Každý svý stroječky využíváme k různým účelům a o tom to je a ne se "otírat" o druhé. Každopádně, jak jsem tak koukal, tak tvá reakce, kdy se tentýž tazatel (tušim předevčírem) ptal na přejmenování labelu disku v NTFS, tak z praktického pohledu si z toho tazatel taky nic nevzal, byť jsi mu to navrhl dobře. Jak je dnes vidno na tom jeho 2TB disku, nic z toho, co si ty a ani kdokoliv jiný něco navrhl, se nekonalo. Takže o čem to je :)

[TomasABC32]

já bych to shrnul asi následovně. Děkuji všem za rady, vezmu si z nich poučení, ale jelikož na disku mám důležitá data a linux mi za těchto podmínek, které mám funguje dobře, nebudu již nic měnit. A v budoucnu u nového disku udělám nastavení zcela jinak. Zde jsem musel volit kompromis.

[k3dAR]

v budoucnu pro linux pouzij LVM ;)

[cronin]

$ cat /etc/fstab | grep -v -e '^#' -e '^$'
/dev/nvme0n1p1      	/         	ext4      	rw,relatime,data=ordered	0 1
/dev/nvme0n1p2      	/home     	ext4      	rw,relatime,data=ordered	0 2
/dev/nvme0n1p3      	/data     	ext4      	rw,relatime,data=ordered	0 2
$ df -h /dev/nvme0n1p?
Filesystem      Size  Used Avail Use% Mounted on
/dev/nvme0n1p1   32G   22G  8.2G  73% /
/dev/nvme0n1p2  126G   77G   49G  62% /home
/dev/nvme0n1p3   78G  3.4G   74G   5% /data