Dotaz: ako zbalit cely obsah usb kluca

[jany2]

Ako mam zbalit komplet cely usb kluc. Pouzivat mozem len terminal. Kluc je v systeme pod nazvom /dev/sdb. Ak dam prikaz tar cvf /home/jany/usb_backup /dev/sdb tak terminal napise tar: Odstraňujem úvodné `/' z názvov súčastí /dev/sdb

---

---

Odpovědi

[Mercuriuz]

Pokud jde čistě jen o zálohu, a k datům nepotřebuješ mít jednoduše přístup, tak by mohlo stačit
dd if=/dev/sdb of=/home/jany/usb_backup
Nevýhoda je ta, že tam není žádná komprese, ale zase můžeš potom odstranit z vytvořené zálohy prázdné místo
cp --sparse=always /home/jany/usb_backup /home/jany/usb_backup2
potom, až budeš chtít svazek obnovit, jen připojíš flash (bez mountu) a pod rootem spustíš
dd of=/dev/sdb if=/home/jany/usb_backup2
Výhoda je ta, že se zkopíruje všechno přesně tak jak je, a stejně se to i obnoví...

[Mercuriuz]

no a co se týká toho zabalení do archivu, /dev/sdb je zařízení, musíš ho napřed namountovat a archivovat namountovaný data...
mount /dev/sdb1 /mnt
tar -cvf /home/jany/usb_backup.tar /mnt/*

[jany2]

Ide o to, ze na tomto 4GB usb kluci je linux (2GB) + swap (2GB) pre satelitny box. Idem testovat teraz inu ver. a tu povodnu si chcem niekde zalohovat v pripade ak by som sa chcel k nej vratit (aby som to nemusel vsetko znova instalovat)tak neviem ci je dobre takto bez kompresie, alebo s kompresiou. Inak s miestom nie je problem, kludne to moze byt aj nekomprimovane

[Mercuriuz]

potom bych viděl jako nejlepší řešení právě dd, já mám tímhle způsobem zálohovaný celý disky, MBR apod...
předpokládám že flash je bootovatelná, tzn
dd if=/dev/sdb of=/home/jany/usb_backup_mbr
ti vytvoří image MBR, a
dd if=/dev/sdb1 of=/home/jany/usb_backup_data
ti vytvoří image s daty, když to budeš chtít vrátit, jenom prohodíš if a of (input file, output file)

[jany2]

moment ... to mbr, alebo data na konci je dolezite ? alebo je to len nazov backup suboru

[Mercuriuz]

jsou to jen nazvy tech obrazu, muzes si je pojmenovat jak chces, pokud budes vedet co je co...

[stativ]

předpokládám že flash je bootovatelná, tzn
dd if=/dev/sdb of=/home/jany/usb_backup_mbr
ti vytvoří image MBR, a

Tohle vytvoří image jak MBR, tak dat. Pokud bys chtěl zálohovat jen MBR, musel bys to omezit na prvních 512 bytů, neboli dd if=/dev/sdb of=/home/jany/usb_backup_mbr bs=512 count=1.

Zálohovat samotnou MBR a data zvlášt mi přijde pro účely dotazu zbytečné a použil bych tedy if=/dev/sdb of=/home/jany/usb_backup

[Mercuriuz]

souhlas, omlouvam se, my fail

[jany2]

Skusam to teraz davat naspat na usb, ale uz to robi 2 hod je to normalne ked to tak dlho robi ? usb ma 4GB Cez terminal zatial neviem pozret ze kolko tam toho uz nakopirovalo, ale zatial v terminali nehodilo ziadnu hlasku, zeby to bolo hotove (to by bolo rychlejsie ak by som ten OS do boxu normalne instaloval + nahodl channelist a potrebe pluginy)

[Mercuriuz]

tj divný, nemělo by to trvat tak dlouho, jak velkej je ten obraz? a zmenšil jsi ho napřed přes cp --sparse=always?

[jany2]

Příloha:

• dd.JPG (39880 bytů)

ee nezmensoval som ho. Ten subor co sa vytvoril ma 4009MB. Vypol som to nasilu asi po dvoch a stvrt hodine a teraz to skusam znova o chvilu bude hodina a zatial nic

[Mercuriuz]

a kopíruješ to na odmountovaný zařízení? nejsem si jistej ale řekl bych že to může být kvůli tomu, zkus ještě přidat jako parametr bs=4M, mohlo by se to zrychlit...

[jany2]

Příloha:

• dd2.JPG (51485 bytů)

ono to asi pracovalo, dal som zrusit a vid screen, ale podla toho kolko toho spravilo, tak predpokladam ze ak by to malo zapisat komplet 4009MB tak by to trvalo asi 5 hod (+-) sorry niesom linuxak, ako by potom vyzeral ten prikaz, takto ? dd -bs=4M of=/dev/sdb if=/home/jany/usb_backup

[Mercuriuz]

cp --sparse=always /home/jany/usb_backup /home/jany/usb_backup2
dd if=/home/jany/usb_backup2 of=/dev/sdb bs=4M

první řádek ti ten soubor zkopíruje bez nul, (pokud jsi měl volné místo na flash, zkopírovaly se do obrazu nuly které "zabírají místo"), a ten druhý ho po 4MB blocích zkopíruje na flash, takhle by to mělo být dostatečně rychlý...

[kuka]

Neni to ponekud divne s tim sparse? Proc by melo "prazdne misto" obsahovat nuly? Kdyz smazu soubor, tak se mi na bezne pouzivanych filesystemech nulami rozhodne neprepisuje, a o obsahu swap oblasti (kterou navic nekam zalohovat pravdepodobne postrada smysl) tezko spekulovat.

Pokud na miste zalezi (coz u 4GB trochu pochybuju), tak bych to normalne zapakoval treba bzipem - pokud tam budou nuly tak si s tim poradi stejne a navic zkomprimuje i vse ostatni.

[Mercuriuz]

dd kopíruje data tak jak leží a běží, neřeší jejich význam, tzn pokud je na zdrojovém FS 1GB dat, 500MB prázdného místa, a pak zase 500MB dat, v obrazu co vyleze z dd bude 1GB dat, 500MB nul a 500MB dat => obraz bude na disku zabírat 2GB ale ve skutečnosti v něm bude 1,5GB dat, když se to prožene přes cp --sparse=always, při kopírování se vynechají nuly a systém správně vypíše velikost obrazu = 1,5GB,

můžeš si to vyzkoušet, na flashku nakopíruj data abys ji zaplnil na 100%, potom smaž náhodný soubory tak aby bylo už jen 50% zaplněnýho místa, nahoď dd a uvidíš že výstupní obraz bude mít velikost rovnou maximální kapacitě flashky, když ten obraz potom proženeš přes cp --sparse=always, bude poloviční...

[Jendа]

můžeš si to vyzkoušet, na flashku nakopíruj data abys ji zaplnil na 100%, potom smaž náhodný soubory tak aby bylo už jen 50% zaplněnýho místa, nahoď dd a uvidíš že výstupní obraz bude mít velikost rovnou maximální kapacitě flashky, když ten obraz potom proženeš přes cp --sparse=always, bude poloviční...

Podle mě by to platilo, jenom kdyby tam byly nuly. Pokud se ty soubory smažou na úrovni FS, data tam pořád zůstanou.

[kuka]

Myslim, ze to tak nebude, protoze nevim, kde by se na tom zarizeni (a tedy i v jeho dd "kopii") po smazani souboru vzaly ty nuly. Zkouset se mi to nechce, nicmene smazani velkeho souboru na moji flashce trva okamzik, zatimco jeho prepis nulami by musel trvat treba nekolik minut. Vedle toho take zalezi na pouzitem filesystemu, zda vubec sparse soubory podporuje.

A bez ohledu na to vsechno podle mne plati, ze komprese pomoci kompresniho programu nebude co do objemu horsi nez sparse a naopak muze byt podstatne lepsi, pokud oddil obsahuje dobre komprimovatelna data. Samozrejme nevyhodou je delsi doba komprese/dekomprese a nemoznost transparentniho pristupu k souboru, coz typicky pri zalohovani nevadi.

[jany2]

Tak znova som sa dostal ku zalohovaniu a restoringu :) Teraz to robim presne ako si popisal

cp --sparse=always /home/jany/usb_backup /home/jany/usb_backup2
dd if=/home/jany/usb_backup2 of=/dev/sdb bs=4M

ale uz to obnovuje nejakych 2 hod

A ako pridam prikazu sigusr aby som videl ako to obnovuje ?

[gorr]

Jestli se nemýlím, tak flash paměti před každým zápisem mažou celý hw blok. Pokud tedy zapisujete na flash paměť po malých kouscích (kolik má dd default? 512 b ?) tak se neustále dokola maže a maže. To je zaprvé velmi pomalé, a zadruhé to efektivně ničí paměť, protože množství zápisu je limitováno. Řekl bych, že v USB disku je integrována nějaká cache a logika, aby k tomu nedocházelo, ale kdo ví, třeba je to právě příčina toho, co pozorujete. Zvětšení bloku pro zápis, tak jak uvádíte, by tohle mělo odstranit. Aspoň na SD pamětech mi zvětšení bloku na cca 64 kB mnohonásobně zvýšilo rychlost zápisu. Myslím, že po pěti hodinách to má tak akorát šanci odejít do kopru.

[Jendа]

Pošli tomu dd SIGUSR1, vyplivne, kolik už toho zkopírovalo.

[jany2]

ok dik otestujem to a dam vediet

[pepe_]

K te kompresi :

 

Do techto souboru se vytvori zalohy a rozdeli se na velikosti 1024Mb (1gb) :/media/externi-hdd/zaloha-usb-klice.img.gz.*

Pro zalohu celeho disku
dd if=/dev/sdb | gzip -c | split -b 1024m - /media/externi-hdd/zaloha-usb-klice.img.gz

Pro obnovu
cat /media/externi-hdd/zaloha-usb-klice.img.gz* | gzip -dc | dd of=/dev/sdb