Fórum Ubuntu.cz

Vydání s dlouhou podporou (LTS) 18.04, 16.04 => Instalace, aktualizace a spouštění => Téma založeno: Kattnienika 22 Duben 2019, 08:27:31

Název: Rozdělení disku kvůli zálohování
Přispěvatel: Kattnienika 22 Duben 2019, 08:27:31
Ahoj,

Ráda bych požádala o radu. Konkrétně řeším zálohování systémového oddílu pomocí Timeshift. V notebooku je pouze jeden HDD, takže se jedná o zálohování na stejný HDD.

Mám tu dvě varianty:

1. Jeden oddíl
- Zde řeším vytvoření jednoho oddílu (systémového) o velikosti 50GB. Na oddílu by byl systém, tak by na něj probíhalo i zálohování přes Timeshift.

2. Dva oddíly
- Zde řeším vytvoření systémového oddílu o velikosti 20GB se systémem. Následoval by druhý oddíl o velikosti 30GB na který by probíhalo pouze zálohování.

Otázkou je, která z variant by byla lepší? Byla by případně velikost 20GB dostačující na systém? Nerada bych za rok řešila zvětšování oddílu. :-)

Další otázkou je, zda při instalaci řešit LVM či ho vůbec neřešit. A pokud ano, zda je možné při ručním rozdělení disku tuto funkci nějak povolit?

Děkuji :-)
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: TIBOR 22 Duben 2019, 08:59:24
Nepises ci mas /home zvlast alebo klasicky na sys particii. Ak je zvlast tak 20GB na sys staci. Ja mam momentalne 32GB sys zaplneny na 47%, home na inej particii disku.
Osobne by som odporucal zalohu min. na inu particiu disku kvoli poskodeniu suboroveho systemu, v tom pripade prides aj o zalohu. Uplne idealne by bolo na iny disk aj keby bol USB.

P.s Momentalne mam 5 zaloh o velkosti 1 602 044 súborov s velikosťou 33,3 GB. Tak si rozmysli ci ti 30GB bude stacit.
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: Kattnienika 22 Duben 2019, 09:12:56
Home bude oddělený, tedy na samostatném oddílu disku. Tady řeším čistě systémový oddíl + oddíl na zálohu.

Takže nejlepší varianta by tedy byla 20GB systémový oddíl a k tomu 30GB pro zálohovací oddíl? Bude tedy těch 20GB na systém dostatečná velikost?
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: TIBOR 22 Duben 2019, 09:29:02
Samozrejme zalezi co vsetko tam chces doinstalovat, tazko povedat ci bude stacit 20GB to si musis vyskusat. 30GB by uz stacilo, to zaplnis tazsie. :D Samozrejme pocitam s tym ze sa o system budes starat a pravidelne pred zalohou ho budes cistit.
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: Kattnienika 22 Duben 2019, 09:41:02
V samotném systému toho asi moc nebude. Zase tolik času na notebooku netrávím, takže nejspíše pár základních aplikací. Hry jdou do home oddílu.

Na čístění tolik času nemám a ani netuším jak na to. Zároveň nechci, aby to ubralo velké množství z disku kvůli filmům a podobně.
Předpokládám, že Timeshift umí při zaplnění disku smazat některé starší zálohy a nepotřebuji aby tam těch záloh bylo 30. :-)

A co tedy varianta 30GB systémový oddíl? A na zálohový by jsi doporučil kolik?
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: TIBOR 22 Duben 2019, 09:51:26
Co sa tyka cistenia tak tiez s tym nerobim ziadne kuzla ale iba
Kód: [Vybrat]
sudo apt-get cleanzmaze stiahnute instalacne subory programov a aktualizacii. Tie je zbytocne zalohovat lebo su to docasne subory a casom sa zmazu aj same.
Kód: [Vybrat]
sudo apt-get autoremovezkontroluje zavislosti a ak dajaky subor uz nema zavislost na inom tak ho odstrani.

Cosa tyka velkosti oddielu tak treba pocitat s tym ze pri prvej zalohe sa zalohuje plna obsadena velkost sys particie a potom k tomu budu pribudat nove nainstalovane/aktualizovane subory. Cize by som odporucil aspon 1.5/2 nasobok obsadeneho miesta na sys particii v pripade ze budu 2-3 body zalohy. Ci timeshift maze automaticky stasie zalohy pre uvolnenie miesta neviem, este som to nepotreboval a nezistoval.
Ja osobne mam 32GB na sys. a 211GB na zalohu s tym ze tam zalohujem aj /home pomocou backups.
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: Kattnienika 22 Duben 2019, 09:57:23
Děkuji za radu k čistění. :-)

