Bug#948710: openssh-server: Fail to upgrade "ssh.service: Unit -.mount is masked"
Michael Biebl
biebl at debian.org
Sun Jan 12 18:32:45 GMT 2020
Control: clone -1 -2
Control: reassign -2 gparted 0.32.0-2
Control: retitle -2 gparted should not mask .mount units
Control: retitle -1 handle masked .mount unit more gracefully
Control: severity -1 important
On Sun, 12 Jan 2020 18:06:41 +0000 Colin Watson <cjwatson at debian.org> wrote:
> The OpenSSH units don't make any reference to a -.mount unit (explicitly
> or implicitly, as far as I can tell),
That's not quite true. ssh.service (and the vast majority of services)
uses DefaultDependencies=yes (as it is the default behaviour).
This will generate a dependency on various .mount units, depending on
your /etc/fstab.
$ systemctl show ssh.service -p Requires -p After
Requires=system.slice -.mount sysinit.target
After=auditd.service system.slice basic.target systemd-journald.socket
network.target sysinit.target -.mount
so I can only assume that this is
> some kind of bug in systemd itself; reassigning over there. Feel free
> to reassign back if it seems that this is a bug in ssh.service after
> all, but in that case I'd appreciate some kind of specific advice on> what it's doing wrong.
The ssh.service is doing nothing wrong.
I'd say we have two bugs here:
a/ a package or user doing something stupid like masking _.mount
b/ systemd not handling that case more gracefully.
I quickly checked the gparted sources and noticed that it still does
mask all .mount units.
gparted.in: | grep -v masked | cut -f1 -d' ' \
gparted.in: systemctl --runtime mask --quiet -- $MOUNTLIST
gparted.in: systemctl --runtime unmask --quiet -- $MOUNTLIST
So cloning and re-assinging the bug report.
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20200112/3ca178a2/attachment.sig>
More information about the Pkg-systemd-maintainers
mailing list