Bug 83399 - /dev/fuse wrong permission, chmod in udev rule not applied
Summary: /dev/fuse wrong permission, chmod in udev rule not applied
Status: RESOLVED WORKSFORME
Alias: None
Product: systemd
Classification: Unclassified
Component: general (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: Tom Gundersen
QA Contact: systemd-bugs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-09-02 14:04 UTC by szunti
Modified: 2014-09-04 15:34 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments

Description szunti 2014-09-02 14:04:03 UTC
I have two computers with Arch Linux and same systemd version (216) and /dev/fuse has different permissions on them after boot.

One is my old laptop, /dev/fuse is 666 here. So I can use sshfs etc. with every user.
The other is a newer desktop, and /dev/fuse got 600 permission.

systemctl --version gives:
  systemd 216
  +PAM -AUDIT -SELINUX -IMA -APPARMOR +SMACK -SYSVINIT +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ -LZ4 +SECCOMP +BLKID -ELFUTILS +KMOD -IDN


My investigation:

I see that here is an udev rule in systemd with chmod=0666 in '50-udev-default.rules', and indeed running on the new computer:

  udevadm trigger -c add -y 'fuse'

fixes the permission to 666.

The /dev/fuse file is created by 'systemd-tmpfiles-setup-dev.service' with
600 permission ('kmod-static-nodes.service' generates the tmpfiles.d config in '/run/tmpfiles.d/kmod.conf')

I guess it's something with the 'systemd-udev-trigger.service' and the
'systemd-tmpfiles-setup-dev.service' starting simultaneously.
Comment 1 szunti 2014-09-03 12:16:00 UTC
Creating a .conf file with
 [Unit]
 Before=systemd-udev-trigger
in systemd-tmpfiles-setup-dev.d solves it.
Comment 2 Tom Gundersen 2014-09-04 07:35:43 UTC
Thanks for the report.

I must admit that I don't see what the problem might be. May I ask you to set udev_log="debug" in /etc/udev/udev.conf and post the result both with a succeeding and a failing boot?
Comment 3 szunti 2014-09-04 13:20:43 UTC
I can't reproduce it anymore. Sorry, maybe I was wrong about blaming systemd.
Comment 4 Tom Gundersen 2014-09-04 15:34:24 UTC
Ok, no problem. Please reopen if the problem reappears.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.