Prosíme přihlašte se nebo zaregistrujte.

Přihlašte se svým uživatelským jménem a heslem.

Autor Téma: ? bug 'timeshift' v rezimu RSYNC pri nedostatku mista v cili ..  (Přečteno 487 krát)

miro_

  • Člen
  • **
  • Příspěvků: 177
    • Zobrazit profil
Stalo se mi, ze zaloha z 'U18-32bit-mate' z 'timeshift' do partition EXT4 byla neuspesna,
protoze na cilovem partition bylo jiz malo mista. (Zaloha byla delana po delsim case,
nestacily ani vymazy starych zaloh, chtel jsem ponecht jedinnou-vychozi.
Toto partition ma jen 20GB a bylo urceno pro tyto zalohy.)
Po nekolika pokusech a vymazech starych zaloh zacal disk ukazovat 0 mista pro zalohy,
presto ze zde nebylo videt nic nez ponechana jedinna puvodni zaloha. Pokousel jsem se partition
opravit pres 'fsck' (i z 'live-cd') i mazat zde 'zrejme nejaka data z provadene zalohy',
bohuzel 'timeshift' stale ukazoval 0 mista pro zalohy. Pomohlo az preformatovani tohoto partition.
Neni tento stav nejaky bug 'timeshift' ?
Predpokladam, ze neuspesna zaloha by mela zachovat vychozi stav volneho mista na cilovem disku.
 

Ventero

  • Závislák
  • ****
  • Příspěvků: 2698
    • Zobrazit profil
Re:? bug 'timeshift' v rezimu RSYNC pri nedostatku mista v cili ..
« Odpověď #1 kdy: 17 Květen 2021, 17:39:44 »
Možná bych promazal konfigurační soubory timeshift ...
Zvuky jsou mantrami a myšlenky moudrostí, prostě proto, že se mohou objevovat ...

juwa2

  • Závislák
  • ****
  • Příspěvků: 4336
    • Zobrazit profil
Re:? bug 'timeshift' v rezimu RSYNC pri nedostatku mista v cili ..
« Odpověď #2 kdy: 17 Květen 2021, 19:04:36 »
Timeshift zálohy (v režimu rsync) probíhají tak, že se nejprve udělá prvotní záloha (= kopie souborů/složek). Další zálohy pak zálohují pouze nové/změněné položky, nezměněné se hardlinkují. Tím se šetří místo. Některé aplikace/správci souborů však "vidí" veškeré hardlinky jako normální soubory a započítávají je do obsazeného místa na disku (jeden soubor a jeho devět hardlinků "počítá" jako deset souborů). To může být matoucí...

Pokud se záloha "kousne" kvůli totálnímu vyčerpání místa na disku (tvůj případ), pak je (po této neúspěšné záloze) disk zkrátka plný.
V tom případě je potřeba zálohy promazat ručně (sudo nautilus). Tím se místo uvolní. Konfigurační soubor má každá záloha svůj, je uložen ve složce každé zálohy. Pokud určitou zálohu odstraníš, odstraníš i ten conf. soubor. Jednotlivé zálohy jsou na sobě nezávislé i když se jedná o přírůstkové zálohování - to je pro rsync snapshoty typické. Kromě záloh samotných je třeba odstranit (ze struktury záloh Timeshiftu) i odkazy na tyto zálohy (ze složek daily, weekly, monthly atd.). Pokud to neuděláš, Timeshift je stále může "vidět".  Proto je třeba tu strukturu důkladně projít/promazat

Abys výše uvedenému stavu zabránil, tak je třeba:
1. Vyloučit ze záloh vše nepotřebné (/dev, /proc, /sys, /run, /tmp, /media, /mnt různé cache atd.  a samozřejmě celé /home).
2. Timeshift nejprve "propočítává" potřebné místo pro zálohu. Pokud je ho v cíli málo, záloha se nespustí.
3. Udržovat zálohy na rozumném počtu, vyhradit si na ně dostatek místa, 20GB je rozhodně málo, to už je lepší dávat to do /home pokud je dost velký (100GB++).

Ve tvém případě mohlo dojít k porušení filesystému nebo už chybu měl (kontroluješ to občas?), fsck nemusí opravit všechno (co hlásil výstup?). Nebo jsi to zkrátka špatně promazal viz výše...
Pak pomůže jedině formát, nicméně ještě před ním je možné tu zálohu zkopírovat (rsync) jinam a po formátu "nalít" (opět rsync) zpátky.

Timeshift má svůj log (/var/log/timeshift), zkus se do něj podívat, taky do syslogu (/var/log/syslog) - orientuj se dle času.
Konfigurace Timeshiftu samotného je v /etc/timeshift/timeshift.json, lze ji snadno nastavit na default (soubor default.json tamtéž).
« Poslední změna: 17 Květen 2021, 19:35:10 od juwa2 »