[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