A velikosti oddílů by jsi mi doporučil tedy jaké? :-)

A na to jsem se ještě zapomněla zeptat. Při vytváření oddílu na zálohování určitě naformátovat na EXT4, ale jaký přípojný bod zvolit? :-)
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: TIBOR 22 Duben 2019, 10:17:02
Velkost oddielov si urci podla velkosti disku(nepises aky disk mas), ak to chapem dobre tak este nemas nic nainstalovane a iba sa pripravujes. Cize kludne vyskusaj aj tych tvojich 20 sys a 30 zaloha, rychlo doinstaluj co chces pouzivat a sprav zalohu, podla toho uvidis ci ti to bude stacit. Potom v pripade ze to bude malo mozes vytvorit inu kombinaciu. Mne sa tazko pise presne cisla ked neviem co tam chces mat. Najlepsie je si to vyskusat, mozno aj viac krat a mat to presne podla tvojej potreby.

Co sa tyka formatu tak ext4 ako pises a pripojny bod si riesi priamo timeshift. V timeshift len zvolis oddiel kam ma ukladat zalohy.

Este doplnim ze pri spusteni timeshift si vytvori sam pripojny bod /media/root/label_oddielu a uklada zalohy do priecinku timeshift.
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: Kattnienika 22 Duben 2019, 10:30:52
Disk je o velikosti 1TB. Bude systémový oddíl, zálohovací oddíl, SWAP 4GB a zbytek dostane Home.

Bude základní systém (Linux Mint 19.1 Cinnamon). Lutrix na hraní her (umístěné v oddílu Home), dále kancelářské programy, video přehrávač, program na převod filmů + úpravu meta názvů filmů.
Dále balíky pro práci s gitem (GitHub), textový editor již Linux má sám o sobě. Takže jak říkám, moc toho v systému asi nebude.

Spíše potřebuji co nejvíce místa věnovat home oddílu, kde budou všechna data (hry, filmy, fotografie,...).

Takže při vytváření oddílu pro zálohu v poli přípojného bodu nevybírat vůbec nic? :-)
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: TIBOR 22 Duben 2019, 10:35:31
Takže při vytváření oddílu pro zálohu v poli přípojného bodu nevybírat vůbec nic? :-)
Ano nevyberat, ak pri instacii zvolis pripojny bod tak len systemu povies ze ho chces pripojit pri starte a on vytvori riadok v /etc/fstab. Ten mozes samozrejme vytvorit aj rucne po instalacii.
Ovsem oddiel pre zalohu nepotrebujes automaticky pripojit pri starte, ako som pisal timeshift si ho pripaja sam pri spusteni.
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: Kattnienika 22 Duben 2019, 10:37:19
Super, děkuji. Již vím, jak tedy oddíl vytvořit a teď už jenom velikosti. S tím co jsem psala máš tedy doporučení na velikost systémového a zálohovacího oddílu jaké? :-)
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: TIBOR 22 Duben 2019, 10:45:44
:D Kedze mas 1TB disk tak daj kludne 30GB sys a 60GB zalohu. Spolu so swap sa vojdes pod 10% disku. To nieje az tak vela a mas rezervu. Ako som pisal vyssie, vzdy sa to da zmenit.
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: Kattnienika 22 Duben 2019, 10:48:59
Dobře, tak to zaokrouhlím na pěkných 10%. :-D

30GB systém, 65GB záloha a 5GB Swap? :-)

Dodatek: A nebo 30Gb systém, 60Gb záloha a 10Gb Swap (Ram paměť je 8Gb)?
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: TIBOR 22 Duben 2019, 10:58:50
To uz su detaily. Ja mam pri 8GB ram swap vypnuty a este som nemal problem. Ale vytvoreny je a mozem ho podla potreby zapnut. :D
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: juwa2 22 Duben 2019, 15:03:36
Udělej si systémový oddíl BTRFS. Pak můžeš Timeshift používat v tomto (oproti rsync daleko výhodnějším) režimu.
Pak je záloha mnohokrát efektivnější (místo, rychlost!).  "Zálohy" (subvolumes) se v tomto případě ukládají na ten samý oddíl, takže extra oddíl na zálohy řešit nemusíš. Pouze je dobré zvolit velikost syst. oddílu o něco větší (40 GB naprosto postačí).
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: Kattnienika 23 Duben 2019, 08:08:45
Takže tedy vytvořit jenom jeden oddíl o dostatečné velikosti. Při rozdělování disku ho vytvořit úplně stejně jako jindy, tedy jako EXT4 a přípojný bod bude /?

