[** ] A stop job is running for Session c1 of User gdm (49s / 1min 30s)Windows 10 has had a bug for about 3 years now. Where if you choose “install update and shutdown” and instead it reboots.
Windows + R cmd [enter] Shutdown -r -s -t 0 [enter]

Mac users: you guys shut it down?
Is there a “How to Linux” somewhere? I’d really like to get beyond using my CachyOS system as gui user, hell even some of the gui stuff is so alien. Felt like a lesser god when I found the repo… But terminal commands are just beyond me
Nothing wrong with GUI but yeah there are a lot of resources. I don’t know if I can point you to any because I usually just web search the command and add it to a ling running note of Linux commands
Check out “Linux survival” if you’re old school, LabEx if you like experiential learning more, and less explanation. Both offer exercises, both are free, but Labex has a few restrictions for free accounts, and offers a paid tier at like 9 bucks a month. And ofc you don’t have to use the terminal irl, it’s just easier after getting used to it. Most things have a GUI program equivalent, you just have to seek it out. Most of the time.
Edit: And also, Linux Mint and a few others are often recommended to new users for being both similarish to windows and approachable with GUI.
Big fan of hibernate (
systemctl hibernateon systemd systems, and you need a swap file that’s at least as big as your RAM). Sure I wait some time until it’s shut down and booting takes longer, too, but not having to reopen all those terminal and editor windows I’m accumulating while working is worth it.Last time this happened to me (read: yesterday) i ended up holding down the power button.
You dont want to shut down when i ask i will make you.
systemctl invariably hangs on waitimg for some job to finish.
systemd-shutdown-inhibitoris hideous.poweroff -ffNot to be that guy but…
shutdown /s /f /t 0
🤮
No, you have to use the GUI in Windows.
Reminds me of one of the truest comics I ever read.

This might sound crazy, but you don’t have to shutdown your computer every time you’re done using it. You can just lock the screen and walk away.
If you’re on a laptop, you often can’t do that and those updates waste precious battery life.
Fair point
No way!!!
I don’t know how but a windows 7 machine I’ve recently had to use still got an update before shutting down…
Systemctl? Bro just poweroff
A stop job is running(X time / 1:30) but the second time will be extended indefinitely for some fucking reason.
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 2Thanks, I usually know what it is tho. Most often it’s VMs I was using for testing stuff, which I forgot to shutdown. It takes a while for them to cleanly shutdown, which is what the wait is for. I have a shortcut on my desktop to a script that checks for any running VMs still and shuts them down. But I forget to click it sometimes and then I have to wait. No big deal, except I like to switch off the power bar that powers the computer and everything attached to it. An old habit from when such a thing mattered, these days standby power is probably nothing to worry about. But still I wait patiently for the computer to shut down till I switch off the power strip.
If your script somehow shuts them down faster than plain old SIGTERM, putting it under
/usr/lib/systemd/system-shutdown/might be a good idea. Checkman 8 systemd-shutdownfor more info on that.
Similar to angry parents.
Alt-SysRq-i, u, oI don’t have time for this shit.
have i learned a new magic combo?!
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.
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











