Parametr DD jen pro čistá data, ne volné místo.

[Ventero]

Byla to fleska s fat32 - zkusim to az zase budu mit tolik casu na flashce s ntfs ...

[Petr Merlin Vaněček]

Já vám do toho nechci úplně kecat, od začátku tohle vlákno sleduji, ale není to náhodou tak, že souborové systémy si udržují cosi jako tabulku souborů (v případě NTFS je to MFT), tj. informace o tom, kde soubor je umístěn na disku (resp. jeho začátek, velikost a další parametry s tím, že poslední záznam bloku odkazuje na blok další, ne nutně ležící hned za ním - fragmentace), přičemž pokud je soubor "smazán", je toto místo pouze označeno v této tabulce jako volné a tudíž dd, který bere sektor po sektoru a fakt se nezajímá o filesystém pod sebou, prostě nemůže vědět, že místo je volné? Jistě, lze nastavit, že lze kopírovat jen bloky, které neobsahují nuly, ale každý trochu používaný disk bude mít takového místa docela malé množství, nebo myslíte, že při výmazu souboru se místo přepisuje nulami? To by pak mazání takového souboru trvalo stejně dlouho, jako jeho kopie ...

[Ventero]

Takovy parametr na preskakovani bloku s nulami bych rad znal - jinde jsem totiz nasel navod, jak vyplnit volne misto nulami pomoci DD ...
Nicmene volba sparse volne misto zda se rozpozna a je pro me zahadou, proc ho do zalohy vybere misto toho, aby ho vyloucil ?
Nicmene toto bude zdlouhave - i samotna prace dd - jen zaloha - mi prijde pomala (part to part cca 2,5 MB/s), takze jsem smiren s tim, ze se naucim pouzivat poradne Clonezzilu - ta by to mela umet zalohovat jen tvrda data, ale pro pripad nouze je dobre znat alternativy ...

[Petr Merlin Vaněček]

sparse = try to seek rather than write the output for NUL input blocks

Opět se nejedná o volné místo (myšleno filesystém), ale bloky obsahující nuly, nic. Netuším, proč udělal inverzi, asi by to chtělo vidět kompletní příkaz. Jinak odhaduji, že to je přesně ten správný parametr. Důvod pro malou rychlost může být špatně nastavená velikost bloku pro kopírování parametrem bs.

Nicméně bych se vykašlal na dd, to je ideální použít tak na malé particie; a používal clonezillu, ntfsclone, cp -a, partclone a podobné ... dd prostě ze svého principu je a bude pomalé, protože nepracuje na úrovni filesystému, ale více či méně tupě kopíruje blok po bloku (což se dost často hodí, ale ne zrovna pro klonování velkých disků)

[Ventero]

Aha - myslel jsem opak s tím, že je to nízkoúrovňový nástroj - že bity s e kopírují rychleji, než soubory, kde se nejprve musí přečíst data určující umístění a velikost, než proběhne samotný přenos ...

[Petr Merlin Vaněček]

Aha - myslel jsem opak s tím, že je to nízkoúrovňový nástroj - že bity s e kopírují rychleji, než soubory, kde se nejprve musí přečíst data určující umístění a velikost, než proběhne samotný přenos ...

Mrkni se, jak velký je sektor (kolik má bajtů) a nastav takovou velikost parametrem bs (block size), v takovém případě se bude číst ze zařízení po ideálním velikosti bloku a bude to rychlejší, než kopírování malých souborů. Problém nastane, pokud bude na jednotce volné místo - budeš kopírovat i to, dd to nemá jak poznat, že se nejedná o volné místo ve FS. Ještě je možnost provést zmenšení souborového systému na co nejmenší velikost, následně zmenšit i particii a pak dd kopírovat tu. Nicméně to je pořád přes ruku, existují na to spolehlivé, rychlé a jednoduché nástroje, které operují na úrovni FS a volné místo tak ignorují, fakt není (až na hromadu specifických případů) důvod používat na takhle jednoduchou operaci dd

[juwa2]

Aha - myslel jsem opak s tím, že je to nízkoúrovňový nástroj - že bity s e kopírují rychleji, než soubory, kde se nejprve musí přečíst data určující umístění a velikost, než proběhne samotný přenos ...

Nic lepšího jak Clonezilla nevymyslíš. A pokud s ní budeš pracovat, dozajista si všimneš, že ke klonování "inteligentně" používá (v "beginners mode") nástroj nejlépe ke konkrétní úloze vhodný.  Samozřejmě můžeš v "advanced mode" vynutit cokoli.
Klonování/zálohování pouze obsazených bloků je samozřejmostí.  Značně to urychlí celý proces.