Linux: udev rules funktionieren nicht

[Ralph S. (jjflash)]

Ich bin dabei, mir ein neues (abgespecktes) Live-Linux System auf Basis 
von Porteus / Slackware 14.2 einzurichten und habe ein Problem, das ich 
bisher noch nicht hatte (und seit ein paar Sunden auf keinen Nenner 
komme).

Benutzer heißt: mcu
und ist u.a. in den Gruppen uucp und dialout eingetragen.

Als Benutzer mcu kann ich bspw. über einen Bootloader und AVRDUDE einen 
AVR flashen (benutzt ttyUSB0).

Über einen USBASP kann ich das nicht mit einer bekannten Fehlermeldung:

avrdude: Warning: cannot open USB device: Permission denied
avrdude: error: could not find USB device with vid=0x16c0 pid=0x5dc vendor='www.fischl.de' product='USBasp'

Als Benutzer root geht das natürlich (von daher ist ein Fehler im 
Hardwareaufbau auszuschließen).

in /etc/udev/rules.d gibt es die Datei:

99-uasbasp.rules

Deren Inhalt ist:

SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", SYSFS{idVendor}=="16c0", SYSFS{idProduct}=="05dc", GROUP="dialout", MODE="0666"

Das hatte bisher eigentlich immer geklappt, aber mit dem System das ich 
einrichten möchte klappt das eben nicht mehr.

Die Rechte von 99-usbasp.rules sind:

-rwxrwxrwx 1 root root 220 Jan 21 15:41 99-usbasp.rules*

-----------------------------------------------

Wo kann ich noch etwas daran ändern ?

[Programmierer (Gast)]

udevadm control --reload-rules && udevadm trigger

ausgeführt?

[Jörg W. (dl8dtl) (Moderator)]

Ralph S. schrieb:

>

> SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", SYSFS{idVendor}=="16c0", 
> SYSFS{idProduct}=="05dc", GROUP="dialout", MODE="0666"
>

Ich habe hier:

# USBasp
SUBSYSTEM=="usb", ATTR{idVendor}=="16c0", ATTR{idProduct}=="05dc",GROUP="plugdev", MODE="0660"

> Die Rechte von 99-usbasp.rules sind:

Scheunentor!

Bitte chmod 0644 dafür machen. Erstens muss das Ding nicht ausführbar 
sein, zweitens hat niemand außer Frau Wurzel einen Grund, in dieser 
Datei was zu schreiben.

[Arno (Gast)]

Ideen:
- Woher kommt ENV_DEVTYPE? Das muss ja in einer vorhergehenden 
udev-Regel gesetzt werden (wenn ich das richtig in Erinnerung habe) - 
brauchst du die Enschränkung oder kannst du sie einfach weglassen?
- Ist der Benutzer mcu in der Session, in der du es versuchst, wirklich 
schon in der Gruppe dialout? Mal 'id' probiert? Halt, durch MODE=0666 
sollte das egal sein (sicher, dass du willst, dass jeder auf das Gerät 
zugreifen kann, egal ob in Gruppe dialout oder nicht?)
- Was sagt udevinfo -a -p über das Gerät?

Ansonsten: Logging einschalten und nachsehen, was beim Anstecken 
passiert...

MfG, Arno

[Ralph S. (jjflash)]

Programmierer schrieb:
> udevadm control --reload-rules && udevadm triggerausgeführt?

Hab ich gemacht (nach jeder Änderung die ich in den Rules ausprobiert 
habe).

[Ralph S. (jjflash)]

Jörg W. schrieb:
> Scheunentor!

Weiß ich, dass das ein Scheunentor ist. Sollte auch, nachdem es mit 
einer Änderung funktioniert hätte auch wieder auf andere Rechte gesetzt 
werden.

chmod 0640 hat natürlich (leider) nicht funktioniert


Jörg W. schrieb:
> zweitens hat niemand außer Frau Wurzel einen Grund, in dieser
> Datei was zu schreiben.

Ich bin aber der englische Angetrautet von Frau Wurzel (gestatten, mein 
Name ist root) und möchte aber auch gerne uuuuunbedingt da rein 
schreiben ! : - )

[Jörg W. (dl8dtl) (Moderator)]

0644 - du sollst ja der Welt nicht auch gleich noch das Leserecht 
entziehen.

Ansonsten mal auf den Rest der Antworten davor schauen. Es gibt 
natürlich auch Subsysteme, die "Scheunentor"-Dateien gleich gar nicht 
erst akzeptieren (bspw. sshd, wenn "authorized_keys" so daher kommt), 
aber ich vermute, dass udevd nicht dazu gehört. Das war also eher ein 
Kommentar am Rande.

[50c (Gast)]

Ralph S. schrieb:
> Ich bin aber der englische Angetrautet von Frau Wurzel (gestatten, mein
> Name ist root) und möchte aber auch gerne uuuuunbedingt da rein
> schreiben ! : - )

...genau dafür gibt es sudo etc. bzw. man meldet sich halt als root an, 
wenn man etwas machen möchte, was nur root machen sollte!

[Mike J. (linuxmint_user)]

Ralph S. schrieb:
> Wo kann ich noch etwas daran ändern ?

Bei mir heißt die Datei einfach nur "41-atmega" und liegt unter 
/etc/udev/rules.d/

