FS#25748 - [linux,udev]ti_usb_3410_5052 USB-Serial chipset creates /dev/ttyUSB0 node with incorrect permissions
Attached to Project:
Arch Linux
Opened by Max Pray (synthead) - Wednesday, 24 August 2011, 14:02 GMT
Last edited by Tom Gundersen (tomegun) - Tuesday, 13 March 2012, 23:36 GMT
Opened by Max Pray (synthead) - Wednesday, 24 August 2011, 14:02 GMT
Last edited by Tom Gundersen (tomegun) - Tuesday, 13 March 2012, 23:36 GMT
|
Details
[tomegun: fixed (crucial) typo in report]
/dev/ttyUSB0 is a serial device and should have permissions as follows: crw-rw---- 1 root uucp 188, 0 Aug 23 15:01 ttyUSB0 However, when the node is created, it looks like this: crw------- 1 root root 188, 0 Aug 23 15:01 ttyUSB0 This prevents users and daemons in the uucp group from accessing the serial port. local/udev 173-3 (base) local/linux 3.0.3-1 (base) local/linux-firmware 20110727-1 linux-headers 3.0.3-1 |
This task depends upon
"grep OWNER=\"uucp\" /{etc,lib}/udev/rules.d/*"
?
I see no rules on my system that might make uucp the owner of a device...
If there is no rule, but your device is still owned by uucp, something weird is going on...
The correct behavior is, as you pointed out, that the group should be uucp, and the owner root (with the correct permissions).
edit-Oh shoot, I put uucp:uucp in the bug report. I meant to write root:root, heheh.
# serial
KERNEL=="tty[A-Z]*[0-9]|pppox[0-9]*|ircomm[0-9]*|noz[0-9]*|rfcomm[0-9]*", GROUP="uucp"
The question is why this is rule is not applied (it clearly should be), or why some other rule is overwriting the GROUP. On my system there is no rule to set GROUP="root", could you grep your rules directories (/etc/udev/rules.d and /lib/udev/rules.d) for "root" and see if any other rule might be overwriting this?
Also, could I ask you to try again with the newest udev from testing (174)?
Make sure udev-174 is installed, and that you have regenerated your initramfs (mkinitrd -p linux), and (most importantly) that there are no files in /etc/udev/rules.d/.
crw------- 1 uucp uucp 188, 0 Feb 17 13:24 ttyUSB0
... where it should be:
crw-rw---- 1 uucp uucp 188, 0 Feb 17 13:24 ttyUSB0