staging.inyokaproject.org

Lauscher schrieb:

Fazit:

• Artikel müßte korrigiert werden

schön, daß Du Dich dazu bereit erklärst 😛

• Die Alternativhinweise der Terminalausgabe von sudo /etc/init.d/udev reload funktionieren nicht

kannst ja dann im Diskussions-Thread zum Artikel erläutern/diskutieren

Ich korrigiere mich: sudo /etc/init.d/udev reload funktioniert doch nicht

Ein Bug in udev scheint weiterhin wahrscheinlich.

Fazit:

• Artikel müßte korrigiert werden

schön, daß Du Dich dazu bereit erklärst 😛

Vllt mache ich das auch - da ich aber kein Experte in Sachen udev bin, wäre es gut, noch andere Meinungen zu hören

dann sollte evtl. gleich der komplette Thread hier in den Diskussionsthread vom udev-Artikel verschoben werden, ich mach mal ne Meldung an die Mods

Ubunux schrieb:

ich mach mal ne Meldung an die Mods

Danke und in Abstimmung mit einem Wikinger abgearbeitet. 😉

tomtomtom schrieb:

Danke und in Abstimmung mit einem Wikinger abgearbeitet. 😉

Zu welchem Ergebnis seit ihr gekommen? Der Artikel wurde nicht verändert?

Ich korrigiere mich: sudo /etc/init.d/udev reload funktioniert doch nicht

Ein Bug in udev scheint weiterhin wahrscheinlich.

kein bug (jedenfalls nicht bei mir!), bei mir klappt es mit service udev reload da ich grade mit einer usb-platte rumbastel auf der 2 partitionen sind!

und richtig, man kann zwar

1

sudo /etc/init.d/udev reload

eingeben, aber es tut sich nix!

• Artikel müßte korrigiert werden

wegen init.d bzw. service → JA!

was ist mit meinen änderungswünschen bezüglich BUS/SUBSYSTEMS?

so sieht meine 10-usb_tv1.rules aus wenn ich das wiki 100% befolge:

BUS=="usb", ACTION=="add", KERNEL=="sd?1", ATTRS{serial}=="575845314531314A57533138", SYMLINK+="usb_tv1"
BUS=="usb", ACTION=="add", KERNEL=="sd?2", ATTRS{serial}=="575845314531314A57533138", SYMLINK+="usb_tv2"

hier mein syslog wenn ich das wiki 100% befolge:

udevd[298]: unknown key 'BUS' in /etc/udev/rules.d/10-usb-tv1.rules:1
udevd[298]: invalid rule '/etc/udev/rules.d/10-usb-tv1.rules:1'

so sieht es aus, wenn ich BUS durch SUBSYSTEMS ersetze:

crw------- 1 root root 252, 0 Jun  8 20:56 usbmon0
crw------- 1 root root 252, 1 Jun  8 20:56 usbmon1
crw------- 1 root root 252, 2 Jun  8 20:56 usbmon2
lrwxrwxrwx 1 root root      4 Jun  8 21:49 usb_tv1 -> sdb1
lrwxrwxrwx 1 root root      4 Jun  8 21:49 usb_tv2 -> sdb2

Ps: ein neustart/reload des udev-systems ist gar nicht nötig. grade mal platte rausgezogen, udev-rules umgeschrieben, platte reingesteckt und voilá, es geht auch so!

gruß und bitte antwort, sonst ändere ich nach meinen erkenntnissen 😈

bei se wäi: SYSTEM=="usb" muss auch durch SUBSYSTEMS ersetz werden 😉

Lauscher schrieb:

Zu welchem Ergebnis seit ihr gekommen? Der Artikel wurde nicht verändert?

Die Meldung wurde abgearbeitet und die Diskussion hier angehangen. Veränderungen am Artikel werden hier diskutiert, also gibt es noch kein Ergebnis. 😉

Da ja keiner auf mich reagiert 😢 ...

1) BUS und SYSTEM durch SUBSYSTEMS ersetzt

2) nach vielen Versuchen an meinem Notebook mit meiner 2-Partitionen-USB-PLatte Neustart überarbeitet

Bitte kontrolle und ggf. die Sätze umbauen, mein Deutsch ist heute als wie ob wo bescheiden 😉

Hallo,

habe ein paar Syntaxfehler korrigiert und eine Satz komplett neu geschrieben. Nicht, dass deiner sooo schlecht war 😉 - aber der neue Satz ist IMHO besser.

Ansonsten: Danke für die kleine Überarbeitung. ☺

Gruß, noisefloor

habe ein paar Syntaxfehler korrigiert und eine Satz komplett neu geschrieben. Nicht, dass deiner sooo schlecht war 😉 - aber der neue Satz ist IMHO besser.

Nicht nur IMHO, auch IMO(wn)O 😉

Ansonsten: Danke für die kleine Überarbeitung. ☺

Reiner Selbsterhaltungstrieb 😀

Was ich leider noch vermisse: Unterschied der Schlüssel SUBSYSTEM und SUBSYSTEMS - den gibt es nämlich, s. z.B. hier. Ich zitiere daraus:

The four main match keys introduced so far (KERNEL/SUBSYSTEM/DRIVER/ATTR) only match against values corresponding to the device in question,
and do not match values from parent devices. udev provides variants of the match keys that will search upwards through the tree:

    * KERNELS - match against the kernel name for the device, or the kernel name for any of the parent devices
    * SUBSYSTEMS - match against the subsystem of the device, or the subsystem of any of the parent devices
    * DRIVERS - match against the name of the driver backing the device, or the name of the driver backing any of the parent devices
    * ATTRS - match a sysfs attribute of the device, or a sysfs attribute of any of the parent devices

