Might have found a sligh flaw with the "-O" option idea. The flaw is
that it does not take an actual error (at least not one that ddrescue
sees) to cause the slowdown. If there are difficult spots on the disk
but no reported errors, it can still cause the reads afterwards to
reduce speed. All my previous experience with slowdown was with errors,
until now. I can confirm that closing and reopening after a detected
slowdown still has a positive effect, and brings the read speed back up.
This makes it a little bit more tricky to implement though...
Scott
On 8/21/2013 6:34 AM, Antonio Diaz Diaz wrote:
GNU ddrescue 1.18-pre3 is ready for testing here
http://download.savannah.gnu.org/releases/ddrescue/ddrescue-1.18-pre3.tar.lz
The sha1sum is:
3f9a91d613edbccb993b3d47d139c35d458fc0f6 ddrescue-1.18-pre3.tar.lz
Please, test it and report any bugs you find.
GNU ddrescue is a data recovery tool. It copies data from one file or
block device (hard disc, cdrom, etc) to another, trying hard to rescue
data in case of read errors.
GNU Ddrescuelog is a tool that manipulates ddrescue logfiles, shows
logfile contents, converts logfiles to/from other formats, compares
logfiles, tests rescue status, and can delete a logfile if the rescue
is done.
The homepage is at http://www.gnu.org/software/ddrescue/ddrescue.html
Changes in this version:
* The new option "-O, --reopen-on-error" has been added.
Regards,
Antonio Diaz, GNU ddrescue author and maintainer.
_______________________________________________
Bug-ddrescue mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/bug-ddrescue
_______________________________________________
Bug-ddrescue mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/bug-ddrescue
