" It is a āmagicalā key combo you can hit which the kernel will respond to regardless of whatever else it is doing, unless it is completely locked up."
Thanks!
I thought that the key combo was meant to perform a āsmoothā shutdown when there is some sort of system freeze while still in the desktop.
Thanks for the links!
I need to
At least on my computer I could boot from one of two options: EndeavourOS (from external USB disk) or into Windows10 (internal HDD). If both were on the same disk it shouldnāt be different.
Just verified this seems to be an issue only on virtualbox, not on actual hardware, so this seems most likely an issue to do with this drivers. Not too sure why its not a problem on Debian based!
I donāt have this problem and i have never had this problem. My system on bare metal shuts off in 6 seconds. It takes longer for a cold boot. About 3x as long to boot from scratch. I also donāt have this issue on vm using vmware. On vmware the shutdown takes 4 seconds to shutdown the installed vm. I can close vmware without shutdown in less time also.
Have you tried to disable the systemd services you donāt use? It might help a bit eg: systemctl disable cups(if you donāt use a printer) etc. you could use ``systemctl --type=service --state=active to see which services are actives and give you an idea of which one you donāt actually need!
I used to do that when i was still using systemd distros!
the great community kept me here
Virtualbox isnāt working properly as far as Iām concerned. I dropped it since the last ISO because of that. Iām strictly using vmware-workstation pro currently because it works.
Have you tried switching to TTY1 when this happens? Try pressing Ctrl+Alt+F1 or Alt + F1 when you get this behavior. It should get unstuck and shut down / reboot immediately.
There is a similar issue that affects sddm (especially if hand-off from lightdm is used) that is solved in sddm-git.
Will do check it out, though since it is only happening on VirtualBox and not on actual hardware, typically I use virtualbox for testing purposes, I was afraid this would also happen on actual hardware so that is why I had to check it out.
Thanks for teh suggestion though I will check it out if needed
This isnāt going to help, but I was reading about some other Arch distros like Artix, and VoidLinux, that dont use systemd, and this specific issue was called out as a systemd problem. As a result they claim faster startup/shutdown.
If indeed it is so, I hope someone is looking into it for an upstream fix, but I havenāt seen anything.
I had the same issue since months, a stop job wonāt end and 90% of the time shutdown or reboot were stuck during 90 sec.
As a WORKAROUND I just edited the systemd service to wait 10 sec instead of 90.
Since then all is working great.
Here is what I did:
Edit /etc/systemd/system.conf
Uncomment and set DefaultTimeoutStopSec from 90s to⦠10s or whatever
Of course you need to reboot at least once to initiate the change
Because the issue looks like it has something to do with virtualbox, I think a workaround is to install the drivers supplied directly from virtualbox and not depend on the inbuilt drivers instead