[systemd-devel] Ordering between user at .service and systemd-logind.service
Vladimir Kudrya
vladimir-csp at yandex.ru
Sun Jun 30 19:48:40 UTC 2024
Hello everyone!
I'm noticing an issue on my system (Debian sid) on shutdown. Wlroots
compositors try to communicate release of session to logind, but logind
is already gone, so conflicts arise due to activation attempts, journal
is spammed with stuff like this:
Jun 29 10:38:13 hostname systemd[1]: Requested transaction contradicts existing jobs: Transaction for systemd-logind.service/start is destructive (dev-disk-by\x2dpath-pci\x2d0000:02:00.0\x2dnvme\x2d1\x2dpart-by\x2dlabel-swap_1.swap has 'stop' job queued, but 'start' is included in transaction).
Jun 29 10:38:13 hostname uwsm_sway.desktop[5886]: 00:27:37.977 [ERROR] [wlr] [libseat] [libseat/backend/logind.c:199] Could not close device: Could not activate remote peer 'org.freedesktop.login1': activation request failed: a concurrent deactivation request is already in progress
Adding After=systemd-logind.service to user at .service seems to fix this
issue with no ill effects. But two questions arise: why there is no such
ordering by default, and is it conceptually correct?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/systemd-devel/attachments/20240630/3e8b7e63/attachment.htm>
More information about the systemd-devel
mailing list