Velikost volneho mista v '/'BTFSR pro aktualizace ..

[miro_]

Uzivam 47GB '/' BTRFS oddil pro U20-mate.
Zalohy Timeshift delam vzdy pred aktualizacemi.
Predevcirem jsem se znovu po spusteni aktualizace dostal do stavu,
kdy bylo indikovano malo mista.
V tomto pripade sice aktualizace spusti aplikaci 'analyzy..',
ale tato mne v tomto okamziku nezajima !
Resim to odstranenim nejstarsich zaloh Timeshift.

Mate nejakou zkusenost, jake si udrzovat v '/' BTFSR volne misto ?
Jak stare aktualizace ma smysl v Timeshift udrzovat ?
Po aktualizaci mohu objevit problem pozdeji, v ne tak casto uzivanych aplikacich.

[juwa2]

Proč spouštíš aktualizaci když máš málo místa na disku?  Ověřit si nejprve volné místo tě nenapadlo?  Máš snad rád v systému "bordýlek" a příliš tě netrápí co za "balast" ti ho zanáší? 

47GB na systém stačí, ale za předpokladu, že ho pravidelně udržuješ. Po každé aktualizaci vyprázdni apt-cache. Dále pravidelně odstraňuj staré kernely (nechtěl bych vidět kolik jich tam máš.... ). Můžeš použít "klikací" ubuntu-cleaner nebo taky bleachbit
Jednou za čas udělej "audit" co zabírá na oddíle nejvíc místa - použij třebas jdiskreport (ze skenování nutno vyloučit složku /run/timeshift  a podobné, jinak se nedopočítáš...). Nepotřebné blbosti (staré logy atd.) odstraň.

Cca jednou za měsíc udělej balancing systému btrfs  (uvolní se bloky). Provádí se přímo z běžícího systému:

Kód: [Vybrat]

sudo btrfs balance start -dusage=90 -v /
##vyčkej až dojede, bude to cca 5min.
sudo btrfs balance start -musage=75 -v /
##vyčkej až dojede, bude to cca 5min.
Tím se rovněž uvolní místo.  Místo které je volné vidíš buďto v Timeshiftu  (vpravo dole) nebo ho zjistíš příkazem

Kód: [Vybrat]

btrfs filesystem usage /
Nebo ještě lépe, dej si na Plochu conky (viz obrázek), pak budeš mít přehled stále. 
------------------------------------------------------------------------------------------------------------------
Timeshift snapshoty:  Pokud by sis chtěl "schovávat" snapshoty staré týdny, měsíce nebo rok (nastavení Timeshiftu to umožňuje), místo které by zabíraly by bylo značné, protože čím je snapshot starší, tím víc "kyne".  Musel bys mít systémový oddíl cca 250GB+.
Lepší je zálohovat automaticky  každý den + ručně dle potřeby. A zachovávat pouze cca 20 posledních snapshotů. Pak stačí na systém 40GB.

Pro dlouhodobější zálohy (jednou za měsíc nebo půl roku) použij TAR (možno z běžícího systému):

Kód: [Vybrat]

sudo tar -cvpzf system-backup.tar.gz --one-file-system /
Tato záloha je na bázi souborů. Musí být uložena na linuxový FS (ext).

Nebo použij Clonezillu (z boot media). Tato záloha je na bázi sektorů.. Může být uložena i na ntfs (externí) disk.
Zálohy ukládej vždy na jiný fyzický disk. Tyto zálohy tě zároveň chrání v případě selhání systémového disku, protože tuhle situaci btrfs snapshoty  z principu věci neřeší.
A pokud disk skutečně selže, zkrátka dáš nový a zálohu na něj v řádu minut obnovíš. Ušetříš si tak opruz se zdlouhavou reinstalací, nastavováním, aktualizováním...

[miro_]

Diky za info scr. 'Vyber_916.png'. Myslim ze jsem pred aktualizaci nemel mene
nez 8GB. Je mi jasne, ze potreba bude souviset s mnozstvim instalovanych aplikaci,
ktere mohou byt aktualizovany.
 
Temer o vsem co jste psal vim (mimo 'bleachbit') a uzivam nebo jsem
nekdy uzil. (Po prve, kdyz jsem loni resil problem s mistem,
viz https://forum.ubuntu.cz/index.php?topic=85649.0
jsem zkousel i 'jdiskreport'.)

V mem pripade jde o system na SSD 480GB v 'starem-malem lenovo Q190'.
Vzhledem k vykonu Q190 a nemoznosti jakehokoli rozsireni jsou na nem uzivany
jen vybrane nepotrebnejsi aplikace. Q190 je zajimave z hlediska nizke spotreby
a hluku. Je uzivan hlavne pro prehravani audio, stahovani streamu atd..

Co se tyce 'Clonezilla', zkousel jsem s ni zalohu i kopii disku SSD na jinem PC
viz. https://forum.ubuntu.cz/index.php?topic=85897.0.
Moje, zde uvedena zkusenost, byla bez reakce. Zrejme zde nikdo nedelal
obnovu zalohy pripadne kopii systemu s BTFSR. Na Q190 jsem se nedokazal
v 'Clonezilla' pro vytvareni zalohy pripojit na nejake uloziste pres sit.
Jedine reseni bylo vyndat SSD pro vytvoreni zalohy do jineho PC.

Nemyslim, ze bych mel na BTFSR takovy bordel. Po aktualizaci, i kdyz nebylo smazano,
dle 'Ubuntu cleaner' v 'Apt cache 1GB', 'Chrome cache 256MB' a 'Old Kernel 158MB',
je dle 'Timeshift' 11.3GB nebo dle 'filesystem usage /' '..Free (estimated): 10.30GiB'
V 'Timeshift' mam nyni od 4.3.2022 jen 7 'O' snapshotu.

V na pocatku kvetna jsem kvuli prekladaci doinstaloval 'Chrome'.
Nasledne pozadovane aktualizace 19.5. mi pripadaly dost rozsahle.
Po pokusech s 'cron', na pocatku minuleho tydne, jsem se vracel z 'Timeshift'
do stavu pred 19.5. Nasledne pozadovane aktualizace byly velmi rozsahle.
Zahledl jsem pri nich spoustu aktualizaci k FF a Chrome. Casto byvaji
videt aktualizace 'VirtualBox'.

Ma smysl jeste udrzovat starsi snapshoty pred vyznamnejsi upravou ? 

[juwa2]

1. Zálohu/obnovu systému BTRFS je možné Conezillou (Rescuezillou) dělat běžně. V obnovené záloze jsou dokonce zachovány všechny (btrfs) snapshoty.

2. Starší (1 měsíc+) snapshoty příliš smyslu nemají - jednak zabírají moc místa a za druhé, v případě těchto "dlouhodobějších" záloh je výhodnější je řešit přes rsync nebo lépe zálohu oddílu Clonezillou.
Přidaná hodnota je možnost obnovy v případě selhání/výměny disku. Zde btrfs snapshoty z principu věci samotné řešením býti nemohou...

[Roman Vacho]

No a kdyby ses dostal do stavu, že se ti nespustí systém, protože je BTRFS plné snapshotů, tak to jde taky řešit utilitou pro btrfs :-)