FS#30130 - systemd does not mount /.snapshot or other hidden directory under /

Attached to Project: Arch Linux
Opened by Kurt Basil Cox (basilburn) - Sunday, 03 June 2012, 22:41 GMT
Last edited by Dave Reisner (falconindy) - Monday, 04 June 2012, 14:02 GMT
Task Type Bug Report
Category Upstream Bugs
Status Closed
Assigned To Dave Reisner (falconindy)
Tom Gundersen (tomegun)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description: mounts that start with a slash then dot such as /.snapshots or /.subvols are not mounted by systemd 184-2 even though the entry is correct in /etc/fstab and can be mounted manually using the mount command.

This worked with previous systemd versions



Additional info:
* package version(s)

systemd 184-2

* config and/or log files etc.

/etc/fstab from 2 different systems
/run/systemd/generators/.<mountpoint>.mount from 2 different systems

Output of systemctl -a -t mount

systemctl -a -t mount
UNIT LOAD ACTIVE SUB JOB DESCRIPTION
-.mount loaded active mounted /
boot.mount loaded active mounted /boot
dev-hugepages.mount loaded active mounted Huge Pages File System
dev-mqueue.mount loaded active mounted POSIX Message Queue File System
home.mount loaded active mounted /home
mnt-HTPC.mount loaded active mounted /mnt/HTPC
proc-sys-fs-binfmt_misc.mount loaded inactive dead Arbitrary Executable File Formats File System
run-user-niqui-gvfs.mount loaded active mounted /run/user/niqui/gvfs
sys-fs-fuse-connections.mount loaded inactive dead FUSE Control File System
sys-kernel-config.mount loaded inactive dead Configuration File System
sys-kernel-debug.mount loaded active mounted Debug File System
tmp.mount loaded active mounted /tmp
var-lib-nfs-rpc_pipefs.mount loaded active mounted RPC pipe filesystem
var.mount loaded active mounted /var

LOAD = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB = The low-level unit activation state, values depend on unit type.
JOB = Pending job for the unit.

14 units listed.



Steps to reproduce:

Create an entry in fstab for a mount on a hidden directory under /
Reboot and note that while the .mount file is generated under /run/systemd/generators the unit file doesn't show in systemctl and isn't mounted.
This task depends upon

Closed by  Dave Reisner (falconindy)
Monday, 04 June 2012, 14:02 GMT
Reason for closing:  Fixed
Additional comments about closing:  testing/systemd-tools-184-3
Comment by Dave Reisner (falconindy) - Monday, 04 June 2012, 01:58 GMT
Already reported upstream.

http://lists.freedesktop.org/archives/systemd-devel/2012-May/005322.html

edit: unit files with a leading '.' are simply ignored. Upstream needs this to not apply to .mount units...
Comment by Kurt Basil Cox (basilburn) - Monday, 04 June 2012, 03:31 GMT
Hmmm, I found that post but I thought it went nowhere.

I believe you can close this bug, since it's an upstream issue.

I'll just stick the mounts in auto.direct for now.

Thanks for the quick response.
Comment by Dave Reisner (falconindy) - Monday, 04 June 2012, 03:34 GMT
Whether or not it went anywhere has no bearing on its legitimacy. It's a real problem caused by the new fstab-generator. I'll leave this open while I harass upstream about it.
Comment by Dave Reisner (falconindy) - Monday, 04 June 2012, 13:11 GMT

Loading...