Dotaz: Timeshift vs Snapshot

[Petr Fiedler]

Zdravím,
mám čerstvě nainstalovaný Mint 18.3 Cinnamon amd64 a chtěl bych zachytit stav systému. Disk je šifrován LUKSem, nad ním je LVM. Většinu místa zabírá /home, ale ponechal jsem asi 35 GiB právě pro Snapshot. Teď k otázce. V systému mám předinstalovanou aplikaci "Timeshift", která využívá Rsync a umí zachytit stav systému. Chci se tedy zeptat, jestli je lepší použít Timeshift, nebo udělat klasický Snapshot z terminálu, nebo jestli je to jedno? Tuším, že se jedná o stejnou věc, ale v něčem můžou být rozdíly. Nevím. Nerozumím tomu a proto se ptám.

Dočetl jsem se, že si můžu Snapshot uložit např. na externí úložiště a při případném kolapsu systému by měl jít systém obnovit z toho externího disku. Šlo by to i u Timeshiftu?

A taky je pro mě otázka, jestli by vůbec Timeshift správně fungoval? Asi se počítá s tím, že systém bude nainstalován běžným způsobem - ne LUKS+LVM.

---

---

Odpovědi

[Petr Fiedler]

Jen ještě doplním, že to /home je zatím prázdné. Čekám právě na to, až udělám ten snímek a pak si do něj teprve dám data.

[theseuszn]

Timeshift nesupluje záchranu OS, jen dělá rozdílové snapshoty. Poslat snapshoty můžeš kamkoliv, pokud se ti úložiště ukáže v průvodci. Úložiště nesmí být na NTFS, jinak ok. Počti u autora Chybovost při vyvolání obnovy sem nezaznamenal ani v řadě 18.x a ani v 19.x

[Petr Fiedler]

Díky za odkaz.

K instalaci toho systému jsem použil skript, který pro mě napsal k3dAR. Radil mi, abych nedělal /home až do konce LVM, aby tam zůstalo místo pro Snapshot. V tom článku jsem ale četl, že Timeshift uloží snímek do /. Když bych tedy použil Timeshift, tak bych musel zbytek toho volného místa přiřadit k /, protože teď má / jen 20 GiB, že jo?

A jak by to bylo, kdybych ten snímek měl na externím disku? Systém je totiž šifrován. Kdyby zkolaboval a nešel odemknout, tak by to z toho externího disku obnovit nešlo, že ne?

[theseuszn]

Snímek uložíš tam, kam ho pošleš a šifrování mu nevadí, uloží šifrovanou oblast tak, jak je. To uložení do / mě přide v případě, že není jiné úložiště, sice logické, jen si nějak nejsem jistej, jakou cenu ten snímek pak bude mít, když ten disk celý zhavaruje, jestli jsem správně porozuměl úmyslu. Za sebe preferuji vždy jiné fyzické úložiště. Co ti poradil k3dAR je logické jen do té doby, kdy ten disk bude funkční, jakmile "padne", padnou i veškerá snažení. Chce to popřemejšlet poněkud "ze široka".

[trevor12]

nechci zakladat novy thread tak se zeptam tady, kdyz bych mel udelane ty snapshoty a najednou jsem treba vubec nemohl nabootovat nebo jen do konzole, staci kdyz nabootuju z nejakeho live distra a prepisu tim snapshotem puvodni instalaci ?

[theseuszn]

Z live usb sem nikdy nic takového nezkoušel, proto Vám na takový typ dotazu nemohu odpovědět. Zkuste tady na abíčku (nebo i jinde) pohledat zálohování nebo obnovy systému. Instalaci nového systému se asi nevyhnete a v něm pak můžete vyvolat případné obnovy nebo použít některý z klonovacích postupů či nástrojů.

[Petr Fiedler]

nechci zakladat novy thread tak se zeptam tady, kdyz bych mel udelane ty snapshoty a najednou jsem treba vubec nemohl nabootovat nebo jen do konzole, staci kdyz nabootuju z nejakeho live distra a prepisu tim snapshotem puvodni instalaci ?

Ano, lze to - sekce System Restore.

[lertimir]

