On Sat, Nov 21, 2020 at 7:13 PM Michael Biebl <bi...@debian.org> wrote:
> Control: tags -1 + moreinfo > > I suppose this is your problem. > You have processes (ssh-agent and dbus-daemon) in your user session, > which apparently do not stop in a timely manner, thus causing the delay, > afaics. > > Is this problem reproducible with a new user account? > Yes. I fixed my attention on the line > Nov 17 01:03:38 nuc8 systemd[1141]: Requested transaction contradicts > existing jobs: Transaction for exit.target/start is destructive > (gnome-session-restart-dbus.service has 'start' job queued, but 'stop' is > included in transaction). > > in the journal which started reproducibly to appear after upgrading systemd to 247~rc2-2. Looks like /usr/lib/systemd/user/gnome-session-shutdown.target (from package gnome-session-common) is responsible for starting gnome-session-restart-dbus.service: [Unit] Description=Shutdown running GNOME Session # Allow exit.target to start even if this unit is started with replace-irreversibly # The same is needed for all (weak) dependencies DefaultDependencies=no Conflicts=graphical-session.target graphical-session-pre.target After=graphical-session.target graphical-session-pre.target # Add explicit conflicts/after lines for gnome-session targets, technically # this should not be needed, but is an extra safety measure. Conflicts=gnome-session.target gnome-session-manager.target After=gnome-session.target gnome-session-manager.target Conflicts=gnome-session-pre.target gnome-session-initialized.target gnome-session-failed.target After=gnome-session-pre.target gnome-session-initialized.target gnome-session-failed.target # We need to make sure this unit is stopped; primarily so that the tree of # units that we created is completely cleaned. # Note that this can also be improved by reversing the conflicts above and # not listing them in the shutdown unit. StopWhenUnneeded=true # We trigger a restart of DBus after reaching the shutdown target this # is a workaround so that DBus services that do not connect to the # display server are shut down after log-out. # This should be removed when the relevant services add a # PartOf=graphical-session.target # Historic bug: https://bugzilla.gnome.org/show_bug.cgi?id=764029 *Wants=gnome-session-restart-dbus.serviceBefore=gnome-session-restart-dbus.service* I can't pretend that I know what I'm doing, but after commenting out the last two lines the two minute delay on power-off is gone :) Feel free to reassign this bug to gnome-session. Cheers, Roderich
