Dotaz: DD - Jak na to?

[PCzačátečník]

Dobrý den. Potřeboval bych poradit, jak správně zacházet s programem DD. Musím upozornit, že linux nepoužívám a neznám, tak prosím o spoustu trpělivosti. Co je pro vás malá prkotina je pro mě téměř nepřekonatelnej problém. (například napsat znak ¦ )

Takže o co jde? Potřebuju na DELL Latitude C600 dostat Win98 a něž cokoliv začnu (a taky zkazím), musím udělat zálohu současných XPček. Po internetu jsem se díval jak udělat image disku. Hodně lidí v diskuzích radí použít DD. Ale jak jsem zjistil, pokazit se toho dá asi dost.

Jsou tu některý věci kterým nerozumím. Koukal jsem na tohle odkaz a chtěl bych tomu trochu rozumět.

1)

Další důležité parametry jsou bs (určuje velikost vstupních i výstupních bloků, výchozí je 512 bytů)

Co to jsou ty bloky a jak mám poznat jakou velikost mám zadat?

2)

Argument sync parametru conv zajistí doplnění každého vstupního bloku na velikost vstupního bufferu (zadaného v tomto případě přes parametr bs)

Tuhle větu nechápu vůbec. K čemu to slouží?

3)

Argument notrunc téhož parametru zabraňuje zkrácení případného existujícího výstupního souboru CD.iso (tj. pokud CD.iso již existuje, bude se obsah nahrazovat postupně od začátku přepisováním souboru)

Jakože když už soubor existuje a já DD spustím znovu bez notrunc, tak budu mít hned dvě image najednou spojený v jednom souboru? Ta první věta zní děsně, moc ji nechápu.

4)

Argument noerror zajistí pokračování i v případě chyb

Jaký chyby jsou myšleny? Já si dovedu představit jen chybu, když se mi fleška na kterou kopíruju image zaplní.

5) Jak image komprimovat? Na internetu jsem si sice našel příklad a asi bych si dokázal upravit cesty ( asi takhle? dd if=/dev/sda | gzip > /mnt/sdb1/obraz.gz) ale nejsem si příliš jistej. Hlavně nevím jestli mám k tomu použít ty ostatní parametry (bs, noerror apod.) a jak a proč.

6) A jak tu image zase BEZPEČNĚ vrátit? A opět použít nějaký parametry?

Díky všem za rady. Nerad bych totiž vytvořil zálohu která bude vadná, nepůjde vrátit, nebo bude nefunkční.

---

---

Odpovědi

[Petr Šobáň]

Nějak nechápu co řešíš.

Máš windows tak si udělej zálohu pomocí SW určených pro windows, případně existují různé distribuce kde si naklikáš zálohu a nějaké dd tě nemusí zajímat.

1.) není to důležitý parametr - když to neurčíš poběží to pomalej, ale nic se nestane.

2.) Taky neřešit viz 1

3.) Prostě soubor se přepisuje od začátku, a pokud je kratší než původní uložený tak se neskrátí a na konci zůstanou původní data. (zatím jsem to nikdy nepoužil)

4.) Co na tom nechápeš záznam z nějakého média, nemusí jít přečíst takže vypadne nějaký sektor a HW zahlásí chybu....

5.) Image můžeš skomprimovat čím chceš.

6.) Tak jak si ji vytvořil tak ji vrátíš pouze prohodíš zařízení. if=... of=....

[k3dAR]

ad 5) kdyby vedel co a jak chce, tak se nepta ;) ad 6) coz v pripade komprimovaneho image neplati... postup napr. z ArchWiki

# vytvoreni zalohy
dd if=/dev/sdX conv=sync,noerror bs=64K | gzip -c  > /path/to/backup.img.gz

#obnova zalohy
gunzip -c /path/to/backup.img.gz | dd of=/dev/sdX

