Re: [Bug-ddrescue] Bug-ddrescue Digest, Vol 100, Issue 12

[William]

Send Bug-ddrescue mailing list submissions to
        address@hidden

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.gnu.org/mailman/listinfo/bug-ddrescue
or, via email, send a message with subject or body 'help' to
        address@hidden

You can reach the person managing the list at
        address@hidden

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Bug-ddrescue digest..."


Today's Topics:

   1. Re: Request for an Especific Clone Direction Option
      (Antonio Diaz Diaz)


----------------------------------------------------------------------

Message: 1
Date: Mon, 19 May 2014 17:42:58 +0200
From: Antonio Diaz Diaz<address@hidden>
To: William<address@hidden>
Cc:address@hidden
Subject: Re: [Bug-ddrescue] Request for an Especific Clone Direction
        Option
Message-ID:<address@hidden>
Content-Type: text/plain; charset=us-ascii; format=flowed

Em 19-05-2014 13:00, address@hidden escreveu:
> Today's Topics:
>
>     1. Re: Request for an Especific Clone Direction Option
>        (Antonio Diaz Diaz)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 19 May 2014 17:42:58 +0200
> From: Antonio Diaz Diaz <address@hidden>
> To: William <address@hidden>
> Cc: address@hidden
> Subject: Re: [Bug-ddrescue] Request for an Especific Clone Direction
>         Option
> Message-ID: <address@hidden>
> Content-Type: text/plain; charset=us-ascii; format=flowed
>
> William wrote:
> > The possibility of controling pass direction can helps to avoid some
> > problems and prevent ddrescue to go over an unwanted area for twice
> > (when it turns from forwards to backwards, per example),
> Even if all passes are made in the same direction, ddrescue will go
> twice per pass over any area (unwanted or not) that is between rescue
> domain extremes, because it must go back to the beginning to start the
> next pass.
>
> There is a way to make ddrescue perform the copy phase in just one pass,
> and therefore in one direction; disable skipping with '--skip-size=0'.
>
> Please, tell me if this solves your problem.
>
>
> Best regards,
> Antonio.

That, definitely, didn't work. Was tested in 2 scratched Segates and 1 WD with damaged 
modules. Not to mention that the "--skip-size=0" makes job much slow in damaged 
disks. It worked (with some limitations) with Data Extractor (PC3k) using 
forward/backward direction.

A few days ago a  mate (and his department), a public official, had to replace 
DDrescue with a proprietary tool. Unfortunately, I'm afraid of having to do the 
same because we can't keep using older versions for much time.

I'm sure mr. Antonio, and many people here, worked hard to improve this new 
algorithm. Its automated behaviour meets the needs of inexperienced users (and 
newbies), however it do not work that well in (professional) data recovery jobs 
nor for forensics purposes. It's a real fact.

I'm not a programmer. I personally like DDescue a lot, so the way I can help it 
is reporting my professional experiences. I recommend creating parameters like 
--forwads/--backwards that do DDrescue runs its job just in the selected 
direction (with just one pass) by the user. In other words: DDrescue behaving 
as desired by user/professional, which becomes possible running scripts and 
professional routines.


Sorry for my poor english.


Best regards,

William.


------------------------------

_______________________________________________
Bug-ddrescue mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/bug-ddrescue


End of Bug-ddrescue Digest, Vol 100, Issue 12
*********************************************