Následně v Timeshift nevybírat Rsync, ale ten druhý režim?

Pak se bude tedy záloha ukládat na systémový oddíl. Pokud by ale byla prováděna čistá instalace systému (například aktualizace či úplná havárie systému) tak se zálohy smažou zároveň se systémem?
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: juwa2 23 Duben 2019, 12:26:49
Ano, jeden oddíl BTRFS příp. bod /

Ano, vybrat režim BTRFS.

Zálohy (snapshoty) se ukládají jako subvolumes (@) v rámci toho stejného oddílu viz obrázek.
Všimni si, že systémový oddíl /dev/sda6 má dva přípojné body (/ a /mnt/timeshift/....).
Ten první je stanoven při instalaci a ten druhý si vytvoří Timeshift sám pro svoje snapshoty.

Aktualizace ani havárie systému tě nezajímají - pokud systém nenaběhne, nabootuješ live, nainstaluješ Timeshift a obnovíš některou zálohu. Timeshift si ty zálohy (snapshoty = subvolumes) na tom oddíle najde sám.

V případě reinstalace je samozřejmě celý obsah oddílu zformátován/přepsán, zálohy jsou pryč.  Stejně tak při havárii celého disku.
Je proto dobré občas si udělat zálohu tohoto oddílu (např. na ext. disk) pomocí Clonezilla (z boot media). Tato záloha (oddílu BTRFS) pak samozřejmě obsahuje i všechny aktuální subvolumes (= snapshoty = zálohy = "body obnovy ") které jsou nedílnou součástí každého oddílu s filesystémem BTRFS.
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: Kattnienika 23 Duben 2019, 17:10:39
Super, děkuji za rady.

Ještě se zeptám, na datový oddíl (/home) je lepší použít EXT4 nebo taky BTRFS?
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: juwa2 23 Duben 2019, 20:41:08
Super, děkuji za rady.

Ještě se zeptám, na datový oddíl (/home) je lepší použít EXT4 nebo taky BTRFS?

Já používám na /home klasicky ext4  a pomocí btrfs zálohuji pouze systémový oddíl (jak vidíš na obrázku výše (GParted).

Pokud bys i pro /home použila btrfs, pak by /home existovalo jako subvolume /@home  v rámci toho jediného BTRFS oddílu. Tj. při instalaci by ses o /home vůbec nestarala, byl by vytvořen automaticky. Musela bys ovšem velikost BTRFS oddílu radikálně navýšit = zvolit jako součet / a /home (jaké by byly v ext4). Na tomto jediném oddíle by pak byly subvolumes /@  /@home  + snapshoty.

V případě obnovy systému by se pak obnovila (zpět) i data na /home (např. co se mezitím stáhlo). Tato data lze sice nakopírovat zpět ze snapshotu aktuálního stavu (který se automaticky vytvoří před každou obnovou), ale to není příliš praktické. Proto doporučuji takto zálohovat pouze systémový oddíl /

P.S. Tento způsob zálohování je silně návykový.  ;) Oproti Timeshift - rsync je záloha (snapshot) vytvořena bleskově (cca 2s oproti 5 min. - rsync). Rovněž místa je zabráno podstatně méně (mezi jadnotlivými subvolumes jsou data sdílena - shared vs. unshared). Je to patrné z obrázků výše ( sloupce nesdílené či exclusive).
Tato operativnost je obrovskou výhodou. Před každou potenciálně problematickou "akcí" (třeba zkoušení nějakého SW) si vytvořiš (ručně - ondemand) snapshot. Pak se nemusíš bát experimentovat, protože v případě jakýchkoli potíží se lze snadno (jeden restart) vrátit zpět. Tím, že máš takto "krytá záda" se nemusíš bát se systémem různě experimentovat, naučit/vyzkoušet si spoustu věcí do kterých by sis"normálně" netroufla jít protože by ses obávala poškození systému.
Tato možnost snadného a rychlého návratu zpět tak poskytuje svobodu/volnost což kvituji s povděkem.  :)
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Komu by se výše uvedené líbilo, ale má svůj systém aktuálně nainstalovaný klasicky, tj. na oddíle ext4 tak existuje poměrně elegantní možnost (mám ji vyzkoušenou) jak převést systém z ext4 na BTRFS bez nutnosti reinstalace :o
Podrobnosti na dotaz.  ;)
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: Gmisiycs 24 Duben 2019, 17:58:44
Namísto SWAP oddílu používám program SWAPSPACE.
Doporučuji si o něm něco zjistit. Na základě vlastní zkušenosti a vlastního studia problému jsem SWAP oddíl zcela opustil. Organizace SWAP do klasického souboru, namísto samostatného oddílu mi přijde logičtější, dále umožňuje pružnou velikost SWAPu a myslím si, že se jedná o zvláště vhodné řešení v případě SSD. Popisuji ovšem pouze vlastní zkušenost. Nejsem odborník na SWAP-y, a už vůbec ne na organizaci partitions na SSD discích. Jen mi je jasné, že při přetečení RAM se SWAP nezapisuje na stále stejné místo disku, v případě použití programu, zatímco v případě vyhrazení oddílu k tomuto opakovanému přetížení části disku dochází. Mám na NTB RAM 6GB a SWAP mi občas vyleze i na 10GB (později se zase smrskne, pak znovu zvětší atd.). Samozřejmě že se s mým NTB nemazlím, je to stroj, tak maká nonstop a v zátěži.
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: Ventero 24 Duben 2019, 19:43:38
Taky si to myslim - nekde jsem zahledl navod, jak prepnout swap do souboru - je to jednoduche, ale uz si to nepamatuju ...
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: Gmisiycs 24 Duben 2019, 19:56:07

