Bug#961146: systemd-logind sometimes ignores a systemd-inhibit lock

Vincent Lefevre vincent at vinc17.net
Wed May 20 23:26:09 BST 2020


The suspend also occurs if I switch to a VT.

So it seems that if a "block" was triggered, it is cancelled once
the login session that started it is no longer associated with the
screen (something like that).

This would explain the issue I had with light-locker / lightdm
(bug 961124), because this is exactly this case.

The systemd-inhibit(1) man page says:

  --mode=
      Takes either "block" or "delay" and describes how the lock is
      applied. If "block" is used (the default), the lock prohibits any
      of the requested operations without time limit, and only privileged
      users may override it. If "delay" is used, the lock can only delay
      the requested operations for a limited time. If the time elapses,
      the lock is ignored and the operation executed. The time limit may
      be specified in logind.conf(5). Note that "delay" is only available
      for "sleep" and "shutdown".

So "without time limit", and I can't see any override in my case.

-- 
Vincent Lefèvre <vincent at vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)



More information about the Pkg-systemd-maintainers mailing list