Like it says. The device is recognized as a USB device but not as a USB mass storage device. It is in MSC mode.
dmesg output:
usb 2-4: new high speed USB device using ehci_hcd and address 9
hub 2-0:1.0: unable to enumerate USB device on port 4
usb 2-4: new high speed USB device using ehci_hcd and address 10
usb 2-4: configuration #1 chosen from 1 choice
Relevant lsusb output:
Bus 002 Device 010: ID 0781:74d1 SanDisk Corp.
Nothing in /proc/scsi/scsi.
This device is supposed to support MSC. Any ideas?
Just thinking about this - Do you have another MSC class device which does work? Can you compare the outputs of lsusb -v?
I just compared two devices on Ubuntu , one (a freecom HDD) works on my Archos 605 (a clamped down Linux based PMP), the other (Clip+) doesn’t.
The only lines of notes were:
clip + iConfiguration 4 config1: Mass Storage only
freecom iConfiguration 4 USB Mass Storage
clip+ iInterface 5 ms ifac 1 (SCSI::BULK_ONLY)
freecom iInterface 6 MSC Bulk-Only Transfer
clip+ bmAttributes 0x80
(Bus Powered)
freecom bmAttributes 0xc0
Self Powered
I don’t know anything about USB specs, but a quick google suggests that the iConfig and iInterface are just string descriptors, although the index number being different might have some effect?
I’ve ran into the same problem before with Debian Squeeze (kernel 2.6.32). The problem only occurs when I plug it into an external USB hub and does not occur when I plug it into one of the USB jacks built into the back of the computer. I’ve seen this problem occur with different brands of hubs and computers with different USB chipsets, so I think it is either a bug with the clip or a bug in the linux USB stack. If you are using a hub try a direct connection, or try an alternate USB port on the computer.
That’s off one of the USB extension leads that i run from the back of the PC’s. I do get the ‘unable to enumerate’ errors, then the above messages are output and the two devices load (2GB player and 8GB Micro SD card)