1)
Zcela zrušit diskový oddíl pro SWAP, čímž se zruší funkce SWAPU. Např. v programu GParted zrušit oddíl a roztáhnout tam jiný oddíl (zvětšit jiný oddíl).
Kód: [Vybrat]
2)
sudo apt install swapspace
3)
swapspace
Swapspace se nemusí spouštět, pokud se restartuje Ubuntu. Po restartu či klasickém spuštění je vidět v seznamu úloh = ověření správné funkčnosti. Vícenásobný běh/souběh programů SWAPSPACE mi nědělal problém = nepraly se, jen vytvořili každý svůj soubor. Takže se také na disku objeví nový soubor SWAPFILE (obvykle v root-u), v tragických případech i několik, ale to jsem jen kdesi četl, ještě nezažil. Asi to byl případ FAT32  ;D ;D ;D

PS: Nezkoušel jsem zrušit starý SWAP oddíl, když v něm něco bylo. Mohla by to být sranda.
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: Ventero 24 Duben 2019, 20:08:12
Tak je jeste jiny zpusob - bohuzel linuxova fora maji opravdu tragicke vyhledavani. Toto obzvlaste  :-\
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: Gmisiycs 24 Duben 2019, 20:28:33
Jiné způsoby jsou. V programu SOFTWARE není k nalezení. Dá se stáhnout a nainstalovat DEB. Dá se to přes terminál viz výše, dá se to přes Debianní instalátor software (najít i nainstalovat).

Dá se to přes Synaptic:
dynamic swap space manager
homepage: http://pqxx.org/development/swapspace 
Small, stable system add-on that continuously and automatically adapts
available virtual memory space to your actual memory needs.  Claims disk space
for use as swap space when needed; frees it up for use by the filesystem when
not needed.

Jop... a SWAP oddíl není nezbytné rušit. Může dál fungovat jako SWAP a program SWAPSPACE pak slouží jako doplněk, kdy začne reagovat ve chvíli přetečení SWAP oddílu. Ztrácí se tak trochu logika, nicméně využitelnost to může mít. Bůh ví, a ten nikdy nic nepoví.
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: juwa2 24 Duben 2019, 20:34:39
Oddíl swap lze před zrušením "vyprázdnit" do RAM:
Kód: [Vybrat]
sudo swapoff
Pro klasický HDD doporučuji swap oddíl zachovat. Protože při použití swap souboru je větší ztráta výkonu disku. Pokud je v PC více (fyzických) HDD, je vhodné dát swap oddíl na jiný disk než na kterém je systémový oddíl.
Windows používají obdobný soubor pagefile.sys a je to značná brzda, zvláště pokud není jeho velikost nastavena "napevno".

