bug-ddrescue
[Top][All Lists]
Advanced

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

Re: Run ddrescue a second time


From: Shahrukh Merchant
Subject: Re: Run ddrescue a second time
Date: Mon, 9 Dec 2019 16:59:53 -0300
User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1

On 2019-12-06 6:03 PM, Steve Westmoreland wrote:
Hello,
I know this email address is for bugs, but I could not find a reference in the 
instructions that I needed.

It is also a de facto forum where more knowledgeable people help out others in using ddrescue, as in fact they have helped me in the past. So let me try to return the favour.

I ran ddrescue successfully in my linux box, from my affected 1TB drive to a 
new 2TB drive. I have put the 2TB drive aside for safekeeping and later restore 
(hopefully) of files.

Umm, what do you mean "put aside for safekeeping and later restore"? And what do you mean by "successfully"? Did you confirm that all sectors were restored? Was the recover quick or did ddrescue have to work hard on certain areas for a long time? AFAIK, the ddrescue operation *is* the restore operation and *now* is the time to understand how successful the restore was. If all sectors were restored with no errors, great. If not, you may want to do another "incremental" run of ddrescue with the same destination (with possibly different option combinations) to try to improve the results, or do secondary processing to figure out which files were affected, and so on. But "later" may be too late to try to get more data off the "affected" drive (by which I assume you mean failing drive).

I would like to run ddrescue a second time from the affected 1TB drive to a new 1TB 
drive, so that I can look into the new 1TB drive and "poke around".

Why (as opposed to poking around, even if only in read-only mode, on the already recovered drive)? Each time you run ddrescue on a failing drive you're risking more data loss *unless* you're re-running it on an existing destination image with its existing mapfile in order to *improve* the results on failed sectors.

When I attempt to run: "ddrescue /dev/sda /dev/sdb /logfile.log", it tells me 
the output file (logfile.log) exists and if I overwrite it, existing data will be lost. 
Understandable.

I'm confused about this part. Ddrescue should use an existing mapfile as a starting point to improve a partial rescue. Does it have a way to figure out that the mapfile belongs to a different recovery attempt (different combination of source and destination)? How does it do that (I don't see anything like a drive ID or similar in the mapfile)?

It is perfectly normal to rerun ddrescue multiple times using the SAME source, destination and mapfile. What is not normal (and also not likely to give any useful outcome) is trying to use one ddrescue job's mapfile on a new recovery attempt with a new (virgin) destination drive!

But can I create a second logfile (mapfile) while maintaining the original? Or 
is this a foolish endeavor?

I don't know about "foolish"--there are legitimate non-obvious reasons for doing almost anything if taken in the right context. :-) But it is certainly sub-optimal to do a second independent ddrescue run from scratch on a failing drive when you already have a presumably successful first run. Unless (a) you messed up the first run somehow and don't trust it, or (b) you're very confident in the first recovery and are now just playing around with ddrescue and want a failing drive for that purpose. But given what you said, it seems you have not really examined the output of the first ddrescue to see how well it has recovered the failing drive, and that would be my priority, especially if additional ddrescue "improvement" runs are indicated.

Shahrukh



Thank you for your attention to this question.

Steve

[cid:image001.png@01D5AC35.9481DB00]
Steve Westmoreland
503-780-0302






reply via email to

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