Rozdělení disku kvůli zálohování

[TIBOR]

Mam dojem ze tie bloky su skor "virtualne" a je jedno v akom oddiely su alebo co je na nich zapisane. Ak sa dobre pamatam tak sa zo zaciatku odporucalo nechavat na disku volne neobsadene miesto prave preto aby disk dokazal rovnomernejsie rozkladat opotrebovanie. No a disku bolo jedno odkial boli tie bloky a kam ich priradil.

[juwa2]

Mam dojem ze tie bloky su skor "virtualne" a je jedno v akom oddiely su alebo co je na nich zapisane. Ak sa dobre pamatam tak sa zo zaciatku odporucalo nechavat na disku volne neobsadene miesto prave preto aby disk dokazal rovnomernejsie rozkladat opotrebovanie. No a disku bolo jedno odkial boli tie bloky a kam ich priradil.

Ano, funguje to na úrovni celého disku.

[Gmisiycs]

Se SWAP souborem se data budou toulat po SSD disku zaručeně, ale jak je to doopravdy (ověřeně) s vyčleněným SWAP oddílem? Bude stát celý oddíl na fleku a data se budou přerozmisťovat v rámci jen tohoto oddílu? Nebo bude celý oddíl "putovní"?
A to, co jsem psal o běžném (rotačním) HDD a JOURNAL-u je jak? Já jsem někde četl, že JOURNAL se stará o nepřetěžování částí disku, ale ruku do ohně bych za to nedal. Nejsem natolik odporník, abych mohl prozkoumat kód JOURNAL-u a potvrdit to.

[juwa2]

Se SWAP souborem se data budou toulat po SSD disku zaručeně, ale jak je to doopravdy (ověřeně) s vyčleněným SWAP oddílem? Bude stát celý oddíl na fleku a data se budou přerozmisťovat v rámci jen tohoto oddílu? Nebo bude celý oddíl "putovní"?
A to, co jsem psal o běžném (rotačním) HDD a JOURNAL-u je jak? Já jsem někde četl, že JOURNAL se stará o nepřetěžování částí disku, ale ruku do ohně bych za to nedal. Nejsem natolik odporník, abych mohl prozkoumat kód JOURNAL-u a potvrdit to.

Na oddílech nezáleží. Data se "toulají" (trim) v rámci celého disku. O to se stará jeho firmware. Pouze je dobré, aby měl disk (jako celek) cca třetinu volného místa. Přitom jednotlivý oddíl může být klidně využíván na max. Větší SSD pak mívá zpravidla rovněž větší cache což je další výhoda....

Co se klasických HDD týče, je třeba si uvědomit, že rychlost těchto disků je (u všech bez rozdílu!) na začátku cca dvakrát větší než na konci. Tomu je dobré přizpůsobit rozložení oddílů (= swap zásadně na začátek!, pak systém a datové oddíly na konec). Na odezvě systému je to docela znát a rozdíl není zdaleka zanedbatelný....

Jinak k tomu "opotřebení", kdysi jsem to také dosti řešil (disky byly drahé), ale dnes, kdy cena dosti klesla, považuji SSD za "spotřební materiál" jako každý jiný. Pravidelně si dělám zálohu disku, a v případě že odejde, koupím nový, zálohu obnovím a jede se dál....

[Gmisiycs]

1) Na oddílech nezáleží. Data se "toulají" (trim) v rámci celého disku.
2) swap zásadně na začátek!, pak systém a datové oddíly na konec
3) považuji SSD za "spotřební materiál"

1) Máte link(y), nikoliv na výrobce, ale na důvěryhodné nezávislé nadšence či autority?
2) To je vcelku známý fakt, jen je srandovní, že Ubuntu umísťuje (umísťovalo) SWAP na konec HDD.
3) Dodnes nemám odvahu spotřebně odpalovat elektroniku, i když ceny klesají. Čas od času se zase přesvědčím, že nastala správná doba. Než se však dostanu k nákupu, naštěstí se najde člověk či recenze, která mne uvede do reality.

Včera jsem hodně brouzdal, hledal trmíny jako swap, ssd, hdd, životnost, rychlost, benchmark, mapa... V podstatě jsem na nic výživného nenarazil. Dozvěděl jsem se pár prkotin, které jsem neznal. Nejvýživnější byla asi wikipedia a pak stránka tvůrců ext4 kernel.org. Principy rozhazování dat na SSD jsem však nenašel.

Princip, jakým se SWAPFILE přesunuje na klasickém HDD jsem víceméně asi našel, ale musím to dostudovat. Vypadá to, že jde o "nechtěný" důsledek principu pro přidělování místa. Slovo "nechtěný" má být skutečně v uvozovkách. Takováto funkcionalita se nejspíš projevila jako důsledek jiné akce, než aby byla přímo zkoumána a úmyslně programována. Což nám ovšem neva, protože je to šik func.
Líbivý a názorný článek k rozmisťování dat na inux-mint-czech.cz dává představu, proč, jak a kdy se soubory založí jinde než minule. Musí se ale hodně domýšlet, protože problému přetěžování oblastí HDD se nevěnuje.

