|
From: | Antonio Diaz Diaz |
Subject: | Re: [Bug-ddrescue] ddrescue and NTFS-3g |
Date: | Fri, 22 May 2009 21:05:39 +0200 |
User-agent: | Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.7.11) Gecko/20050905 |
Corey Flood wrote:
With that all said, I know there would be issues in doing data recovery with large block sizes (higher rate of missing data, etc.), but I am wondering if the asynchronous switch would be able to help with this, or perhaps a quick run through with a large block size, no trim, etc, then a second pass with a smaller one.
I suppose you mean the "--synchronous" switch. This switch issues a fsync call after every write to the output file. Not sure if this will help with the NTFS problems.
You can't avoid the trim without manually interrupting ddrescue. What you can try is a first pass with --no-split and a large value for --cluster-size, say 1024, followed by a default pass with --retrim, --try-again and perhaps --direct:
ddrescue --no-split --cluster-size=1024 in out log ddrescue --retrim --try-again --direct in out log Regards, Antonio.
[Prev in Thread] | Current Thread | [Next in Thread] |