Nejsem si jistý, jak bootovat snapshoty s LVM. Nikdy jsem to nedělal a nevím jak moc to jde. A LVM snapshot je výkonnostní katastrofa. Je to samostatný LVM oddíl, pokaždé když se něco nového zapíše do hlavního oddílu tak se do snapshotu zapíše to co bylo v oddílu původně, několik současných snapshotů, několik současných zápisů. LVM snapshot se fakticky používá jen proto, když chceš dělat zálohu FS, aby byla časově konzistentní. provést snapshot -- zazálohovat snapshot - zrušit snapshot.

BTRFS snapshoty jsou zcela něco jiného. Díky COW FS se jen vydefinuje, že dané sektory se nevymažou, že patří do snapshotu, a další výkonové ztráty nejsou. BTRFS snapshoty jsou jednoduše a přirozeně bootovat a pokud by sis to chtěl třeba vyzkoušet, nainstaluj si (třeba do virtuálu) distribuci openSuse s btrfs jako FS pro root. Pak při jakékoliv aktualizaci se ti udělá snapshot před a po a v default nastavení dokonce snapshot každou hodinu (to si člověk musí dát trochu pozor, aby snapshoty ošéfoval a nezaplnil se mu celý disk) a v grubu to chlapci mají dotaženo tak, že mají advanced menu, ve kterém si můžeš vybrat libovolný snapshot, který chceš nabootovat a to bud jednorázově na vyzkoušení nebo udělat časový rollback a zcela se k tomu snapshotu vrátit (pak všechny následující snapshoty do současnosti se zruší).

[Petr Fiedler]

Nejsem si jistý, jak bootovat snapshoty s LVM.

Myslím, že mu nešlo o LVM. Alespoň o něm nic nepíše.

[marek_hb]

Pak při jakékoliv aktualizaci se ti udělá snapshot před a po a v default nastavení dokonce snapshot... a v grubu to chlapci mají dotaženo tak, že mají advanced menu, ve kterém si můžeš vybrat libovolný snapshot, který chceš nabootovat...

to je nějaká suse only věc, nebo se to dá nějak snadno nainstalovat a nastavit třeba do archu?

[marek_hb]

aha snapper...

[Petr Fiedler]

Já myslím, že k3dAR měl zřejmě na mysli, že ten snímek se defaultně ukládá do toho volného prostoru. Pak si jej můžeš zkopírovat kam chceš.

[k3dAR]

lv snapshot se uklada do volneho mista v lvm vg, primo snimek pak neni (primo) zkopirovatelnej, ale muzes si ho primontovat a jeho obsah treba rsyncem zkopirovat... nicmene to abys nechal volne misto sem psal pro prostej fakt moznosti vytvoreni lv snapshotu, pouzitelne napr.:
- aby se pri rsyncu beziciho systemu nemenili pod rukama soubory/data
- aby jsi pred instalaci neceho co neznas a bojis se ze ti to roz3sere system, udelal snapshot, provedl instalaci a pak se rozhodl zda se chces vratit k predchozimu (representovane snimkem) stavu, nebo prijmes zmeny, teoreticky kdyz udelas snapshot dostatecne velkej, tak muzes provest treba upgrade Mint18->19 a kdyz se ti to nebude zdat, vratis se k Mint18 za "par" vterin...
narozdil od btrfs snapshotu to opravdu neslouzi k dlouhodobemu ponechavani a/nebo vicero snapshotu

[k3dAR]

narozdil od btrfs snapshotu to opravdu neslouzi k dlouhodobemu ponechavani [...]

tim nechci rict ze bys se mel do 24h snapshot smazat/aplikovat, jako parkrat se mi stalo ze sem udelal lv snapshot a zapomel na nej treba pul roku, tam pak zalezi jen na tom, zda velikost snapshotu >= zmenam ktere se v "rodici" od te doby udelaji, kdyz udelam snapshot 10MB, poslouzi mi jen na zmeny v /etc, kdyz udelam snapshot 10GB, muzu udelat i to povyseni systemu... samozrejme pocitam ze /home nebo nejakej datove lv je mimo rootfs (/) lv...

