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