Pro SSD už je použití swap souboru výhodnější. Ale stále platí, že nejlepší je mít dostatek RAM.
------------------------------------------------------------------------------------------------------------------------
Nicméně (platí pro oba případy), pokud je v PC dostatek RAM (aspoň 8GB), je využití jakéhokoli swapu pouze akademická otázka (swap se téměř nevyužívá). Je vhodné nastavit hodnotu swappiness na 10 (default je 60):
Kód: [Vybrat]
sudo bash -c "echo 'vm.swappiness=10' >> /etc/sysctl.conf"
sudo sysctl -p  (nebo restart)
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: TIBOR 24 Duben 2019, 20:45:46
Ubuntu dokaze swap file aj bez dalsich programov
https://www.digitalocean.com/community/tutorials/how-to-add-swap-space-on-ubuntu-18-04
Ma ten program dajake ine vyhody?
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: Gmisiycs 24 Duben 2019, 20:51:10
Souhlasím. A k té ztrátě výkonu... ztráta výkonu tam je, nicméně ne vždy je zřetelná. Pro objasnění... Ztráta na výkonu (odhadem) může být tak 10% při zpracovávání obrovských jednolitých datových souborů. U mne je nepostřehnutelná. Můj swap je plný karet z prohlížečů. Běžně mám otevřené 3-5 prohlížečů po 20-40 kartách. Zde jsem subjektivně rozdíly v rychlosti nezaznamenal.
Takže podle způsobu využití PC.

Pro TIBOR:
Já spatřuji největší výhodu v tom,že se nezapisují data na stále stejnou oblast disku. Méně důležitá je u mne výhoda pružnosti, aneb nemusím si blokovat část disku, SWAP je tak veliký, jak je momentálně potřeba. Při SWAP oddílu a zaplnění prostoru dojde na Linuxovou verzi BSOD. Prostě vytuhne.
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: juwa2 24 Duben 2019, 21:19:38
Používáni swap souboru místo swap diskového oddílu pokládám za další krok ke škodlivému "windowsovatění" linuxu.   :-[
Jinak samozřejmě ať si každý používá co chce, co mu vyhovuje dle jeho konkrétních potřeb.
Důležité je, že možnost volby zůstala zachována... :)
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: Ventero 25 Duben 2019, 11:41:59
Gmisiycs: To jsi Tiborovi nerozumel - primo formuloval mnou naznacenou otazku, k cemu je dobry ten prgram swapspace, kdyz se to da nastavit rovnou i bez nej - co oproti tomu nabizi navic?
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: Gmisiycs 25 Duben 2019, 13:58:31
Skutečně jsem nerozumněl. Link, který postnul vede na stránku, kde je popis fungování swap-space? swap? swapspace?
Vlastně tam není nic, co by mi osobně doplnilo jeho dotaz. Proto taková odpověď. Doufal jsem, že snad odpovídám na dotaz, jak jsem jej s nejlepším svědomím (a po několikerém přečtení) pochopil.
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: Ventero 25 Duben 2019, 14:48:47
Nechapu, ze to porad nechapes. Jestlize to jde nakonfigurovat primo v systemu, tak co ziska uzivatel tim, ze si nainstaluje aplikaci swapspace? Tedy krome toho, ze je to pro bezneho uzivate jednodussi a celkove rychlejsi. Co ta aplikace umi navic?

Jinak navod zde v cestine:
https://forum.linux-mint-czech.cz/viewtopic.php?f=18&t=5431&hilit=swapfile#p29862
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: Gmisiycs 25 Duben 2019, 15:05:22
Snad nyní dotaz chápu správně.

Já vidím návod na ruční vytvoření a ovládání swapu. Návod zahrnuje cca 10 použitelných příkazů. Při změně požadavků je třeba ručně měnit velikost SWAPFILE. Je vysoká pravděpodobnost, že SWAPFILE bude fizycky stále na stejném místě disku, pokud ne, mám dojem, že souboru hrozí fragmentace. Nejsem si jist, jaký vliv na rychlost má fragmentace na SSD.

Naproti tomu stojí možnost
Kód: [Vybrat]
sudo apt install swapspace
sudo reboot
a vše se děje automaticky, s vynecháním hrozeb zmíněných výše.

Nějaké to shrnutí/resumé:
 - program swapspace nemohu ovládat,
 - nativní swap musím ovládat.
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: Gmisiycs 25 Duben 2019, 15:25:20
Dodatek:

WEB: http://pqxx.org/development/swapspace/
... a na něm =>> translate výňatek (přesto si přečtěte celou stránku, pro získání kontextu):

Kdy jej nepoužívat
Ve své současné podobě Swapspace pravděpodobně není dobrou volbou pro systémy, které musí neustále reagovat; V závislosti na systému a okolnostech může vytvoření velkého nového odkládacího souboru trvat až půl minuty a zabírat poměrně mnoho pozornosti systému. Program minimalizuje, kolikrát jsou swapfiles vytvořeny, ale nebylo by velmi užitečné, kdyby nikdy nevytvořil vůbec žádné swapfiles!

