Transcript:
Two panel meme.
Top panel: Woman in the front seat of a car screaming at a child in the rear seat. She’s saying “Why can’t you just shutdown?”
Bottom panel: A child screaming “A stop job is running for Session c2 of user … (1:30 / no limit)”
If anything ever makes me leave systemd. It’ll be this.
That’s not really systemd’s fault though. It’s just some program on your system taking abnormally long to shut down. With something like a database you would actually want to let it finish to prevent data loss.
The weak must perish.
Why? You can bypass it immediately if it’s a one-off, or go update the unit configuration to have a short timeout if it’s a regular error.
More likely though, it’s something that should actually be fixed, like a misconfigured fstab. Systemd is rarely the problem here.
how do you bypass it? didn’t know its a thing
If you hit Ctrl-Alt-Delete 7 times in 2 seconds it will skip immediately
I can’t tell if you’re fucking with us or not. 😒
Hard power off dont care, and neither do modern filesystems.
databases may still care
If they cared they should have finished sooner
I hope my installation of Mint doesn’t start acting up, because I don’t want to learn whatever it is half y’all are talking about.
I just want it to work, and so far it has.
The only problem I’ve had is nvidia driver updates breaking Blender. So, I need to restore and tell update to ignore that one.
Same, my shutdowns take about about two seconds, although suspend can sometimes take about six seconds (but normally one).
I’m on Gentoo, so it’s probably a leaner install than most.
systemctl poweroff <3
Idk if this is a hot take but „no limit“ should straight up not exist. Just set a limit and blow the whole PC up when it takes too long.
I’m ngl if I see this shit, I just hard power-cycle the machine. I ain’t got time for that.
That can hit any time, not just in shutdown. At bootup, when suspending, etc. This message and the wait time is so bad. Systemd basically implemented Windows Update waitouts on Linux! It’s incredible!
Switching from systemd to sysvinit solved that pretty nicely.
I don’t think that’s true. Bootup and suspending don’t need stopping things like that.
Source: I use systemd btw
Oh but it’s not just stopping things, starting things is subject to the same issue also:
A start job is running for "wait for network to be available"(attached to a network interface that is not necessarily connected at bootup)
Systemd is just special.
Ubuntu 17
systemd still does not solve it
Well I guess that tells you everything.
One of the reasons i like the new atomic/immutable distros is you can just power cycle with little worry of bricking your system, even if a system update is running.
if my PC takes more than 15 seconds to shut down im flipping the power switch
Finger hovering over power button
“I’m giving you one last chance”
