ya see, when i ssh into a server and i run some commands, sometimes i mess up, see, and i wanna reboot to get the system back to a known state, right
and even if the system is in an unknown or invalid state, right,
i don’t wanna wait half a bloody hour for systemd to get tired of waiting for 1m30s countdowns and actually bounce the damn machine, if it bounces at all
and i can’t just hold the power button, see, because i’m 2000 miles away from the bloody box
(I did not make that number up, by the way. I once has a hard drive get hot removed while it was mounted, couldn’t umount it so I had to reboot, and it confused systemd so bad it took 27 minutes to shut down)
EDIT: aw come on, are you really gonna downvote without leaving a reply?
how is this any diffrent from SysV scripts hanging and preventing a reboot that way…
you are blaming SystemD for an issue not part of SystemD, but a generic computing issue…
and yes, you can still just hard reboot your system with SystemD as @elscallr@lemmy.world has point out…
Check out systemd’s userspace reboot feature, they implemented it to avoid long reboot times on server hardware.
I was wondering why my fedora install took ages to shutdown sometimes and the little googling I did got me nothing. Do i hate systemd now?
Do I hate systemd now?
No, because that’s not specific to systemd.
I can quite clearly remember the long shutdown times back when Ubuntu was still using Upstart.
Generally speaking, long shutdown times are an indication of a system issue (e.g. HDD going bad or slow network) or just scripts being written poorly, and could be worked around by changing the timeout value. Systemd defaults to 90 seconds, but you can change that to 30 secs or lower.
