Из-за опечатки в /etc/udev/rules.d/40-fuse.rules каждый раз приходилось вызывать `chmod 0666 /dev/fuse` (пока не догадался исправить, diff сейчас приложу). Steps to Reproduce: 1. # service udevd restart 2. # modprobe -r fuse 3. # modprobe fuse Actual Results: # ls -al /dev/fuse crw-rw---- 1 root root 10, 229 Aug 14 13:33 /dev/fuse # tail /var/log/messages Aug 14 13:32:40 cairo udevd[1300]: add_to_rules: invalid KERNEL operation Aug 14 13:32:40 cairo udevd[1300]: add_to_rules: invalid rule '/etc/udev/rules.d/40-fuse.rules:1' Expected Results: # ls -al /dev/fuse crw-rw-rw- 1 root root 10, 229 Aug 14 13:42 /dev/fuse
Created attachment 1580 [details] исправление 40-fuse.rules Приложенный патч исправляет проблему, /dev/fuse создаётся с правами 0666 (конечно, после service udevd restart ; modprobe -r fuse ; modprobe fuse).
На самом деле можно даже удалить NAME="%k" (имя создаваемого устройства по умолчанию устанавливается по имени, указанному ядром). Но ошибку надо исправлять в любом случае. Кстати, в пакете udev есть ещё одно правило для fuse: 70-permissions.rules:KERNEL=="fuse", GROUP="fuse" Однако, поскольку группа fuse в настоящее время не существует, вероятно, это правило будет оттуда удалено (см. bug #9871). В любом случае, если потребуется ограничить доступ к /dev/fuse, это нужно будет делать в пакете fuse, и там же создавать группу.
(In reply to comment #2) > Кстати, в пакете udev есть ещё одно правило для fuse: > > 70-permissions.rules:KERNEL=="fuse", GROUP="fuse" > > Однако, поскольку группа fuse в настоящее время не существует, вероятно, это > правило будет оттуда удалено (см. bug #9871). В любом случае, если потребуется > ограничить доступ к /dev/fuse, это нужно будет делать в пакете fuse, и там же > создавать группу. +1
Ушло в incoming/
