/dev disappears using dd_rescue
Posted: 27 Aug 2012, 17:00
Q1 I am assuming that testdisk can and should be used on a file image produced using dd_rescue.
Partition table is ok, many files on vfat file system visible and copyable so I am assuming testdisk won't help.
Q2 Any solutions (with or without testdisk) for the following symptoms?
Fedora 16 Linux, Sandisk cruzer 64GB USB flash mounted on /dev/sde1
Approx 45GB of 61/64GB vfat partition used.
Linux dd_rescue Version 1.23, garloff@suse.de recovers first 27.6GB from raw partition device /dev/sde1 with no errors.
dd_rescue: (info) expect to copy 62515824kB from /dev/sde1
Consecutive bad blocks from block 53880128 on.
/dev/sde1 does not exist while dd_rescue continues reporting bad blocks instead of exiting.
Another thread mentions using fdisk -l repeatedly to start again and asked for a script to do this.
But there was no response.
http://forum.cgsecurity.org/phpBB3/post3238.html#p3238
I already tried using dd_rhelp script. It got the same initial 27.6GB then quit (relatively quickly) after 5 bad block retries.
Q3 Why does dd_rescue not exit when /dev/sde1 disappears. Reporting bad blocks seems pointless?
I cannot imagine anything that could recover data from a /dev that isn't there.
But since the length is reported correctly as nearly 64GB and it is random access, I would have thought there would be some way that software could keep probing at different seek positions without the /dev disappearing.
USB plug was under some mechanical strain, so suspect internal connection failure.
Q4 Can testdisk do anything to help? Or suggest any such script?
Q5 Please suggest any means for me to get any good blocks past /dev/sde1 failure point before physically opening device for resoldering and possible destruction.
Q6 Any disagreement with my assumption that there is a phsical problem from block 53880128 on rather than just at block 53880128?
Q7 Therefore likely to be broken connection in the flash drive and nothing further I can do to extract data before attempting to resolder and probably destroying the drive?
Q8 Somebody suggested using the USB port for SMB Networked Access Storage on a Netgear router because it won't disconnect the raw device like the PC operating system will. However it is just an OpenWRT Linux so if that is capable of working there should be some Fedora Linux settings I could use directly for the same effect. But I have no idea what they are.
Thanks!
Partition table is ok, many files on vfat file system visible and copyable so I am assuming testdisk won't help.
Q2 Any solutions (with or without testdisk) for the following symptoms?
Fedora 16 Linux, Sandisk cruzer 64GB USB flash mounted on /dev/sde1
Approx 45GB of 61/64GB vfat partition used.
Linux dd_rescue Version 1.23, garloff@suse.de recovers first 27.6GB from raw partition device /dev/sde1 with no errors.
dd_rescue: (info) expect to copy 62515824kB from /dev/sde1
Consecutive bad blocks from block 53880128 on.
/dev/sde1 does not exist while dd_rescue continues reporting bad blocks instead of exiting.
Another thread mentions using fdisk -l repeatedly to start again and asked for a script to do this.
But there was no response.
http://forum.cgsecurity.org/phpBB3/post3238.html#p3238
I already tried using dd_rhelp script. It got the same initial 27.6GB then quit (relatively quickly) after 5 bad block retries.
Q3 Why does dd_rescue not exit when /dev/sde1 disappears. Reporting bad blocks seems pointless?
I cannot imagine anything that could recover data from a /dev that isn't there.
But since the length is reported correctly as nearly 64GB and it is random access, I would have thought there would be some way that software could keep probing at different seek positions without the /dev disappearing.
USB plug was under some mechanical strain, so suspect internal connection failure.
Q4 Can testdisk do anything to help? Or suggest any such script?
Q5 Please suggest any means for me to get any good blocks past /dev/sde1 failure point before physically opening device for resoldering and possible destruction.
Q6 Any disagreement with my assumption that there is a phsical problem from block 53880128 on rather than just at block 53880128?
Q7 Therefore likely to be broken connection in the flash drive and nothing further I can do to extract data before attempting to resolder and probably destroying the drive?
Q8 Somebody suggested using the USB port for SMB Networked Access Storage on a Netgear router because it won't disconnect the raw device like the PC operating system will. However it is just an OpenWRT Linux so if that is capable of working there should be some Fedora Linux settings I could use directly for the same effect. But I have no idea what they are.
Thanks!