[clug] A "mount" defeat - was Re: Persuading Debian to talk to an Android tablet via USB?

Hal Ashburner hal at ashburner.info
Thu Oct 21 04:48:12 MDT 2010


  Hi Felix,

On 21/Oct/10 9:37 PM, Felix Karpfen wrote:
> On Thu, 21 Oct 2010 19:45:31 +1100, Hal Ashburner wrote:
>
>> I think no fstab entry and automount is good for usb storage myself.
>> It's what I use on my Debian Lenny box here. I'm sure you know what
>> you're doing and why you're doing it.
>>
>> Things to try might be alternative usb ports on the box.
> Alas!
>
> I do not know what I am doing nor why I am doing it.
>
> But trying alternative usb ports did something (once).
>
> The SD-Card reader mounted and dmesg gave the following output:
>
> [ 1888.405627] usb 3-6: New USB device found, idVendor=1976,
> idProduct=1307
> [ 1888.405633] usb 3-6: New USB device strings: Mfr=1, Product=2,
> SerialNumber=3
> [ 1888.405636] usb 3-6: Product: USB Reader
> [ 1888.405638] usb 3-6: Manufacturer: ChipsBnk
> [ 1888.405640] usb 3-6: SerialNumber: 110074973765
> [ 1888.405656] usb-storage: device found at 5
> [ 1888.405658] usb-storage: waiting for device to settle before scanning
> [ 1893.404316] usb-storage: device scan complete
> [ 1893.404807] scsi 1:0:0:0: Direct-Access     ChipsBnk SD/MMCReader
> 4081 PQ: 0 ANSI: 2
> [ 1893.478427] ***Driver 'sd' needs updating - please use bus_type
> methods***
> [ 1893.482064] sd 1:0:0:0: [sda] 7744512 512-byte hardware sectors (3965
> MB)
> [ 1893.482809] sd 1:0:0:0: [sda] Write Protect is off
> [ 1893.482817] sd 1:0:0:0: [sda] Mode Sense: 0b 00 00 08
> [ 1893.482820] sd 1:0:0:0: [sda] Assuming drive cache: write through
> [ 1893.485188] sd 1:0:0:0: [sda] 7744512 512-byte hardware sectors (3965
> MB)
> [ 1893.485949] sd 1:0:0:0: [sda] Write Protect is off
> [ 1893.485957] sd 1:0:0:0: [sda] Mode Sense: 0b 00 00 08
> [ 1893.485960] sd 1:0:0:0: [sda] Assuming drive cache: write through
> [ 1893.485969]  sda: sda1
> [ 1893.490280] sd 1:0:0:0: [sda] Attached SCSI removable disk
> [ 2190.568021] usb 3-6: reset high speed USB device using ehci_hcd and
> address 5
> [ 2200.812036] usb 3-6: reset high speed USB device using ehci_hcd and
> address 5
> [ 2217.056021] usb 3-6: reset high speed USB device using ehci_hcd and
> address 5
> [ 2217.304027] usb 3-6: reset high speed USB device using ehci_hcd and
> address 5
> [ 2227.548081] usb 3-6: reset high speed USB device using ehci_hcd and
> address 5
>
> But the story gets worse by the minute!
>
> When attempting to repeat the achievement (after I had [successfully]
> copied files from the computer to the SD Card) the mount again failed.
>
> | [felixk@ ~]$ mount /mnt/memstick
> | mount: I could not determine the filesystem type, and none was specified
>
> Are you telling me that it is time that I bought a new computer (with a
> more powerful usb port)?
>
> Or does the dmesg message:
>
> [ 1893.478427] ***Driver 'sd' needs updating - please use bus_type
> methods***

No, that's a message for the hacker of the sd kernel driver to update 
his or her code. You can safely ignore it as being utterly irrelevant. 
The driver evidently still works using deprecated code.

> contain the pointer that I need to implement (once I have understood what
> it says)?
>
> I know that - during the successful mount - my "copy routine" worked,
> because the Tablet's FBReader found the copied text on the SD Card and
> could load it.
>
> If there is any documentation that I need to read, please point me to it.

I'd be thinking about a different SD reader before getting a whole new 
computer. Or a powered usb hub to plug the cheap nasty PoS you have into 
maybe. Definitely no need to update the whole machine to read an SD card.



More information about the linux mailing list