Doufáme, že v budoucnu přinese další zlepšení. Protože se zdá, že problém je způsoben především systémovým kódem, je těžké si být jistý, že je to opravdu možné. Může se ukázat jako možné, aby jádro s některými úpravami rozšířilo existující odkládací soubor, když je již používán. To by pravděpodobně pomohlo hodně, ale v tuto chvíli nevíme, kolik práce to bude trvat.
__________________

Myslím, že přečtení jejich stránky vysvětluje dostatečně klady i zápory. Je také zřejmé, co způsobuje případnou ztrátu výkonu, a sice vytváření a změny velikosti swapfile + neexistence podpory přímo v jádře. Tzn. vše se děje zprostředkovaně, tzn. program žádá jádro o akci.
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: Ventero 25 Duben 2019, 17:44:01
To by bylo dobre vedet, jestli ten pevny swapfile je stale jeden soubor na stejnych sektorech nebo zda se nejak refresuje a tim meni pozici. Jestli je pravda prvni pripad, potom zas uz tolik smysl nahrazeni swappart nema - paklize vubec nejaky ...
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: Gmisiycs 25 Duben 2019, 17:56:54
Nepřetěžování stejné části disku je prý vlastnost JOURNAL-u. Defragmentace také. Změna lokace souboru by měla proběhnout (předpokládám) při restartu OS.
Zbývá automatická flexibilita velikosti SWAPFILE, což někomu nemusí vyhovovat a někomu (mi) ano, pak ještě složitost zprovoznění.
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: Ventero 25 Duben 2019, 19:36:44
V obou pripadech nebo jen v pripade pouziti aplikace? Psal si prave o pravdepodobnosti, ze swapfile bude fyzicky na jednom miste - to by pak nemelo smysl ho vubec zavadet ...
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: Gmisiycs 25 Duben 2019, 20:09:46
Vím, že pokud jej ručně zapíši do FSTAB, k odstranění nedojde.
Vím a mám ověřeno, že při použití programu SWAPSPACE a legálním vypnutí OS je soubor SWAPFILE zcela odstraněn (už jsem dělal záchranu dat po vymontování poškozeného HDD).
Zbytek je na JOURNALu, aby posoudil jeho nové umístění po startu.
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: Ventero 25 Duben 2019, 21:52:48
Premyslim, jestli by to neresil nejaky skript - spis 2 skripty - ktery by pri vypnuti swapfile mazal a pri spusteni znovu vytvoril.
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: Gmisiycs 25 Duben 2019, 22:00:31
Určitě ano.
Dnes jsem se snažil zjistit, jestli program SWAPSPACE není ve skutečnosti skript.
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: Ventero 26 Duben 2019, 02:53:30
Akorat, ze zatimco skript pri spusteni se da nakonec protlacit, tak o skriptu pred vypnutim jsem neslysel - vubec netusim, jak by se to dalo udelat. Jedine modifikovat prislusnou sekvenci po aktivaci ikony/zastupce pro vypnuti - ale to fakt netusim, kde to v tom systemu najit. Jednodussi by bylo si vytvorit vlastniho zastupce na plochu, ktery by spustil skript a potom vypnul. Ale to by nebylo tak elegantni, jako to pripojit k tlacitkum jiz existujicim v nabidce.
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: Gmisiycs 26 Duben 2019, 08:03:17
Našel jsem nespornou výhodu swapspace zde na fóru. Inspirován tímto vláknem, stačí přečístprvní příspěvek: https://forum.ubuntu.cz/index.php?topic=45509.0

Hibernace s velkou ramkou vyžaduje prázdný swap oddíl, nebo další, pevně definovaný swap prostor. Tedy neustále blokovaný prostor proto, abych dvakrát do roka mohl hibernovat. Čím větší RAM, tím větší blokované místo na disku. A včíl se asi bavíme především o NTB, kdy určití lidé hibernují stále, jiní někdy, jiní nikdy, ale obecně mají NTB oproti minitowers (bigtowers) omezené možnosti pro datová úložiště. Velká RAM přináší následné problémy. Uživatel se časem stále méně omezuje, často ani nevypíná programy, které bude potřebovat až příští týden apod., protože počítač běží stále svižně. V současné době je 8GB RAM doporučené minimum pro NTB, movitější lidé jsou na 32 GB. Hibernace pak může být zásadním problémem. Zde se bez nastavování či dalších jiných akcí swap-space prostě roztáhne jak dámské zařízení a pojme v klidu i černošskou RAM.
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: juwa2 26 Duben 2019, 20:22:06
Našel jsem nespornou výhodu swapspace zde na fóru. Inspirován tímto vláknem, stačí přečístprvní příspěvek: https://forum.ubuntu.cz/index.php?topic=45509.0

