[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
affordable...)
-antrik-