> > "udev" bringt Ordnung in die Devicenamen. Ohne "udev" ist das so, da� z.B. > > ein angesteckter USB-Stick nicht immer die gleichen Devicenamen bekommt. So > > ist er vielleicht immer auf /dev/sda und dann kommt irgendwann mal ein > > Kumpel vorbei, der auch nen USB-Stick hat ... und schwups h�ngt dein > > eigener Stick auf /dev/sdb. Das dumme daran ist, da� man nicht > > herausbekommt, auf welchem Device der USB-Stick ansprechbar ist. Hat mich > > schon einige Nerven gekostet, als ich mal ein Auto-Mount-Script gebaut > > habe.
Ich will nicht behaupten, alles �ber hotplug/udev verstanden zu haben,
und an einigen Stellen bin ich mir nicht sicher, ob es einfach noch
Baustelle ist, oder ob an meinem mangelnden Verst�ndnis liegt.
Soweit ich verstehe, l�dt hotplug den richtigen Treiber, *k�nnte* dann
auch noch Scripte ausf�hren...
Im Falle eines USB-Sticks sah es aber so aus, da� hotplug den
usb-storage-Treiber lud und dann sp�ter den SCSI-Treiber - und erst
das w�re der Augenblick gewesen, wo ich etwas damit h�tte anfangen
k�nnen.
Also habe ich mir udev angesehen und dort in /etc/udev/local.rules
KERNEL="sd*", SYSFS{model}="MEMORYBIRD *", SYMLINK="stick%e"
KERNEL="sd*", SYSFS{model}="USB", SYMLINK="box%e"
eingetragen. Jetzt erscheint mein Memorystick als /dev/stick,
/dev/stick1 und meine externe USB-Plattenbox als /dev/box, /dev/box1.
Damit kann ich (und der Automounter) gut leben.
Ob dem OP das hilft, wei� ich nicht, denn er wollte ja richtige Scripte
ausf�hren. udev mag zwar auch Script ausf�hren, aber soweit ich das
sehe, *vor* dem Erzeugen des Device-Nodes. F�r Scripte nach dem
Erzeugen des Device-Nodes scheint in Grenzen hotplug verantwortlich zu
sein (f�r USB habe ich dort was gefunden im Zusammenhang mit
libgphoto2).
> Ehm. Klingt gut, Ist denn _jeder_ USB-Stick _eindeutig_ zu identifizieren?
Wenn ihr die gleichen habt, dann eher schwer. M.W. haben die keine
unique ID oder etwas �hnliches. Dann hilft vielleicht nur mounten und
nach bestimmten Files suchen.
Heiko
signature.asc
Description: Digital signature
