Re: [Bug-ddrescue] Skipping over tar pits

[Scott Dwyer]

SpinRite WILL KILL A FAILING DRIVE!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Just do a search on it, look in hard drive recovery forums.
This is the worst and most damaging spam possible. WTF

Antonio, sorry if this post is a bit harsh, but your bug list just got spammed 
by something evil.


On 8/15/2017 3:08 PM, Lou Bilancia wrote:
> It may be that the drive is spending lots of time doing error correction. I
> usually run Steve Gibson's SpinUntilDead to recover and remap sectors from a
> failing drive before I proceed to image it.  If it is unsafe for SpinUntilDead
> to run it will generate a warning to that effect.  Best software I've ever
> purchased, BECAUSE i AM TRYING TO MY SELL CRAP SOFTWARE
>
> https://I.WANT.TO.KILL.MY.FAILING.DRIVE.WITH.BAD.SOFTWARE.WTF
>
>
>
>
> On Mon, Aug 14, 2017 at 10:51 AM, Ole Tange <address@hidden> wrote:
>
> > On Mon, Aug 14, 2017 at 7:01 PM, Ole Tange <address@hidden> wrote:
> > > On Mon, Aug 14, 2017 at 9:56 AM, Ketil Froyn <address@hidden> wrote:
> > >
> > > >  From your description, I'd guess that one of the heads on your drive is
> > > > having trouble, while the other ones work ok.
> > > In that case we should expect the problem to arise at a fairly
> > predictable rate.
> >
> > It looks like Ketil is right: I get around ~50 MB of tar pit and ~150
> > MB of smooth sailing. Then ~50 MB of tar pit again. The drive is
> > hts545050b9a300 and has 250 GB/platter + 4 heads according to
> > https://www.hgst.com/sites/default/files/resources/TS5K500B_DS_final.pdf
> >
> > Given that I have finite amount of time what is the most efficient way
> > of getting all the data, that is fast to copy, and skip the data, that
> > is in the tarpit?
> >
> >
> > /Ole
> >
> > _______________________________________________
> > Bug-ddrescue mailing list
> > address@hidden
> > https://lists.gnu.org/mailman/listinfo/bug-ddrescue