Ole Tange wrote:
As ddrescue is currently scraping, and -a only works during the copying
phase, maybe a combination of --try-again and -c1 (perhaps with a large
--skip-size if the drive is not returning errors) could solve your problem:
ddrescue --try-again -c1 --skip-size=50MB
That still keeps me in the tar pit. I get read rates of 1.7 KB/s.
If you are using ddrescue 1.22 and a suitable --min-read-rate, ddrescue
should read all the good areas in passes 1 and 2, and leave all the tar
pits for passes 3 and 4. Try something like this:
ddrescue --cpass=1,2 --try-again -c1 --skip-size=50MB -a 100k
/dev/sdd disk.img disklog
Can I say: Start at byte 100G and read backwards?
Yes, 'ddrescue -s 100G -R'. But I expect the command line above to work
better.
Best regards,
Antonio.
_______________________________________________
Bug-ddrescue mailing list
Bug-ddrescue@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-ddrescue