[systemd-devel] Hotplug auto mounting and masked mount units

Lennart Poettering lennart at poettering.net
Fri Jan 10 08:59:44 UTC 2020


On Do, 09.01.20 15:56, Phillip Susi (phill at thesusis.net) wrote:

> Someone in #debian mentioned to me that they were getting some odd
> errors in their logs when running gparted.  It seems that several
> years

gparted really shouldn't mask units, that's just wrong.

They should just take BSD file locks, as documented here:

https://systemd.io/BLOCK_DEVICE_LOCKING

> ago there was someone with a problem caused by systemd auto mounting
> filesystems in response to udev events triggered by gparted, and so as a
> workaround, gparted masks all mount units.  Curtis Gedeck and I can't
> seem to figure out now, why this was needed because we can't seen to get
> systemd to automatically mount a filesystem just because it's device is
> hot plugged.  Are there any circumstances under which systemd will mount
> a filesystem when it's device is hotplugged?

This is now controlled by the x-systemd.device-bound mount option, see
here:

https://www.freedesktop.org/software/systemd/man/systemd.mount.html#x-systemd.device-bound

> Also I'm pretty sure this part is a bug in systemd: any service that
> depends on -.mount ( so most of them ) it will refuse to start while
> -.mount is masked.  It shouldn't matter that it's masked if it is
> already mounted should it?  Only if it isn't mounted, then it can't be
> mounted to satisfy the dependency.

Can you file a bug about this? Sounds like something to fix.

(But really, don't mask -.mount, really don't, masing is a heavy heavy
hammer, and not appropriate for clean codepaths)

Lennart

--
Lennart Poettering, Berlin


More information about the systemd-devel mailing list