Kay Sievers wrote:
>> The problem lies within /dev/disk/by-id.  Even though the card reader
>> has four slots, it only has one serial number, so only one link is
>> created in /dev/disk/by-id.  It's called
>> usb-Generic_STORAGE_DEVICE_000005170 and it points to one of
>> /dev/sd[abcd], not always the same one.  I suppose there's a race
>> condition somewhere.
> 
>> The card reader is a Kingston FCR-HS215/1, if that matters.
>> Vendor/device ids: 11b0:6108.
> 
> Yes, that's a known issue. So far, we've seen that only for very cheap
> devices, not something with a brand name on it. Usually, the different
> ports on a card reader have different names:
>   /dev/disk/
>   |-- by-id
>   |   |-- usb-_CF_TS-RD13_000000002511 -> ../../sdb
>   |   |-- usb-_MS_TS-RD13_000000002511 -> ../../sdd
>   |   |-- usb-_SD_TS-RD13_000000002511 -> ../../sdc
>   |   `-- usb-_XD_TS-RD13_000000002511 -> ../../sde
>   ...
>   |-- by-path
>   |   |-- pci-0000:00:1d.7-usb-0:3:1.0-scsi-0:0:0:0 -> ../../sdb
>   |   |-- pci-0000:00:1d.7-usb-0:3:1.0-scsi-0:0:0:1 -> ../../sdc
>   |   |-- pci-0000:00:1d.7-usb-0:3:1.0-scsi-0:0:0:2 -> ../../sdd
>   |   |-- pci-0000:00:1d.7-usb-0:3:1.0-scsi-0:0:0:3 -> ../../sde
>   ...
> 
> Hmm, we could add the SCSI-LUN number, like we do in path_id.
> 
> Hannes, any idea what's the best fix for it?
> 
Yes, a quite simple one:

THROW IT IN THE BIN!!! QUICK!!!!

No, seriously: These things are the most brain-dead things I've ever
came across. The implement _one_ USB device behind which _four_ (or
rather, one for each socket) SCSI devices are implemented.
And of course they've implemented just the smallest possible subset of
the respective spec to get these things working.

So as the USB id is not reliable in these cases we should use the SCSI
ID. But as these are really cheapo things I doubt the could be bothered
with implementing it.
At the same time I don't see another choice how to handle it.
There might be a weird chance reading the serial number of the media,
but this would a) have to be implemented and b) be more likely to
handled by HAL.

Cheers,

Hannes
-- 
Dr. Hannes Reinecke                     [EMAIL PROTECTED]
SuSE Linux Products GmbH                S390 & zSeries
Maxfeldstraße 5                         +49 911 74053 688
90409 Nürnberg                          http://www.suse.de

Reply via email to