[lertimir]

A máš součástí root oddílu /var?

[k3dAR]

myslis rootfs oddil u ktereho sem zapomel na ten snapshot? /var soucasti byl, ale snapshot sem mel asi 15GB takze var nevadil

[Petr Fiedler]

@k3dAR:
1) Dívej, mě jde hlavně o to, jestli je lepší používat klasický Snapshot, nebo ten Timeshift?

2) Že je to dobré k tomu, že něco pokazím a okamžitě se "na ťuknutí" můžu vrátit je mi jasné a vlastně to i proto řeším. Ponechal jsem si volné místo v LVM asi 36 GiB, abych mohl udělat snímek celého systému. Samozřejmě /home a /var mám odděleno. Jen /tmp ne. Používám sice tmpfs, ale i tak by se zřejmě přírůstky vytvářely, že jo? Šlo by tedy teď vytvořit LV pro /tmp (tmpfs), aby /tmp nebylo zahrnováno do přírustků?

Další věc je, jak řešit zálohy? Dokud jsem nešifroval, tak jsem prostě po nainstalování a odladění systému udělal jeho zálohu Clonezillou (data byla na jiném oddílu) a když se pak něco stalo, tak jsem obnovil zálohu. Kdybych teď udělal zálohu Clonezillou, tak by byla moc velká (i bez dat). Necelého půl Tera. I když Andrej mi tu radil, že LUKS můžu připojit a pak udělat zálohu. Ta by IMHO měla být podstatně menší. Jenže co když pak při nutnosti obnovy nepůjde LUKS připojit? Do budoucna plánuji koupit 4TB disk. Až pak někdy budu přeinstalovávat pc i nb, tak udělám Clonezillou zálohy obou disků (2x500 GB) a dám je na ten 4TB disk. To mě už bolet nebude. Zatím to tak ale řešit nemůžu. Smířil jsem se s tím, že když systém odejde a nepůjde jej opravit pomocí Snapshotu/Timeshiftu, čeká mě nová instalace. Nebo mám ještě nějakou možnost, jak to pořešit?

[Petr Fiedler]

Mohli byste prosím někdo zodpovědět tohle?

[theseuszn]

Pak teda, když už se ty názory z různých důvodů rozchází, bych zkusil  Aptik . Stejný autor jako od Timeshift. Jinak bych se asi vrátil ke klasickému snímku, myšleno v současných podmínkách, kdy zatím nemáš jiné místo, jak si uvedl. Podmínka po nějakém "kolapsu" je bohužel nainstalování nového OS a zdroj s Aptkem. Osobně si dělám čistou instalačku s aktualizacemi a driverama, pak zavedu repo a samotnej aptik a je vymalováno, se vším všudy i s daty. Opět platí, že neni vhodný v NTFS. V Mintu absolutně bez problémů (aspoň u mě).

[Petr Fiedler]

Zajímavý nástroj.
Jen pro upřesnění. Data zálohovaná mít budu. Jde mi jen o systém.

[theseuszn]

Příloha:

• aptik.jpg (361801 bytů)

Jak chceš oddělit samotnej systém, když jeho součástí je i složka home, kde jsou data. Ty data, já nevím, no, mě zabírají po záloze aptikem i s home 743MB... má cenu to řešit? Vytvořená data, pokud mají větší rozsah automaticky sypu jinam. Posílám přílohu na ukázku, kde je celková velikost složky zálohy Aptikem se vším všudy, možná změníš postoj. Označená složka je záloha na jiném fyzickém disku a je v ní všechno, co můj system má v sobě, i s drobnými daty. Horní část snímku je celkoová velikost složky a spodní je struktura v té složce. Je to záloha kompletního fumkčního systému i s pár aplikacema navíc, ale jedná se většinou drobnosti.

[Petr Fiedler]

Asi si nerozumíme. Já měl na mysli mediální soubory atd. Prostě moje soubory. Už jsem je právě do /home zkopíroval. Dlouho jsem s tím čekal, ale táhlo se to skoro už 2 měsíce a tak nějak jsem se smířil s tím, že zálohu udělat kvůli šifrování nepůjde a tak jsem je tam předevčírem nakopíroval, protože jsem si přečetl, že Snapshot i Timeshift nazálohují /home, respektive data uživatele.

