Kompletní záloha disku

[Screemy]

Zdravím,

jelikož me včera SSDčko odešlo do křemíkového nebe, <ironie>ano, měl jsem zálohy</ironie>, reším nějakou variantu jak zálohovat komplet disk do treba IMG.

Když jsem nuceně (vývoj C#) využíval M$ používal jsem na backup Acronis (ten je fajn, zvolite si co kam, cron etc) ale na Tuxovi nejede. Jelikož byh rád měl obrazy disku v 1 souboru, tak vylucuji rsync, tar atp.

Jedinou variantou co mě napadá je využití DD

ale rád bych se zeptal zkušenějších, jestli neexistuje něco lepšího, popřípadě jak co nejefektivněji nastavit DD (spušěno cronem každý den o půlnoci)

Děkuji všem

[Reklama]

[Ondrej]

Proč vylučuješ tar? Ten přeci vše naháže do jednoho archivu... Čili tarnout potřebné a rovnou odesílat někam.

[JardaP .]

https://www.partimage.org/Main_Page

[SB]

Jestli celý disk (otázkou je, zda to je nutné, může to být pomalé), pak (výše uvedený) partimage, případně třeba dd | gzip.

[Boo]

Tar je uplne v pohode a jestli to chces urychlit a usetrit misto na zaloznim cili, tak muzes taky delat incrementalni upgrade:
https://www.gnu.org/software/tar/manual/html_node/Incremental-Dumps.html

Takze treba v pondeli v noci spustis plny backup a utery az nedeli jenom rozdilovy.

[Reklama]

[JardaP .]

Otazka je, jestli to je systemovy disk a pokud ano, tak jak to Screemy chce zalohovat namontovane.

[Logik]

Btrfs + snapshot + send

[Ondrej]

Otazka je, jestli to je systemovy disk a pokud ano, tak jak to Screemy chce zalohovat namontovane.

Tarem to zazálohuješ úplně v pohodě, výhoda o proti image je ta, že pak image nemusíš komprimovat aby si se zbavil prázdného místa v tom image...

[JardaP .]

Tarem ano, tim ale neudelam obraz disku, jak chtel screemy. A pokud to budu chtit komprimovat, tak to bude chtit tluste CPU a pouzit kompresor, ktery umi vyuzit vsechna jadra, jinak to bude trvat celou vecnost. Treba pbzip2, i kdyz ten patri k pomalejsim. Tusim existuje i nejaka vicejadrova verze gzipu.

Ja osobne zalohuju data z /home rsyncem, kdyz mam maly cilovy disk nebo rdiff-backup, kdyz je cilovy disk dost velky. K tomu mam rsyncovane /etc a seznam nainstalovanych balicku. Obnoveni by pak nebylo na pouhe jedno pusteni dd, ale zase tak casto ty disky nekrachuji, aby mi to drasalo nervy.

[Ondrej]

Tarem ano, tim ale neudelam obraz disku, jak chtel screemy. A pokud to budu chtit komprimovat, tak to bude chtit tluste CPU a pouzit kompresor, ktery umi vyuzit vsechna jadra, jinak to bude trvat celou vecnost. Treba pbzip2, i kdyz ten patri k pomalejsim. Tusim existuje i nejaka vicejadrova verze gzipu.

Ja osobne zalohuju data z /home rsyncem, kdyz mam maly cilovy disk nebo rdiff-backup, kdyz je cilovy disk dost velky. K tomu mam rsyncovane /etc a seznam nainstalovanych balicku. Obnoveni by pak nebylo na pouhe jedno pusteni dd, ale zase tak casto ty disky nekrachuji, aby mi to drasalo nervy.

To ano, ale otázka je jestli to tazatel opravdu potřebuje, řekl bych že ne.
Komprimovat u image disku se vyplatí, zrovna teď smrskávám cca dohromady 1TB image na 20 giga, to už je myslím slušná úspora místa :-)
Tím paralerním gzipem asi myslíš pigz...

[JardaP .]

Komprimovat u image disku se vyplatí, zrovna teď smrskávám cca dohromady 1TB image na 20 giga, to už je myslím slušná úspora místa :-)

Zalezi na tvem CPU. Je-li dostatecne tluste, komprimace se vyplati. Pokud ne, je lepsi obetovat misto v zajmu rychlosti.

[nobody(ten pravej)]

Zalezi na tvem CPU. Je-li dostatecne tluste, komprimace se vyplati. Pokud ne, je lepsi obetovat misto v zajmu rychlosti.

ten image muzes rovnou bez ukladani na disk hnat pres pipe do gzip, takze to ve vysledku muze byt i ryclejsi, protoze se uklada na disk rovnou uz mene dat...

[JardaP .]

ten image muzes rovnou bez ukladani na disk hnat pres pipe do gzip, takze to ve vysledku muze byt i ryclejsi, protoze se uklada na disk rovnou uz mene dat...

Ano, presne. Ale jak jsem napsal, zalezi na tom, jak mas tluste CPU. Na RPi nebo Atomu by se to mohlo dost protahnout a omezena rychlost USB by bylo to posledni, co by te trapilo.

[boo]

omezena rychlost USB by bylo to posledni, co by te trapilo.

Co myslite omezenou rychlosti USB Kefaline? USB3 je propustnejsi nez libovolnej magnetickej disk a i nektera SSD mu nestihaj. A to nemluvim o 3.1 kde je to jde az rychlosti 1CD za sekundu  Chapu ze linuxaci si libuji v obstaroznim HW ale USB3 karty i HD boxy jsou levne a upgrade se vyplati.

[JardaP .]

@boo: Aha. A jake procento stroju mezi lidmi ma USB 3? Jake procento externich disku, ktere lidi maji doma, ma USB 3? Chapu, vsichni by prece mohli vyhodit sve nekolikaterove disky a stavajici stroje a poridit si uplne vse jen s USB 3. Ale lidi to nejak nechteji udelat, takze vetsina z nich pri tvorbe image disku narazi na rychlost USB 2 a komprese se jim vyplati, pokud to jejich CPU stiha tak, aby doslo k realne uspore casu prenosu.

Linuxaci si nelibuji v obstaroznim HW, linuxaci akorat nevidi duvod, aby vyhodili veskery svuj HW, protoze MS vydal dalsi verzi Widli, ktera vyzaduje 4 x rychlejsi CPU s 2 x tolik jadry, 4x vice RAM a na disku zabere 2 x tolik mista, nez sracka predchozi. A tyto HW pozadavky jsou nutne k tomu, aby to cloveku bezelo aspon tak rychle, jako Widle predchozi. Tyto problemy v Linuxu resit nemusime. Pokud nejsme zrovna vyvojari, co furt neco kompiluji, k porizeni posledniho vykriku HW nemame duvod a kolikrat muzeme v pohode existovat s 10 let starym strojem, aniz by nam z toho tekly nervy, jako uzivatelum Widli, pokud by se jim tam nove Widle vubec podarilo nainstalovat.

Odmenou nam je pak to, ze nemusime mit frikulinsky stroj s dementni chicletovou klavesnici a la Apple, kterou dnes vsichni museji kopirovat, bez HD LEDky a se strasnym touchpadem, kam vyrobce implementoval sbirku svych blbych napadu, kterymi se snazi trumfnout Apple.