dd time

Haarsma, Michael (SAPOL) michael.haarsma at police.sa.gov.au
Tue Dec 5 02:50:46 CST 2006


Yep, that's why I said "That doesn't take into account it having issues
and attempting to re-read bad data"

:)

> -----Original Message-----
> From: Adam Hawes [mailto:adamh at adpro.com.au] 
> Sent: Tuesday, 5 December 2006 12:10 PM
> To: Haarsma, Michael (SAPOL); Ben Williams; LinuxSA
> Subject: RE: dd time
> 
> 
> 
> 
> > So I would be expecting start it in the morning and have it done by 
> > lunch time.
> 
> That's a good estimate until you get a sector that takes 
> forever to re-read. There are better tools than dd for 
> recovering from a dead disk.  Of course, if 
> the disk is just reporting SMART errors dd should be fine.
> 
> As a minimum you'd want to try "dd conv=noerror,sync ..." if 
> the disk has lots of unrecoverable errors.  That will skip 
> the error blocks and output zeros in their place.
> 
> dd_rhelp (http://www.kalysto.org/utilities/dd_rhelp/) ,
> based on dd_rescue (http://www.garloff.de/kurt/linux/ddrescue/)
> 
> Other bits of software to do the same thing are 
> 
> safecopy (http://safecopy.sourceforge.net/) and 
> 
> recoverdm (http://www.vanheusden.com/recoverdm/).
> 
> A
> 



More information about the linuxsa mailing list