Das wirft dann die Frage auf. was ist ein "device" und was sind "parent devices". Es ist also nicht egal, was man dort nimmt, wobei SUBSYSTEMS wohl in der Mehrzahl der Fälle "geht".

P.S.: ist natürlich möglich, daß es bei Ubuntu "anders" ist, ich kann's daher nicht testen/ändern.

Viele Grüße,
Ingo

Was ich leider noch vermisse: Unterschied der Schlüssel SUBSYSTEM und SUBSYSTEMS - den gibt es nämlich, s. z.B. hier. Ich zitiere daraus:

Ehrlich gesagt: ich peil's nicht... sobald ich versuche, SUBSYSTEM zu nehmen, wird mein Stick nicht erkannt über serial. Stelle ich auf SUBSYSTEMS um, dann wird er erkannt. Ich lese aus:

It is likely that you will find yourself needing to refer to information from a parent of the device
in question, for example the serial number of my hard disk device is not exposed at the device level,
it is exposed by its direct parent at the SCSI disk level.

(mal frei übersetzt): ... braucht man SUBSYSTEMS, da das device nicht immer den Serial ausgibt und man ggf. über das Parental-device gehen muss um an den serial zu kommen.

ABER..weiter unten in der Doku wird dann doch wieder SUBSYSTEM genommen mit Attr{serial} ....

Hab ich es denn überhaupt richtig verstanden???

P.S.: ist natürlich möglich, daß es bei Ubuntu "anders" ist, ich kann's daher nicht testen/ändern.

also wie gesagt, bei mir (Lubuntu 12.04 AMD64) hat es bisher mit 2 USB Platten und 1 USB Stick immer nur mit dem S am Ende funktioniert ☺ ...hab auch nur USB hier am Laptop, weder tty noch lp0 😀 ...von daher kann ich es nicht mit anderen Parentalen-devices (omg... is datt noch korrektes deutsch???) probieren außer USB.. und ich habe es nicht über andere Attribute bzw. Parameter versucht! ...weil ich die meisten Dinge immer 2-3x im Haus habe... so auch den USBStigg und wenn ich den nicht über Serial einbinde.. gibt es wohl'n Problem 😉

Und...

Was ich leider noch vermisse: Unterschied der Schlüssel SUBSYSTEM und SUBSYSTEMS - den gibt es nämlich, s. z.B. hier. Ich zitiere daraus:

was soll ich jetzt (oder jemand anderes9 schreiben im Wiki (etwas boshaft gefragt)? Für mich (meiner meistens arroganten Meinung nach) sollte ein Wiki mich als Anfänger (und ich bin ein Anfänger) SOFORT zur Lösung meines Problemes führen und mich nicht Seitenweise mit Erklärungen warum was nicht funktioniert oder es auch anders geht blablabla schnarch .... verstehst du was ich meine? ☺ ← ich kann es grade nicht anders beschreiben was ich denke, hoffe, du verstehst es halbwegs richtig, also um sicher zu gehen noch mal ein *dickesgrinsen*

Vielleicht, die Idee habe ich grade, könnte man den Unterschied ganz Unten im Wiki erklären, sozusagen als Abschluss → wenn jemand nach dem Erfolg wissen möchte, was (haargenau) er da überhaupt gemacht hat?!

oh.. viel Text.. sorry... heute hab ichn scheinbar redebedarf 😀

Hallo,

1) der Link am ende der seite auf die udev-homepage scheint nicht mehr zu stimmt. Zumindest die man-seite bekommt man mit: http://www.freedesktop.org/software/systemd/man/udev.html

2) Es wird überall von

SYSFS{++++ irgendwas ++++}

gesprochen. Mein system lehnt die syntax als "unknown key" ab. Auch in der manpage ist kein "SYSFS" zu finden. Müsst, nach meiner Meinung, "ATTRS" heißen. Kann mich aber auch täuschen.

2) Es wird überall von

SYSFS{++++ irgendwas ++++}

gesprochen. Mein system lehnt die syntax als "unknown key" ab. Auch in der manpage ist kein "SYSFS" zu finden. Müsst, nach meiner Meinung, "ATTRS" heißen. Kann mich aber auch täuschen.

SYSFS scheint auszulaufen. Beim Gebrauch von SYSFS sagt mir /var/log/syslog

SYSFS{}= will be removed in a future udev version, please use ATTR{}= to match the event device, or ATTRS{}= to match a parent device,

Weiß jemand, ob sich das 1:1 umschreiben lässt?

Desweiteren habe ich heute Mittag lange gebraucht, um eine SD-Karte über einen Kartenleser anzusprechen. Das Ergebnis war die Ausgabe von

sudo blkid -o udev

die Zeile

ID_FS_UUID_ENC=XYZ

zu nehmen und folgendermaßen in die rules-Datei einzutragen:

ENV{ID_FS_UUID}=="XYZ"

Ich würde das mal nachtragen, falls gewünscht. Ist aber meine zweite Berührung mit udev, daher wollte ich kurz fragen, ob das so korrekt ist. Bitte um Feedback.

Sehe gerade, dass das schon öfter vorgeschlagen wurde.

2.) auch ATTR muss es sein statt SYSFS

3.) wer lesen kann .. es heißt "idVendor","idProduct" aber nicht "iSerial" sondern nur "serial" ☺

Also:

ich würde den Artikel zu 1.) + 2.) definitiv ändern (jedenfalls für 12.04), wenn mir andere noch sagen, dass es bei 11.04 und 11.10 auch so ist?!

2. kann ich jedenfalls für 10.04 als getestet anbieten. Ich änder das mal.