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