Hi Antonio, On 12/08/2017 07:47 PM, Antonio Diaz Diaz wrote: > mittend...@digitrace.de wrote: >>> It looks like a bug or limitation in the kernel driver (the read call >>> blocks forever until you disconnect the drive). >> >> So there is nothing that can be done about this? It's an USB HDD, so it >> is a quite common device type... > > Maybe I could find the way to make ddrescue exit in this case, but if > the kernel continues locked on the drive, you would need to disconnect > it anyway for it to respond again. So, not sure if it is worth the > trouble. In addition, I think I have never found this problem myself > and couldn't therefore test a possible workaround. well, I think it would be great to show the user what happens compared to a frozen CUI and a user not knowing whether something is still happening /will happen.
I also noticed for that very device that the slow-read definition -a5000000 , which should define < 5MBs as slow read from my understanding, and a current speed of less than 100KBs the "slow read" counter is stuck at 0. Thank you. _______________________________________________ Bug-ddrescue mailing list Bug-ddrescue@gnu.org https://lists.gnu.org/mailman/listinfo/bug-ddrescue
