Reminds me of one of the truest comics I ever read.

If that one thumb could read, this might make him mad
Everyone arguing about the amount of keypresses to type a shutdown command and time it takes to shutdown… I just power it off at the wall. One button press, shutdown is near instantaneous
Big brain move
Windows cannot shut down because there is a folder open.
A stop job is running(X time / 1:30) but the second time will be extended indefinitely for some fucking reason.
Alt-SysRq-i, u, oI don’t have time for this shit.
have i learned a new magic combo?!
Yes but no, u can in config file of systemd change timeout to 5,10 second or other number of seconds which u wish before it will kill it
My always plugged in HDD with bees on it does that. 1 minute to shutdown at least because there’s always some kind of extend read or dedupe that need a sync.
… I brought this upon myself so I don’t have to complain.
At least it tells you how long it’ll take before it decides to SIGKILL whatever is holding the shutdown sequence.
I think that depends on the setting, I had situations where one of my docker containers took ages to shutdown and it would just say 00/02 00s but when it reached that limit, it would just go up.
Individual services can override the default 90 seconds timeout. But then you can override their override if you think you are smarter, of course.
Well you say that, but I’ve seen the countdown go past and then reset to a higher number often.
I entrust you with this horror, go figure out what to blame.
shutdown-analyze.sh
#! /usr/bin/env bash shutdown_start=$(journalctl -b -1 -u systemd-logind --grep="System is (powering down|rebooting)" --output=cat --no-pager --output-fields=_SOURCE_REALTIME_TIMESTAMP) shutdown_start=$((shutdown_start / 1000000)) units=$(journalctl -b -1 --since=@$shutdown_start --output=cat --no-pager --output-fields=UNIT JOB_TYPE=stop CODE_FUNC=job_emit_start_message) for u in $units; do stopping_start=$(journalctl -b -1 --since=@$shutdown_start -u "$u" --output=cat --no-pager --output-fields=_SOURCE_REALTIME_TIMESTAMP JOB_TYPE=stop CODE_FUNC=job_emit_start_message _SYSTEMD_UNIT=init.scope) stopping_end=$(journalctl -b -1 --since=@$shutdown_start -u "$u" --output=cat --no-pager --output-fields=_SOURCE_REALTIME_TIMESTAMP JOB_TYPE=stop CODE_FUNC=job_emit_done_message _SYSTEMD_UNIT=init.scope) duration_human=$(systemd-analyze timespan $((stopping_end - stopping_start))us | tail -1 | sed 's/.*: //') printf "%s\t%10s %s\n" $((stopping_end - stopping_start)) "$duration_human" "$u" done | sort -rn | cut -f 2Similar to angry parents.
People give Windows a lot of flak for this, but at least it usually does turn off after finishing its updates.
MacOS is the one that will just literally ignore the fact that you told it to shut down. Or it takes forever to tell you that a program has unsaved changes. At least Windows will tell you that right away, so that you see the “something is preventing shutdown” message before you walk away from the computer. Your Mac will wait 15 minutes, and then be like, “by the way, the browser doesn’t want to close.”
“Update and Shutdown” still acts as “Update and Restart” on windows. They added a whole new feature that is indistinguishable from the previous feature.
Though I agree macos has the problem of “well Firefox was open so I was stuck here over night”
I’ve never used systemd to shut down
Sudo shutdown -h now works on the Mac
I just use poweroff.
In most distros
shutdownis a symlink tosystemctl.Oh interesting
Five seconds? What’s hogging that system? Mine is about two, at most, from the WM shutdown selection.
meanwhile on KDE: A stop job is running
Just
poweroffis fine. Why lose extra 2.5 seconds typing two words when one word will suffice?What?
sync ; sync ; sync ; shutdown -h nowOr nothing!
why?
It’s traditional, it used to be done that way on old systems. It was done for extra luck I suppose.
Nowadays, shutdown syncs as a matter of fact, and filesystems are much less brittle.
Before Linux had a shutdown command, you’d run “sync && sync && sync” then hit the power button.
Gotta make sure the FS cache syncs.
Not too sure, hence the use of semicolons instead of double ampersands, but a moderately high level of sure.
3 syncs? Sun Microsystems trainers told me 2!
Seems risky to me…
I think doing just a
poweroffmight leave some services in an unclean state. I thinksystemctl poweroffmake sure the services are shutdown cleanly before powering down.Just alias whatever to “off”
Apparently there are a lot of ways to shutdown.
haltis my preference from the command line.I like
shutdown nowbecause it feels like I’m reprimanding my PC
Poor storage drives adding on power cycles





