[Petr Fiedler]

Ono z věty: a je vymalováno, se vším všudy i s daty. není moc poznat, jaká data myslíš.

[theseuszn]

Myslím tím vše, co obsahuje home... to "vymalováno"je myšleno lidově jako hotovo, v pořádku a tak nějak...

[Petr Fiedler]

Neuraž se prosím, ale všiml jsem si, že někdy odpovídáš na co se neptám :) Já slovo vymalováno používám dlouhé roky a vím co znamená. Pozorněji čti a víc přemýšlej :) Píšu v dobrém. A dík, že se mi snažíš pomoci.

[theseuszn]

Proto sem to slovo dal do uvozovek, dá se chápat jak pozitivně, tak i negativně, ne že bych měl pochyby o uživateli, že tomu slovu nerozumí, navíc když sou obě "strany" moraváci... jinak pohoda, nejsem vztahovačnej a co si budem namlouvat, psací komunikace dost často... Takže to někdy může vypadat bůhví jak, takže za mě ok.

[theseuszn]

Příloha:

• aptik-advanced.png (44435 bytů)

Ptal ses na zálohy a psal si, že nepotřebuješ zálohovat data. Ok, u tebe to vypadá, že neodpovídám na co si se ptal, no a to je ta sporná situace, já se při tom snažím odpovídat, na co se ptáš. Dám ti návrh: Udělej si čistej systém bez těch dat, ponastavuj si vše co potřebuješ včetně případných doplňků a zazálohuj, ta záloha bude minimální a ty data, ať jsou jakýkoliv si tam pak nasypeš, když píšeš, že je máš zazálohovaný. A ikdyby si zaškrtnul všechno, při obnově si můžeš vybírat, co z té zálohy chceš použít, když budeš používat režim "advanced", jak pro zálohování, tak pro obnovu.

[theseuszn]

... ještě drobná poznámka: jám mám home jako samostatný oddíl, tudíž mi při těch obnovách Aptikem stačí obnovit jen repa a balíčky, naprostá jednoduchost. U tebe nevím, jak to tam máš na disku zorganizované, ale na tom nezáleží, pokud to máš vcelku, zaškrtneš home, pokud máš home zvlášť, není potřeba. Používám ext.4 a nesetkal sem se s problémem a používám Aptik od LM17-ky.

[Petr Fiedler]

Mám SSD 466 GiB a na něm je to takto:

          Volné místo            4 MiB
/dev/sda1 BIOS boot partition    4 MiB
/dev/sda2 EFI System Partition 512 MiB
/dev/sda3 LUKS                 465 GiB
           lv /                 30 GiB
           lv /var              20 GiB
           lv swap               4 GiB
           lv /home            375 GiB
           neobsazeno           36 GiB   

Přeinstalovávat systém nebudu, protože je takřka nový. Nemám ale problém odstranit pár desítek GiB dat z lv /home, udělat zálohu a data vrátit zpět. Otázka je, jak by šlo obnovovat, kdyby se rozbil LUKS, nebo LVM. Zřejmě nová instalace a z ní obnova, že jo? Ale bylo by to mnohem rychlejší, než vše znovu nastavovat. Počkám, jestli se ještě vyjádříš, nebo někdo další a zatím o tom ještě popřemýšlím. Nainstaluji to a kouknu se na to.

Díky

[theseuszn]

Petře, omlouvám se, ale strukturu disku, kterou si tady ukázal já nepoužívám a tudíž s ní nemám zkušenosti ohledně zálohování a pak jejich případných obnov. Jak jsem již dříve v jiném thredau uvedl, mám stolní pc doma, kam mi nikdo neleze, tudíž taková "opatření" nemusím podstupovat. Sice si je umím vytvořit, ale na co v pc, které je doma. Takže co jsem tady psal vše kolem těch záloh nepovažuj v tvém případě za předmětné, protože v tvé struktuře na disku platí jiná pravidla. Nerad bych tě uváděl ve zbytečné omyly.

