Public bug reported:
Binary package hint: linux-image-2.6.22-10-generic
I have several Sharkoon external disk enclosures.
One contains an IDE (parallel) disk with some bad sectors. The other
contains a good (as far as I know...) SATA disk.
With the IDE disk, If I attempt to read files containing the bad sectors, the
process hangs forever, in an unkillable state.
With the SATA disk (new, and never fell => no reason to believe it is bad), it
fails randomly after some heavy copying (rsyncing a huge tree from the external
disk towards my internal disk), at different places on each try. But like with
the IDE disk, the process will hang forever, in an unkillable state, and the
drive's light turns red.
In both cases (IDE and SATA), a sync started in another window will also
hang forever (even if the first process did only read from the disk).
Attempting to remove the ohci_hcd or ehci_hcd will just cause that rmmod
process to hang as well. Lsusb will hang likewise. But strangely enough,
my usb mouse still works, as do my usb speakers.
With the IDE disk, a reboot solves the issue (until I attempt read those
bad sectors again), even without powercycling the disk.
With the SATA disk, after a reboot, the disk does not appear in lsusb.
After powercycling the disk, it appears and can be used again (until it
fails again after several seconds of rsync).
IMHO, these Sharkoon enclosures do have issues, but should the kernel
really handle the situation so badly? Shouldn't there be a timeout where
the processes will just get an I/O error, but the rest of the system can
continue using USB?
** Affects: linux-source-2.6.22 (Ubuntu)
Importance: Undecided
Status: New
--
One broken USB storage device can hang the entire USB subsystem
https://bugs.launchpad.net/bugs/136822
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