cesta "/path/to/" musi samozrejme smerovat na jiny, nez ten zalohovany/obnovovany disk...
a misto sdX je potreba uvest spravne jmeno zarizeni, ktere je potreba vzdy zjistit pred pouzitim, v tom totiz je to nejhorsi co se muze stat, ze poku by nekdo slepe opsal nejaky postup tak si premaze systemovej (nebo jinej) disk, misto aby to nahral na USB flash :)

[kaaja]

jinak teda take doporucuju se na DD vykaslat, a zalohu provest napr. pomoci Clonezilla nahrane na USB Flash:
https://www.root.cz/clanky/clonezilla-klonovani-disku-levou-zadni/

[lertimir]

Skoro bych te podpořil jako řešení, ale pokud je to čistě windowsí uživatel tak ještě více než clonezilla bych doporučil použít přímo nástroje pro tento operační systém. Pro tazatele. Seagate má free nástroj pro operaci s disky a oddíly na systému, kerý obsahuje alespon jeden jeho disk, a jsou i free nástroje, které lze použit na systémech jen s WD disky. Na dd zapomeňte. Množství znalostí, které potřebujete na efektivní použití takovoho nízko úrovňového nástroje na práci s blokovými zařízení bez významného rizika chyby a zničení dat, neodpovídá cíli, kterého chcete dosáhnout.

[marek_hb]

nejjednodušší mi přijde poptat se po jiném disku a na ten ty 98 nainstalovat - místo čarování s dd a možností průšvihu (jeden mám čerstvě za sebou ) stačí křížový šroubovák ...

[Vtipnéř]

Obsáhlá diskuse na téma klonování disků je třeba na zive.cz nebo se můžeš mrknout na zprávičku na root.cz a odkaz v ní. Pokud použiješ dd, je potřeba dobře vědět, co dělají parametry, které použiješ.

Já osobně používám dd na zálohování SD karet a flash disků a zpravidla jen v základní verzi, tedy "dd if=... of=...", maximálně zadám parametr bs, který může ovlivnit rychlost programu. Důležité je nesplést označení disků, jednou jsem omylem zadal sda místo sdb u výstupu a mohl jsem přeinstalovávat systém.

Co se týče Win98, vzpomněl jsem si na starý vtip (ale sám jsem je měl několik let):

Volá zákazník na softwarovou podporu: "Dobrý den, mám nainstalovány Windows 98." Podpora: "Rozumím." Zákazník: "Systém mi nefunguje." Podpora: "Ano, to už jste říkal."

Jirka

[rastos]

Co to jsou ty bloky a jak mám poznat jakou velikost mám zadat?

dd prečíta blok zo vstupu a zapíše blok na výstup. A potom ďalší. A ďalší. Historicky niektoré médiá pracovali efektívnejšie ak dd použilo veľkosť bloku, ktorý sedel s veľkosťou alokačnej jednotky súborového systému, či veľkosťou sektoru, clustra, čojaviemčoho. V dnešnej dobe to moc nemá význam riešiť. Hlavne ak sa bavíme o diskoch.

Argument notrunc téhož parametru zabraňuje zkrácení případného existujícího výstupního souboru

Keď sa pustíš zapisovať do nejakého súboru, tak prvá operácia, ktorá sa urobí je open(). Ak ten súbor už existuje, tak open() môže zafungovať tak, že pozíciu, na ktorú sa bude zapisovať, nastaví na začiatok (pozíciu 0) a najbližšie write() bude zapisovať na začiatok súboru. Ak žiaden write neurobíš, tak súbor ostane s veľkosťou 0B. Zvyšok súboru sa zahodí. Po anglicky "truncate" - "odrezať zvyšok, skrátiť". Druhá varianta, je že sa po open() nastaví pozícia na koniec súboru a teda nasledujúci write() bude pridávať na koniec existujúceho súboru. Po anglicky "append".

Jaký chyby jsou myšleny?

