Maybe you are dealing with physical damage to the drive? If one of the head's
amplification system if damaged, the head will use error correction to get a
good read and that can explain why the drive is very slow, but not dead (yet).
I tend to treat these cases as though every time it powers up and is able to
output some data, it may be the very last time that it ever will.
Andrew
--- On Thu, 7/16/09, James Watts <[email protected]> wrote:
From: James Watts <[email protected]>
Subject: Re: [Bug-ddrescue] When will ddrescue return to warp speed?
To: "Antonio Diaz Diaz" <[email protected]>
Cc: [email protected]
Received: Thursday, July 16, 2009, 7:22 AM
Hi Antonio. Thanks for the reply. I tried both of your suggestions. No change
in results. It still refuses to exceed 300-500 KB/s.
I shut down and powered off the computer and both drives multiple times. I
restarted ddrescue multiple times.
Any other thoughts? I just don't understand why it would initially recover so
quickly and now it just refuses...
Thank you,
James
On Wed, Jul 15, 2009 at 12:26 PM, Antonio Diaz Diaz <[email protected]> wrote:
James Watts wrote:
I am currently rescuing a 500GB drive. When I first started ddrescue, the
routine began recovering data at the blistering rate of 18-20 MB/s. Then it
encountered an error (after recovering about 20GB) and the drive got hung-up
and did not respond to commands. So I had to turn off the drive, turn it on
again, and restart ddrescue. Now, it's been going for two days holding at a
rate of 300-500 KB/s. It has not encountered any more errors according to
the on-screen info and the log (see below). So why will it not ramp up to
the high-speed from before? At this rate, it could take weeks to complete.
Did you only reset the drive (/dev/sdb) instead of rebooting the whole
computer? Maybe the controller or even the kernel switched to a slower mode
after the error.
Thoughts? Am I doing something wrong? What would you do differently?
If the reboot doesn't work, I would try to stop ddrescue and restart it at the
next multiple of 64KiB. (The next position with four trailing zeros:
0xD2C290600 ==> 0xD2C2A0000).
Regards,
Antonio.
-----Inline Attachment Follows-----
_______________________________________________
Bug-ddrescue mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/bug-ddrescue
__________________________________________________________________
Be smarter than spam. See how smart SpamGuard is at giving junk email the boot
with the All-new Yahoo! Mail. Click on Options in Mail and switch to New Mail
today or register for free at http://mail.yahoo.ca_______________________________________________
Bug-ddrescue mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/bug-ddrescue