[panRajce]

Ahoj,
trochu oživím tuto diskuzi a mám dva amatérské dotazy.
Mám Ubuntu 18.04 .... na SSD 250GB ... bohužel až s odstupem času jsem zjistil, že je nanejvýše doporučeno mít HDD rozdělený na vícero oddílů. Takže mám oddíly jen dva - boot a systém (včetně /home atd.)

První dotaz
Čím rozdělit partiton na vícero oddílů ? GPart mi v bežícím systému nedovolí změnit velikost a udělat si tak místo pro další části. Je nějaké řešení v bežícím OS nebo jediná cesta je před jiný boot (live USB) ?

Druhý dotaz
Lze dodatečně po vytvoření oddílů přenastavit jejich směrování ? Amatérky řešeno, mám-li /home na oddílu Systém a vytvořím si nový oddíl pro Home, tak zkopírovat data z /home a pak říci Systému, že má už /home brát jedině z druhého oddílu ?

[juwa2]

1.) Partitions je možno editovat (dělit, zvětšovat, zmenšovat) pouze offline (tj. v unmountnutém stavu).
To znamená, že partitions které aktuálně používá systém (=jsou mountnuté a nelze je odpojit) editovat z běžícího systému nelze.
Je tedy třeba to provést z boot media (live).

2.) Nejlepší je oddíly rozdělit (dle potřeby) už při instalaci.
Nicméně i pokud to máš momentálně takto "splácáno" dohromady, lze rozdělení provést i dodatečně (bez ztráty dat). Tedy bez nutnosti reinstalace.
-----------------------------------
Doporučil bych ti tedy zrušit /boot jako samostatný oddíl (pokud tedy k jeho existenci nemáš extra důvod).
A naopak /home dát na samostatný oddíl.

-------------------------------------------
Princip je zhruba tento:
Vytvořit si na disku místo pro nový oddíl (zpravidla zmenšit některý stávající).
Vytvořit oddíl nový. (Pokud máš disk MBR, je nutno počítat s jeho omezením na max 4 primární oddíly. Při potřebě více oddílů pak tyto vytvářet jako logické v rámci oddílu rozšířeného. Pokud máš disk GPT, toto řešit nemusíš.
Nakopírovat obsah složky /home (dodržet práva - je nutno použít rsync nebo aspoň archivní atribut) do nového oddílu.
Složku /home přejmenovat na /old_home
Systému "říct" kde má nové /home "hledat" (tj. editovat soubor /etc/fstab)
No a nakonec, pokud vše funguje je možno složku /old_home odstranit.
--------------------------------------------
Takže jak vidíš, není to nic světoborného, je to na cca 10 minut. Oddíly si jistě zvládneš připravit sám.
Jinak podrobný postup máš např. zde https://help.ubuntu.com/community/Partitioning/Home/Moving
Některé části lze vynechat. Pokud ti něco nebude jasné, ptej se.....
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Něco k zálohování:

Pokud máš rozděleno na systém / a /home, můžeš zálohovat jednotlivé oddíly do image Clonezillou. Toto zálohování probíhá na bázi diskových sektorů. Musí se dělat offline (z boot media). Záloha je vždy "plná".

Druhý způsob je zálohovat pomocí aplikace Timeshift (rsync). Tam je to na bázi souborů. Je možno zálohovat z běžícího systému. Zálohování je přírůstkové + lze ho provádět automaticky. Lze z něho vyloučit libovolné složky.
Jelikož lze ze zálohy vyloučit i celé /home, je tímto způsobem možné zálohovat systém aniž by bylo nutné mít /home na zvláštním oddíle
Dokonce i samotnou zálohu lze ukládat na tentýž oddíl /
Nicméně i tak pokládám za výhodnější mít / a /home "zvlášť....

[panRajce]

@juwa2
Díky za detailní vysvětlení. Mám si zase s čím "hrát" 

Zálohování .... ano jeden z důvodů proč jsem chtěl též přistoupit k rozdělení disku na vícero partition je (myslím že přímo tvůj) popis jak si systém, zálohovat na samostatný oddíl prakticky jen obyčejnou kopií systému. Našel jsem i návod, který celkem srozumitelně pro laiky, jako já, vysvětluje, jak tak učinit.
https://www.root.cz/clanky/klonovani-linuxu-aneb-prenasime-cely-system/

Teď mám zatím zprovozněnu zálohu pomocí standardní aplikace Zálohy ... která mi zase naopak umožňuje posílat to na NAS.