Akékoľvek, ktoré môžu nastať pri čítaní alebo zápise. Od chýb média, cez nedostatok priestoru na zápis, atď. Čítať môžeš nielen z bežného súboru, ale aj z rúry, sériového portu atď atď. To isté pre zápis.

Jak image komprimovat? Na internetu jsem si sice našel příklad a asi bych si dokázal upravit cesty ( asi takhle? dd if=/dev/sda | gzip > /mnt/sdb1/obraz.gz)

Buď najprv urobíš kópiu a potom ju skomprimuješ,

dd if=vstupny_subor of=vystupny_subor
gzip vystupny_subor

alebo to budeš robiť v jednom kroku, tak ako si napísal. V tom prípade ale musíš gzip-u povedať, že komprimuje to, čo dostane na štandardný vstup. To sa robí parametrom -c

dd if=/dev/sda | gzip -c > /mnt/sdb1/obraz.gz

A jak tu image zase BEZPEČNĚ vrátit?

gunzip zaloha.gz
dd if=zaloha of=vystup

resp.

gunzip -c zaloha.gz | dd of=vystup

A opět použít nějaký parametry?

Pre dd potrebuješ len if=, of= . Pre gzip/gunzip môžeš chcieť -c (spracovanie štandardného vstupu/výstupu miesto nejakého súboru) a prípadne úroveň kompresie. Tá sa udáva ako číslo. -9 je najväčšia, ale aj najpomalšia. Opakom je -1, čo je najrýchlejšia, ale menej účinná. Komprimovať s -9 to čo už je komprimované (napr. video) je strata času.

Každopádne odporúčam najprv si to nacvičiť na niečom malom. Tiež môžeš zvážiť použitie nejakého konkrétneho backupovacieho softu. Ten sa môže vyhnúť zbytočnému zálohovaniu nevyužitého priestoru na disku.

[Jendа]

Dovolím si kacířskou myšlenku, nepoužívat dd. Na současných systémech podle mě nemá opodstatnění, šlo hlavně o velikost bloku a to dnes řeší kernel. Takže místo "dd if=soubor" použij "cat soubor" a místo "dd of=soubor" použij "> soubor".

Jaký chyby jsou myšleny? Já si dovedu představit jen chybu, když se mi fleška na kterou kopíruju image zaplní.

Vadné sektory na disku. V tom případě je ale vhodnější použít specializovaný nástroj na obnovu dat, například ddrescue.

6) A jak tu image zase BEZPEČNĚ vrátit? A opět použít nějaký parametry?

Prohodíš vstupní a výstupní soubor a pokud jsi komprimoval, přidáš parametr -d (jako decompress).

[VM]

Na zkopírování disku opravdu stačí cat, ale na spoustu věcí ne, třeba na zkopírování 1MB dat od adresy XXX, na vytvoření sparse souboru atd.

[Jendа]

třeba na zkopírování 1MB dat od adresy XXX

Tak schválně, chyták: jak bys zkopíroval pomocí dd z coreutils 100 M(i)B od adresy 0?

Hint: dd.c:1090

[PCzačátečník]

Koukám, že se tu odpovědi hezky rozjely. Díky všem. Nemůžu reagovat na všechny, tak alespoň na některý.

od Petr Šobáň >> 3.) Prostě soubor se přepisuje od začátku, a pokud je kratší než původní uložený tak se neskrátí a na konci zůstanou původní data.

Díky moc, konečně jsem to pochopil. Všude to píšou komplikovaně a a tohle je krásně srozumitelný. Díky. Takže ho můžu s klidým svědomím vynechat.

od Petr Šobáň >> 1.) není to důležitý parametr - když to neurčíš poběží to pomalej, ale nic se nestane.

A pokud ho chci určit jak ho určím optimálně?

od rastos >> alebo to budeš robiť v jednom kroku, tak ako si napísal. V tom prípade ale musíš gzip-u povedať, že komprimuje to, čo dostane na štandardný vstup. To sa robí parametrom -c