Hibernace s velkou ramkou vyžaduje prázdný swap oddíl, nebo další, pevně definovaný swap prostor. Tedy neustále blokovaný prostor proto, abych dvakrát do roka mohl hibernovat. Čím větší RAM, tím větší blokované místo na disku. A včíl se asi bavíme především o NTB, kdy určití lidé hibernují stále, jiní někdy, jiní nikdy, ale obecně mají NTB oproti minitowers (bigtowers) omezené možnosti pro datová úložiště. Velká RAM přináší následné problémy. Uživatel se časem stále méně omezuje, často ani nevypíná programy, které bude potřebovat až příští týden apod., protože počítač běží stále svižně. V současné době je 8GB RAM doporučené minimum pro NTB, movitější lidé jsou na 32 GB. Hibernace pak může být zásadním problémem. Zde se bez nastavování či dalších jiných akcí swap-space prostě roztáhne jak dámské zařízení a pojme v klidu i černošskou RAM.

Já tedy hibernuju poměrně často. Mám totiž dualboot linux/win. A "přepnutí" řeším v obou systémech hibernací. Protože systémy pak naběhnou logicky rychleji než pokud bych zvolil reboot. Mám 8GB RAM (asi jsem tím pádem socka  :-[) a klasický oddíl swap 4GB. Z 500GB disku to příliš neukousne... Před hibernací programy které "žerou" nejvíc ukončuji. Tento stav mi naprosto vyhovuje.
Vytížení RAM a swapu sleduji neustále, mám na Ploše conky s příslušnými "kolonkami".
Po swapfile rozhodně netoužím. To už si raději přidám RAM. Tuhle jsem kdesi četl, že se dají koupit za cenu 50 Kč za jeden GB (použité, většinou z datacenter) https://www.ebay.com/itm/382613544158
https://ctrlv.cz/qSsF
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: Gmisiycs 26 Duben 2019, 20:51:48
Těsně po restartu je Conky zavádějící.
V textu potvrzujete, co jsem již psal. Plná RAM Vám neumožní hibernaci, nemáte-li další nastavení. Samotnou hibernaci by šlo vyřeři principiálně jednoduše, měl by stačit i script na několik řádků. Možná ale i tři jednoduché skripty, ale nebudu pitvat něco, v čem obvykle nedělám.
A k subdotazu...
Jestli to má být soutěž, mám menší ram. Jestli chcete do klubu RAM socek, podejte si přihlášku u mne ;-)

Ještě poznámka o procesoru. Udivila mě jeho (ne)síla. Navíc ta značka. Mám tu jednu obdobu vašeho stroje (HP620), jen má RAM 4GB. Dělám na něm, když jsem si jistý, že se zase nas... a budu ho bít za svou blbost.
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: juwa2 26 Duben 2019, 22:05:45
Ještě poznámka o procesoru. Udivila mě jeho (ne)síla. Navíc ta značka. Mám tu jednu obdobu vašeho stroje (HP620), jen má RAM 4GB. Dělám na něm, když jsem si jistý, že se zase nas... a budu ho bít za svou blbost.

Ta hodnota se zobrazuje (v conky) nikoli staticky, ale dynamicky dle aktuální frekvence... "Značka CPU" je Intel T4500  @ 2.30GHz
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: Gmisiycs 27 Duben 2019, 21:09:06
pozn. pro juwa2

Dnes jsem opět udiven. Můj server jede ještě na 16.04 Ubuntu, kde je klasický swap oddíl. Při dnešním pobíhání po netu jsem našel https://tutorials.ubuntu.com/tutorial/tutorial-install-ubuntu-server#7 , který se týká instalace 18.04 Server. V posledním řádku čumím na poznámku v EN. Sem dávám translate.

Ubuntu již nevyžaduje samostatný oddíl pro odkládací prostor a automatická instalace ji nevytváří.

Otázka pro všechny: Jsem vážně poslední, kdo to nevěděl? :-D
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: juwa2 27 Duben 2019, 22:13:15
pozn. pro juwa2

Dnes jsem opět udiven. Můj server jede ještě na 16.04 Ubuntu, kde je klasický swap oddíl. Při dnešním pobíhání po netu jsem našel https://tutorials.ubuntu.com/tutorial/tutorial-install-ubuntu-server#7 , který se týká instalace 18.04 Server. V posledním řádku čumím na poznámku v EN. Sem dávám translate.

Ubuntu již nevyžaduje samostatný oddíl pro odkládací prostor a automatická instalace ji nevytváří.

Otázka pro všechny: Jsem vážně poslední, kdo to nevěděl? :-D

