|
From: | Scott Dwyer |
Subject: | Re: [Bug-ddrescue] 250gig error... out of nowhere. |
Date: | Tue, 05 Nov 2013 19:07:26 -0500 |
User-agent: | Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 |
Niklas, The first thing you might want to do is run ddrescuelog with the -t (--show-status) option. In your case: ddrescuelog -t nsclone.log I see you still have the -n (--no-split) in your command line. Look at the results from ddrescuelog to see if that large 200+gig section is marked as non-split. If it is, removing the -n from your command will allow ddrescue to attempt to break down the error into smaller chunks. However, see what I say about the input position below (as Paul Daniels pointed out in his reply). You are trying to go after the last big chunk yet, and just removing the -n would cause any previous non-split areas (possibly 20,000+ in your case) to be done first unless you tell it where to read. You should also look at your logfile to try to find the big error (by the sound of it, it might be at the end of the logfile), and get the offset position and size so you can use the -i (--input-position=) option to manually tell it to read the area you wish. If it is recorded as a big error, you would have to use the -r (--retries=) option to get it to try again (otherwise ddrescue will just report finished and exit right away). I would choose a value of 1 for the retry. Also, this is where having the proper input offset really comes in, as if you don't specify it, ddrescue will retry all the errors from the beginning, going through the 20,000+ errors you already encountered before getting to the big area you are still trying to get. In all of this, also try powering down the computer and removing power from the drive for awhile, maybe more than once. Maybe you could get lucky and it will read again. Or maybe it won't. Best of luck, Scott On 11/4/2013 9:17 PM, Niklas Swan
wrote:
|
[Prev in Thread] | Current Thread | [Next in Thread] |