No minimálně v tom, že to dělá průběžné výpisy na obrazovku (rychlost čtení - okamžitá/průměrná), množství přenesených a chybných dat) a nevím jak je na tom dd s tímto parametrem s vícenásobným opakováním čtení. Taky umí generovat výstup jako sparse file.
ddrescue alebo aj dd_rescue (2 rozne softy) sa vedia nasledne pokusit neprecitatelne data znovu precitat. Tiez zapisu log o tom, ze ktore sektory to vlastne boli. A maju myslim aj taku featuru ze preskakuju viacero neprecitatelnych sektorov za sebou, teda nestravia nad nimi vecnost hned na zaciatku ako dd (ktory mimochodom vie, ze bola chyba, az ked mu to timeoutne, co moze byt dost dlho), ale snazia sa recovernut najprv co najvacsie mnozstvo dat az potom detaily.
mimochodem asi mate na mysli spis dd conv=noerror,sync, ne? jinak necitelny data jsou ve vystupu vynechana, coz neni u image disku presne to pravy
matej ma pravdu, dd conv=noerror,sync bs=512 na vadnym disku muze trvat roky, ddrescue od GNU a starsi dd_rescue se to snazi chytrym preskakovanim a volitelnym znovu-ctenim zrychlit pod snesitelny den-dva
navic, to tu jeste nebylo receno, muzu ddrescue pustit s log souborem a pak muzu zachranu prerusit a pustit kdykoliv znovu, a zachrana zacne presne tam, kde prestala
ja mel na jednom disku spatnou jednu hlavu, prostredni ve svazku a dd generovalo chyby s resetem IDE sbernice, coz zabralo pro jeden neuspesnej blok nekolik sekund
no a rok ma kupodivu "jen" 31.5 Ms, takze jestli nemocna oblast je aspon 15GB a kazdy pokus o cteni vygeneruje IDE reset trvajici sekundu ....
Hmm, pěkné ...
A jde nějakým podobným jednoduchým způsobem docílit zápisu na poškozený disk tak, aby se vadné sektory přeskočily? Budu reklamovat disk, data už mám zazálohovaná a pro dobrý pocit bych chtěl disk vyčistit - co kdyby tam někde byly nějaké citlivé informace.
Něco na způsob dd if=/dev/zero of=/dev/sdb, ale předpokládám, že to skončí, jakmile narazí na první vadný sektor.
myslim, ze zapis neskonci, teda jestli neni chyba trebas v radicu
ale osvedcilo se mi badblocks -wsv /dev/sdb
dost casto se stane, ze vadnej blok po prvnim prepsani a precteni v druhym kole uz vadnej neni, je to tim, ze disk vi, ze blok je vadnej (pending sectors ve SMART), ale nic s nim nedela, pokud ho jen ctes
jak prijde zapis, tak se disk zaraduje, ze na data v sektoru peces a sektor je dynamicky nahrazen z rezervy a tam se to zapise
pak uz je jen otazka, jak casto se to deje a kdy dojdou rezervni sektory :)
jinak data se zrejme lepe znici nahodnyma cislama, nez nulama, badblocks umi -t random treba
nene, zapis skonci, pokousi se to zapisovat a pak to vzda... takhle provadim jednoducyh test na funkcnost disku, kdyz ho "zformatuju", tak ma cenu se s nim prat dal ;)