Tohle jsem poprvé četl už cca před rokem (jako novinky pro U18.04). Pokud není na disku přítomen swap oddíl, instalace automaticky vytvoří swapfile. Takže ano, "zaspal jsi dobu".  :)
Ale za důležité považuji, že možnost volby zůstala.
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: TIBOR 27 Duben 2019, 22:49:00
Ubuntu již nevyžaduje samostatný oddíl pro odkládací prostor a automatická instalace ji nevytváří.
Otázka pro všechny: Jsem vážně poslední, kdo to nevěděl? :-D
Ano. :D

Ale za důležité považuji, že možnost volby zůstala.
Dufajme ze to tak zostane aj do buducnosti. :D
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: Gmisiycs 27 Duben 2019, 23:31:31
Nebýt možnosti volby, jedeme a chválíme ďáblovo widle. Svobodu Bohůšu ničím nenahradíš!

V novinkách jsem nečetl nic, protože jsem je nečetl dodnes. Sranda je, že jsem už na svém serveru osmnáctku chvíli měl. Tenkrát to byla několikaminutová rychlovka, jen pro ověření, že na tom dědečkovi pojede. Fakt hustý, jak rychle jsem to odentroval, že jsem si nevšiml ani neexistence swapu. Koneckonců bylo důležité, že všechny komponenty fungovaly a na swap bych při RAMce 2GB použil onen Swapspace. Takže jsem tam honem hodil původní hadr s U 16, protože mi po dobu testu nejely stránky. Také jsem ale tu informaci o swapu mohl stihnout propít. Stalo se přeci jen rok zpět.
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: jmp 30 Duben 2019, 06:44:59
hmm, ale swapfile rozhodně není žádná novinka, myslím, že první linux který jsem kdy použil byl RedHat 4.2 někdy v roce 97 a ten to imho používal jako výchozí stav (pak se asi ukázalo výhodnější to u točivejch disků dát jako partition tam, kde podávaly disky nejlepší výkony a prostor byl zaručeně spojitý, což u swapfilu nebylo možné) u dnešních ssd to naopak může být výhodnější jako soubor (výkon se neodvíjí od umístění na disku) a může to rovnoměrněji opotřebovávat různé bloky zápisama na disk - tedy důvody proč měnit způsob užívání swapu mohou být hlubší a na první pohled skryté... (osobně vůbec netuším, zda je logika řídící opotřebování bloků zápisama omezena partišnama nebo ne, či se to neliší disk od disku...)
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: Ventero 30 Duben 2019, 21:29:20
To je zasadni otazka. Z toho co vim, tak se trim provadi na jednotlive oddily a to pripojene. Swap pripojeny neni, alespon ne klasickym zpusobem - trim se tam tedy neprovede a zatez se nerozlozi, cimz dochazi k nadmernemu opotrebeni. Takto se to jevi na prvni pohled. Jestli to ale neni tak, ze trim rozlozi data z oddilu po celem prostoru (je mozne, ze v ssd nejsou skutecne fyzicke bloky a jedna se o bloky virtualni, tedy matematicke pole, jde tam prece o jednotlive bunky), ale zase zustava otazka, co se deje s daty na swappart, kdyz neni pripojen a do trimu neni zahrnut ? Je to zapeklita otazka. Zatim se ale z tohoto hlediska jevi vyhodneji flexibilni swapfile, ktery sice diky fragmentaci ztraci vykon, coz se ale kompenzuje 3-6ti nasobnou rychlosti ssd oproti hdd.

Zajima me, co kolega zjisti za podrobnosti o tom programu swapspace ...
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: TIBOR 01 Květen 2019, 16:04:10
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.
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: juwa2 01 Květen 2019, 17:39:32
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.
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: Gmisiycs 01 Květen 2019, 20:34:07
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.
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: juwa2 02 Květen 2019, 03:46:44
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.... ;)
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: Gmisiycs 02 Květen 2019, 09:42:32
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 (https://www.kernel.org/doc/html/latest/filesystems/ext4/index.html). 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 (https://www.linux-mint-czech.cz/2015/09/jak-na-defragmentaci-linuxovych-systemu/) 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.
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: panRajce 19 Srpen 2019, 14:49:21
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 ?
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: juwa2 19 Srpen 2019, 16:47:40
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ášť....
Název: Re:Rozdělení disku kvůli zálohování
Přispěvatel: panRajce 20 Srpen 2019, 12:13:51
@juwa2
Díky za detailní vysvětlení. Mám si zase s čím "hrát"  ;D

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/ (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.