[Petr Fiedler]

V Pohodě :)

Jak jsem již dříve v jiném thredau uvedl, mám stolní pc doma, kam mi nikdo neleze, tudíž taková "opatření" nemusím podstupovat. Sice si je umím vytvořit, ale na co v pc, které je doma..

Nás už jednou vykradli. Přišel jsem domů ze školy, odemykám dveře od bytu a půl zlomené fabky mi zůstalo na klíči. Dovnitř jsem se nedostal. Tenkrát myslím zmizely jen peníze, co jsme měli doma. Počítač jsem tenkrát neměl. Dnes jej mám a nechtěl bych, aby měl nějaký bytař moji identitu, hesla atp.

[Petr Fiedler]

Ten Aptik se mi fakt líbí.

Teď zbývá otázka, jestli Snapshot, nebo Timeshift. k3dAR psal, že tím jeho způsobem se dá snapshot provést tak, že se ti to nemění pod rukami. Což se mi líbí. Ale možná to umí i Timeshift. Budu si to muset nastudovat.
Snímek by tedy řešil, když by se něco nepovedlo, ale systém by fungoval a šlo by se v pohodě vrátit. A Aptik by to sichroval, kdyby se to úplně rozbilo. Pak by se během 15 minut nainstaloval nový systém a Aptik by udělal zbytek. Což je taky super. I když teď přemýšlím, že snímkem by to tak asi šlo řešit taky.

Tak uvidím. Třeba přijde někdo s něčím ještě lepším.

Každopádně ještě jednou díky.

[k3dAR]

sem na mob. necetl sem cele, ale k vetaim datum, ja treba delam oddelene lv data, to pripojim do /data a davam tam fotky,videa,hudbu,iso atd, a z roho pak symlink do $HOME, takze treba i zakladni Obrazky mam jako link do /data/obrazky

[Petr Fiedler]

A čemu vadí, kdyby data byla v /home?

[k3dAR]

jen tomu ze pri zaloze home "prekazi"

[Petr Fiedler]

Aha. Tak to udělám tak jak ty.

[Petr Fiedler]

Prosím tě, odpověz mi na tohle.

[k3dAR]

Timeshift z praxe neznam, kdyz sem rychyle prolitnul ten link, je to neco uplne jineho nez LV snapshot, Timeshift dela regulerni zalohy, zaroven rozdilove a/nebo s hardlinkama, takze v kazde dalsi zaloze zabira misto jen to co se lisi od predchozi, pak ze taky muzes delat zalohy na uplne jinej disk...
Oproti tomu LV snapshot neni na zalohovani ale na momentalni zasnimkovani, je to okamzite, nic se nikam nekopiruje a nasledne muzes "okamzite" zahodit nebo prijmout zmeny mezi aktualni Vs snaspshot stav...

pokud na /tmp mas tmpfs tak to znamena ze se soubory ukladaji do (virtualniho) disku v RAM, vubec to nesaha na disk, ani se to nema jak projevit v lv snapshotu (a nemelo by ani v timeshift(resp. mozna dle nastaveni(zda tam takove je) zda ma zalohovat jen vybranej oddil, nebo i vse co je do nej pripojeno))