# Please test and place config for other programmers here
# JTAGICE mkII 
ATTR{idVendor}=="03eb", ATTR{idProduct}=="2103", GROUP="users", MODE="0666" 
# AVRISP mkII 
ATTR{idVendor}=="03eb", ATTR{idProduct}=="2104", GROUP="users", MODE="0666" 
# Dragon
ATTR{idVendor}=="03eb", ATTR{idProduct}=="2107", GROUP="users", MODE="0666"
# USBTiny
ATTR{idVendor}=="1781", ATTR{idProduct}=="0c9f", GROUP="users", MODE="0666" 
#USBasp
ATTR{idVendor}=="16c0", ATTR{idProduct}=="05dc", GROUP="plugdev", MODE="0660" # USBASP von www.fischl.de
#
# Atmel Corp. AVR ISP mkII
ATTR{idVendor}=="03eb", ATTR{idProduct}=="2104", GROUP="plugdev", MODE="0660"
#ATTR{idVendor}=="03eb", SYSFS{idProduct}=="2104", GROUP="plugdev", MODE="0660"
# ID 03eb:2104 Atmel Corp. AVR ISP mkII

[Ralph S. (jjflash)]

Arno schrieb:
> Halt, durch MODE=0666
> sollte das egal sein (sicher, dass du willst, dass jeder auf das Gerät
> zugreifen kann, egal ob in Gruppe dialout oder nicht?)

Das soll ein Programmiersystem werden und ich möchte wirklich, dass 
jeder einen USBASP verwenden kann (die Angabe der Gruppe ist ein 
verzweifelter Versuch von mir).

Arno schrieb:
> Ansonsten: Logging einschalten und nachsehen, was beim Anstecken
> passiert...

root@porteus:/home/mcu/programming/atmel_avr/fcount# udevadm monitor --env
monitor will print the received events for:
UDEV - the event which udev sends out after rule processing
KERNEL - the kernel uevent

KERNEL[8708.338324] add      /devices/pci0000:00/0000:00:1d.0/usb6/6-2 (usb)
ACTION=add
BUSNUM=006
DEVNAME=/dev/bus/usb/006/006
DEVNUM=006
DEVPATH=/devices/pci0000:00/0000:00:1d.0/usb6/6-2
DEVTYPE=usb_device
MAJOR=189
MINOR=645
PRODUCT=16c0/5dc/104
SEQNUM=3404
SUBSYSTEM=usb
TYPE=255/0/0

KERNEL[8708.341131] add      /devices/pci0000:00/0000:00:1d.0/usb6/6-2/6-2:1.0 (usb)
ACTION=add
DEVPATH=/devices/pci0000:00/0000:00:1d.0/usb6/6-2/6-2:1.0
DEVTYPE=usb_interface
INTERFACE=0/0/0
MODALIAS=usb:v16C0p05DCd0104dcFFdsc00dp00ic00isc00ip00in00
PRODUCT=16c0/5dc/104
SEQNUM=3405
SUBSYSTEM=usb
TYPE=255/0/0

UDEV  [8708.854339] add      /devices/pci0000:00/0000:00:1d.0/usb6/6-2 (usb)
ACTION=add
BUSNUM=006
DEVNAME=/dev/bus/usb/006/006
DEVNUM=006
DEVPATH=/devices/pci0000:00/0000:00:1d.0/usb6/6-2
DEVTYPE=usb_device
ID_BUS=usb
ID_MODEL=USBasp
ID_MODEL_ENC=USBasp
ID_MODEL_ID=05dc
ID_REVISION=0104
ID_SERIAL=www.fischl.de_USBasp
ID_VENDOR=www.fischl.de
ID_VENDOR_ENC=www.fischl.de
ID_VENDOR_ID=16c0
MAJOR=189
MINOR=645
PRODUCT=16c0/5dc/104
SEQNUM=3404
SUBSYSTEM=usb
TYPE=255/0/0
USEC_INITIALIZED=8343508

UDEV  [8708.856960] add      /devices/pci0000:00/0000:00:1d.0/usb6/6-2/6-2:1.0 (usb)
ACTION=add
DEVPATH=/devices/pci0000:00/0000:00:1d.0/usb6/6-2/6-2:1.0
DEVTYPE=usb_interface
INTERFACE=0/0/0
MODALIAS=usb:v16C0p05DCd0104dcFFdsc00dp00ic00isc00ip00in00
PRODUCT=16c0/5dc/104
SEQNUM=3405
SUBSYSTEM=usb
TYPE=255/0/0
USEC_INITIALIZED=8856820

(sorry für diese lange Ausgabe)... irgendwie sieht das schon normal aus

[Ralph S. (jjflash)]

Mike J. schrieb:
> ATTR{idVendor}=="16c0", ATTR{idProduct}=="05dc", GROUP="plugdev",
> MODE="0660"

Mit Änderung der GROUP zu "dialout" und MODE="0666" (für alle).
Warum die Gruppe noch mitangegeben werden muss erschließt sich mir nicht 
(wenn ich doch sowieso allen den Zugang ermöglichen möchte)

---------------------

Vielen Dank dass ihr Euch meines Problems angenommen habt !

[Günter R. (guenter-dl7la)]

zu ENV{DEVTYPE}... Bei mir steht in der 81-usbasp.rules übrigens auch

#
SUBSYSTEMS=="usb", ENV{DEVTYPE}=="usb_device", ATTRS{idVendor}=="16c0", 
ATTRS{idProduct}=="05dc", MODE="0660"
#

und der Fischl hängt am USBtty0 als USBasp. Bei Arduino-IDE funktioniert 
allerdings nur 'hochladen mit Programmer'

vielleicht hilft dir das

[Ralph S. (jjflash)]

Jörg W. schrieb:
> 0644 - du sollst ja der Welt nicht auch gleich noch das Leserecht
> entziehen.
>
> Ansonsten mal auf den Rest der Antworten davor schauen.

Hab ich gemacht ... 644 und auch den "Rest der Antworten" ... und ich 
freue mich dass das jetzt funktioniert.

Danke noch mal an alle !