[systemd-devel] magically disappearing filesystems
Michael Chapman
mike at very.puzzling.org
Thu Jun 15 08:05:50 UTC 2017
On Thu, 15 Jun 2017, Jérémy Rosen wrote:
>
>> I'm pretty it should only be necessary to call daemon-reload before using
>> systemctl. It warns if any source files (unit files, dropins and anything
>> mentioned by SourcePath= in a unit) have been updated since the last
>> reload. The fstab generator should be using SourcePath=.
>>
>
> Would it be theoretically possible to do a .path that looked at /etc/fstab
> and triggered a daemon-reload, or would that be a bad idea for reasons I
> don't imagine ?
I guess you could do that.
I'm happy enough to not have config loaded automatically, though -- it
just seems neater to have a whole bunch of changes queued up and to have
them all applied at once. I've never found manual reloads to be a big
problem.
On the other hand, I can't think of any big problems with having new
config applied automatically. It's not as if systemd will automatically
start any new units or stop any that disappear under it, at least at the
time of the reload itself. The one concern though is that it can affect
future jobs, as new dependencies between units may have been automatically
added. But maybe that's what the sysadmin expected.
More information about the systemd-devel
mailing list