ad zalohovani, nevim zda Clonezilla to nahodou uz neumi jinak nez surove pres dd, protoze rucne bys mohl udelat zalohu pres partimage odemceneho luks (coz je program co Clonezilla pouziva, s tim ze to zalohuje jen pouzite misto) a pak pri obnove rucne pripravit disk a vratit image (+ poresit rucne UUID v /etc/*, pregenerovat initramfs a grub.cfg)

[k3dAR]

oprava: partimage => partclone

[Petr]

Díky za snahu pomoci :)

Rozhodl jsem se, že to celé předělám. Znovu nainstaluji Mint, tentokrát 19ku, nic nebudu oddělovat a swap taky vytvářet nebudu. Chtěl bych to udělat tak, aby měl oddíl s Linuxem 50 GiB a zbytek disku bude oddíl šifrovaný LUKS. Na něm budou data. V systému nastavím, aby si Mint pamatoval heslo a hotovo. Systémový oddíl pak zazálohuji Clonezillou. Záloha pak bude mít asi 40 GiB. Udělám to tak i na nb a budu pak moct dát ty zálohy na 1 TB disk. A budu moci mít i více verzí plných záloh. A data budu syncovat mezi pc, síťovým (jiným) diskem a ntb. Navíc na tom 1 TB disku bude šifrovaný oddíl 150 GiB a tam budou ta data pro jistotu zazálohována, kdyby se něco stalo u synchronizace. Časem pak koupím disk >2 TB a bude to úplně v pohodě.

Jen je otázkou, jak přinutit skript, aby udělal LVM jen na 50 GiB oddíl? Bude stačit, když pro "ROOTFS" místo 100% přiřadím 50 GiB?

PS: Píšu z virtuálu, takže nepřihlášen.

[k3dAR]

jen doplnim, ze sem Clonezillu zkusil LUKS umi jen pres DD (tedy zabere to co je velikost), ani kdyz odemknu LUKS rucne a pak dam v Clonezilla savepart (misto savedisk) tak nezobrazi odemcenej LUKS v mapper, ale stale jen ten LUKS zamcenej sdXY oddil...

ve scriptu ROOTFS je velikost LV rootfs, ktere je v LUKS...
pokud bys chtel mit LUKS=>LVM=>ROOTFS a zvlast rucne vytvorenej druhej LUKS pro data (i kdyz nechapu proc tak bys nastavil LUKS_SIZE=50GiB
pokud chces NEsifrovanej rootfs tak script na to neni pripraven a v podstate i postrada smysl, kdyz nesifrovane to nainstalujes normalne s instalatoru a jen das rucni rozdeleni a pouzijes pouze 50GiB z disku...

[Petr Fiedler]

LUKS_SIZE=50GiB, no jasně. Spletl jsem se.

Vysvětlím ti, proč druhý LUKS. Když udělám LUKS_SIZE=100%, bude mít záloha Clonezillou asi tak 400 GB. Když ale udělám LUKS_SIZE=50GiB a zbylých asi 415 GiB zašifruji a použiji jako oddíl pro data, tak pak bude mít záloha systému asi jen 40 GB. Když jí pak Clonezillou obnovím, tak jí obnovím na stejné místo a data zůstanou nedotčená a zase budu mít funkční systém.
A to celé proto, protože disk na zálohy má jen 1 TB. Kdybych tak zazálohoval pc, nb, rpi a flešku, další záloha by se mi na disk už nevešla a to je špatně. Jak už jsem psal, časem koupím např. 4 TB disk a pak to bude o něčem jiném.

Ještě se tě zeptám: nefunguje mi cryptsetup luksClose. Vždy (i na flešce) mi to napíše, že disk se stále používá, nebo tak něco. Když se pak podívám, skutečně odpojen není. Nevíš co s tím?

A perlička na konec. Díval jsem se na flešce, na kterou jsem instaloval LM 18.3 asi před 14 dny a v /etc taky rc.local není. Takže podle mě to z distra fakt odebrali. Když to chceš používat, tak si to musíš vytvořit

A ještě: To je super, žes to s tou Clonezillou vyzkoušel. To je cenná informace.

Dík za všechno :)

[Petr Fiedler]

Ohledně cryptsetup luksClose:

Díval jsem se do man a těch parametrů na odpojení je tam více, např. remove. Zkusil jsem všechny až na ten pro TrueCrypt, ale disk je stále připojen. Jen to napíše, že zařízení není aktivní, ale normálně se do něj dostanu. To je ale asi tím, že si systém pamatuje heslo. Jak se to má prosím tě chovat? Má se to i odpojit?

Ještě mě napadlo, jestli by to nemohlo být tím, že dávám 2x stejný název:

sudo mkfs.ext4 -L stejny_nazev /dev/mapper/stejny_nazev

To by ale asi vadit nemělo.
Možná se to chová správně. Nevím. Nevím totiž, jak se to má chovat.

[Petr Fiedler]

Rozhodl jsem se, že systém přeinstaluji a kompletně vše přepracuji, takže už to nemusíte řešit.