Pan Piotr Dmochowski napisał:

>> Problem z Twoim pomysłem pojawi się, gdy do szyny USB będą
>> podłączone dwa identyczne moduły rozmawiające z identycznym
>> typem urządzeń do kórych użytkownik będzie chciał mieć intymny
>> dostęp znając ich fizyczną lokalizację i przypisanie do reszty systemu.
> Ale jakoś je trzeba rozróżnić. Ja bym wolał dać jakie zworki cz inny
> obrotowy przełącznik podający np. kod od 0 do 7, który będzie wysłany
> jako fragment odpowiedzi niż uzależniać działanie aplikacji od
> kolejności inicjalizacji portów. Jak rozpoznasz dwa takie same moduły
> jeżeli po restarcie zmieni się kolejność podłączenia?

KERNEL=="sd[a-z]", ACTION=="add|change", \
ENV{DEVPATH}=="/devices/*/1-1/1-1:1.0/host*", SYMLINK+="USB1"

KERNEL=="sd[a-z]", ACTION=="add|change", \
ENV{DEVPATH}=="/devices/*/1-2/1-2:1.0/host*", SYMLINK+="USB2"

...i kolejne analogiczne linijki opisujące reszte portów w systemie.

Akurat jakiś tydzień temu miałem potrzebę, by takie same urządzenia
usb-storage były rozpoznawane na podstawie dziurki, do której zostały
podłączone. I są -- tworzy się dla nich link /dev/USBn, w zależności
od fizycznego umiejsowaienia, a niezależny od kolejności odnajdowania
(tak jak to jest w przypadku samych urządzeń /dev/sda, /dev/sdb...).
Tego właśnie potrzebowałem i dokładnie to mam.

> Możesz zagwarantować że zawsze jest ta sama sekwencja? Co będzie
> jak padnie hub i zmieni się liczba portów, jakieś id czy inny detal
> i regułka wyszukująca nie zadziała?

Obrotowe przełączniki, to ja miałem w urządzeniach podłączanych do
łańcucha SCSI. Dziękuję, wystarczy, przypuszczam, że juz nie chcę.

--
Jarek