bug-ddrescue
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-ddrescue] ddrescue very slow, and specific data to copy help.


From: Antonio Diaz Diaz
Subject: Re: [Bug-ddrescue] ddrescue very slow, and specific data to copy help.
Date: Wed, 08 May 2013 16:07:51 +0200
User-agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.7.11) Gecko/20050905

Hello Andreas.

Andreas Boman wrote:
The first pass ran with options -g -n (no -f version 1.11) ran very quickly (around 100 MB/s), seemed to recover around 600 GB or so before completing.

You did a first pass from drive to drive with the option -g (--generate-logfile)? If you did, you'll need to begin the rescue again with an empty logfile. All your copy is garbage.

--generate-logfile is so dangerous when not used correctly that it has its owh chapter in the manual:

"However, if the destination of the copy was a drive or a partition,
(or an existing regular file and truncation was not requested), most
probably you will need to restart ddrescue from the very beginning.
(This time with a logfile, of course). The reason is that old data may
be present in the drive that have not been overwritten yet, and may be
thus non-tried but non-zero."


Currently I can live with this amount of data loss, however it looks like the md superblock has not been copied over to the new disk, although it is fine and readable on the old one, and I need that to restore the array with the new disk.

If the destination drive had non-zero data in the place where the superblock resides, ddrescue won't copy it (it thinks the superblock is already copied).


Regards,
Antonio.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]