Otto Rodusek wrote:
Hi ListMates,
I'm not sure if this is the correct forum but hopefully someone will have an answer for me.
I have a faulty 500Gb notebook disk that I want to clone and recover. I use ddrescue (with the -n option) to clone the faulty hdd to a new hdd. The problem is that based on the current stats, it will take days/weeks to complete the clone!!!
It's a fualty drive. What do you expect?
I know that I have a faulty drive, I just want to clone the faulty drive unto a new drive, simply skip the faulty sectors (zero fill on the destination drive) and continue the clone
Then your copied data will be unreliable., so what's the point of using ddrescue? Do you realize that you are risking having severe filesystem corruption with this scheme? At the very minimum, you will have to run an EXTREMELY thorough fsck on the new disk.
- I don't want the system to keep retrying over and over to read the faulty sector - try once and die and set the destination sector zero-filled. Where there are no errors on the original drive the copy goes fast, but once it hits a bad sector it is painfully slow!!!!
So where is the bottle neck?
apparently the -n flag is not working properly. try dd_rescue instead.
1) ddrescue - according to the docs if one uses the -n option it wont bother to read or recover the faulty sectors on the faulty drive (I also tried -r1 - read/retry once) but to no avail. BTW I tried both read from beginning of disk as well as reading from back (-R), but alas to no avail as once it gets to the faulty sectors it becomes painfully slow. 2) is it a kernel parameter - ie how to turn of retrying to read the faulty sector n..times 3) is it a sata driver parameter - ie likewise how to turn of retrying to read the faulty sector n..times 4) or is it the firmware on the faulty hdd? (in that case I'm not sure there is a solution to turn of retrying faulty sectors or remapping them)
I'm not sure there is a solution but if anyone knows any help would be most appreciated.
Thanks in advance for any help.
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org