[Top][All Lists]

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

Re: [Bug-ddrescue] Dealing with a disk that stops responding

From: Olaf Buddenhagen
Subject: Re: [Bug-ddrescue] Dealing with a disk that stops responding
Date: Sat, 13 Feb 2016 00:03:42 +0100
User-agent: Mutt/1.5.24 (2015-08-30)

Hi Antonio,

On Wed, Feb 03, 2016 at 01:43:36PM +0100, Antonio Diaz Diaz wrote:
> Olaf Buddenhagen wrote:

> >Also, -X only works for the first pass (copy) -- it looks like
> >proceeding with trimming/scraping after that will be an even more manual
> >process...
> During trimming/scraping/retrying errors are expected, so -X didn't seem too
> useful there. But I can extend -X to all phases if it helps.

Yeah, I think it is useful in cases where -J doesn't work. (I still
don't know why it doesn't here...)

For want of other options, so far I have been hacking the map file and
"misusing" a reverse copy phase to do "manual" trimming...

(BTW, I noticed that the reverse flag doesn't seem to work at all in
1.20: it was always starting with a forwards pass, no matter what I
tried; I had to go back to 1.19... Is that a known issue?)

> I'll release a test version with modified -J and -X ASAP (maybe today). As
> always, feedback is welcome.

Thanks -- I'll try it as soon as I get back to this :-)

(TBH, I somewhat lost motivation, as I noticed that while the first part
of the disk has only some bad sectors -- making me quite hopful
initially -- later parts are actually badly broken; and I'm not sure I
will really be able to recover much data... Do you happen to know
perchance *roughly* how much a professional data rescue company charges?
The data is not super valuable, and I'm a little low on funds -- but if
it saves me all that trouble while also considerably increasing chances
to actually salvage the data, I might just go for it if it's


reply via email to

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