Jasně že to chci v jednom kroku, tolik místa na flešce nemám. Takže díky, díky, díky. O tom parametru -c jsem netušil a zkoušel jsem to bez toho.

od rastos >> a prípadne úroveň kompresie. Tá sa udáva ako číslo. -9 je najväčšia

Zase podstatná věc, díky. A já se divil, že mi nestačilo místo na flešce (mimochodem1 - jaká je nastavená výchozí komprese?)

od rastos >> Akékoľvek, ktoré môžu nastať pri čítaní alebo zápise. Od chýb média, cez nedostatok priestoru na zápis, atď.

Dobře chápu. Takže když to mám bez paramteru noerror a dojde k chybě tak se operace zastaví a zbyde mi třeba jen půlka image? Vypíše to nějaký chybový hlášení? A když to mám s parametrem noerror, tak se stane co? Jakože čte, čte, čte, najedou se objevý vadná oblast tak co? Tam kde to nemůže přecíst tak to tu část image vyplní nulama, nebo to jen ignoruje a čte další čitelnou oblast? Opět, dostal bych nějaký chybový hlášení s tímto parametrem? (mimochodem2 - Co se stane když se mi bude vytvářet image větší než 4GB na flešku s FAT32?)

Měl bych i spoustu dalších otázek ohledně zobrazení stavu v %, nebo vyčištění disku (předopkládám, že se do image nahrajou z disku i smazaný soubory a image tak neůměrně naboptná), ale musím nejdřív strávit tenhle základ.

Ale kdyby mě přeci jen chtěl někdo informovat, nebudu se bránit. Odkazy beru taky. Hlavně česky a srozumitelně (pro mě laika).

Takže znovu díky všem, hlavně rastosovi. Už to tam láduju, tak uvidíme.

[Jendа]

A pokud ho chci určit jak ho určím optimálně?

Pokusem.

1M bývá v pohodě.

mimochodem1 - jaká je nastavená výchozí komprese?

man gzip

-# --fast --best

Regulate the speed of compression using the specified digit #, where -1 or --fast indicates the fastest compression method (less compression) and -9 or --best indicates the slowest compression method (best compression). The default compression level is -6 (that is, biased towards high compression at expense of speed).

mimochodem2 - Co se stane když se mi bude vytvářet image větší než 4GB na flešku s FAT32?

Jakmile se pokusíš zapsat přes 4 GB, hodí to file too large a zápis se nepodaří.

Měl bych i spoustu dalších otázek ohledně zobrazení stavu v %

Pro dd: killall -USR1 dd, pro ostatní způsoby: vřadíš do kolony utilitu pv. Taky se dá kouknout do /proc/PID/fdinfo/FD.

nebo vyčištění disku

Vytvoř veliký soubor plný nul (cat /dev/zero > soubor) a pak ho smaž. Na filesystémech, které jsou podporovány (obávám se, že jenom ext2/3/4), je lepší použít utilitu zerofree.

[Petr Šobáň]

Doplním dd při chybě skončí....(pokud mu nezadáš ten parametr aby chyby ignoroval)

Pro čtení ze zařízení kde se vyskytují chyby se používá ddrescue ten chyby přeskakuje a nahrazuje je nulama takže se pak můžeš pokusit opravit ten poškozený FS a zbytek dat zachránit.

[lertimir]

Pánové nemáte pocit, že radíte někomu, jak si systém rozbít? Možností chyb je tolik, a nizkoúrovňové utility chyby netolerují.

[Petr Šobáň]

Jeho problém......

Jsme mu poradily aby použil SW určený pro přímé vytváření image, pokud se ptá na dd nevidím problém mu odpovědět.

[vbox]

Pokud na DELL Latitude C600 potřebuješ dostat Win98 a máš na něm XPčka, nainstaluj do nich program Virtualbox a do něj Win98. Nemusíš nic zálohovat a bát se ztráty dat.

[antifluslshitbuzerant]

ano ,tady jsou jen odborníci & velcí dobráci