i hate systemd it's always getting hung up on shutdown. "a stop job is running for blah blah" yea no. when i'm ready to shut down, it needs to shut down. immediately.
When I shutdown I would like a shutdown sig to be sent to my database and then continue once it gets a successful response. No one wants that to just be killed because that would cause data loss.
When I shutdown I want my filesystem synced so things mid-write don't experience data loss.
The problem is badly written scripts that keeps sending a "one more min" response. But you could override that if you actually cared instead of just whining.
Also, systemd comes with a timeout, after which it kills the app anyways, so I think you can surely configure that 90s timeout to be something like 5s or so, which then is much faster.
But as you wrote, If someone really cares, they would fix it.
PS: But what usually gets me about these 90s waits whenever I get them is that the message does not say which thing (unit, etc) is the issue. THAT is something worth criticising.
To my understanding systemd does proper job here, as it supposed to be, highlighting the issues with other subsystems - be it badly written scripts or misorder of shutdown sequence, those parts were ignored by "traditional" init systems before.
When I shutdown I would like a shutdown sig to be sent to my database and then continue once it gets a successful response. No one wants that to just be killed because that would cause data loss.
When I shutdown I want my filesystem synced so things mid-write don't experience data loss.
The problem is badly written scripts that keeps sending a "one more min" response. But you could override that if you actually cared instead of just whining.