You are not logged in.
Hello,
My issue (which might very well be a bug) is that sometimes, at shutdown or reboot, the system will hang for 1 min 30s before shutting down. It started happening a while back on my old install, but now that it also happens on my new install on different hardware, I decided that problem needed solving.
My hardware is a lenovo x230t, and I am using Gnome on Xorg. It didn't seem to happen on Wayland (which I can't use because of another weird "bug"(?) with the wacom pen). I can't fully predict when it will happen as the pattern seems to change, but the probability seems to be higher the longer I use it before shutting down. When I activated the messages at boot and shutdown (it wasn't by default), all it was saying is "A stop job is running for user manager for uid 1000" while hanging. Logging out first does seem to avoid this.
Along what I tried, using the web, there was disabling the extensions, then masking services like lvm (which I do not use), and it did not work. Even editing DefaultTimeoutStartSec (and stop) in /etc/systemd/user.conf (also the system.conf) had no effect at all. I consulted using journalctl, and something weird seemed to be happening with pulseaudio, but systemctl showed its timeoutstartsec and timeoutstopsec were 5s, so that couldn't simply be it.
What I found quite suspicious was that the dbus service was being started during shutdown. Then, I found this page , which made me conclude that maybe dbus was being stopped too soon. So I applied their proposed workaround, setting ExecStop to /bin/true and KillMode to none in /usr/lib/systemd/user/dbus.service (also /usr/lib/systemd/system/dbus.service because I was ready to try anything).
Since I applied it, that problem never occured, though I am certainly not certain it won't happen again. Also, as I suspected, I can't logout, then log back in, I suppose because the service never properly stopped, so cannot start again. It is not that bad for me, as I never have to log out and there is no problem with suspend/locking screen. I wonder though what solution would be more elegant, and if some other people have the same problem and/or know what is causing dbus to stop before it must (if that is the problem at all).
If some people are interested in this, I will post the contents of journalctl (I will have to find the last time it happened and/or undo the workaround and make it happen again).
Offline
I had this bug on MATE DE / lightdm for almost one year. I "solved" it by disabling lightdm and installing xorg-xinit. I don't like gui login, just used it to easy unlock gnome-keyring until I learned how to do it without gui login manager via PAM.
There is still ongoing discussion about this bug.
BTW, my shutdown timer for
"A stop job is running for user manager for uid 1000"
shows 2min or 2:30, and I never found out where this can be adjusted.
Offline
Ye, your workaround is the one I would definitely apply on a destop or normal laptop. Problem in that case is that as sometimes I use only the tablet mode from boot to shutdown, it is much, much more convenient to be able to log in using only the touchscreen, and for that I need a graphical DM. Otherwise yes I would stay cli and go graphical manually everytime.
I have seen that page, I guess I should post there what I posted here.
Same for my shutdown timer, it shows 2 min. I'd suspect that DefaultTimeoutStopSec , which is by default 90s, specify TimeoutStopSec for any service which has not been explicitly set. Then, that 2 min would be the total cumulative time for all services to stop, so after that it would just stop everything regardless of which services in particular has been too slow? I'm not sure if I understand it correctly though. If I do, is that 2 min like a nuclear switch? Would reducing it to, say, 10sec be as bad practice as forcing shutdown through power button?
Offline
Definitely not, since it syncs before shutdown.
The only downside is that it would not allow 'slow' processes to complete their operations at stop time.
That said, i've set a 10 seconds timeout everywhere and still it hangs from time to time with higher timeouts.
That's why i use hibernation instead of shutting down, is much mkre reliable for me.
Help me to improve ssh-rdp !
Retroarch User? Try my koko-aio shader !
Offline