It started freezing maybe a month or two ago. It happens anytime between a few seconds after the OS loads, to hours or days later. I do not recall downloading anything around when this issue began that could be suspect.
I’ve put off fixing this because I have no idea how to even begin troubleshooting it. Internet searches for “Linux freezes” returns practically countless potential problems.
What are some recommendations? I have my root directory on a 30 GB partition separate from my home directory, which I think makes reinstalling my base image (Debian) easy without losing personal data, so that’s an option. Maybe there’s a system log file that would provide some insight?
I’m Linux dumb so please teach me how to fish!
I’ll add that my Windows install (on a separate drive) doesn’t freeze, and my Linux install is on a new Samsung drive that didn’t report issues, so the problems unlikely hardware related.
02:05 18OCT: Thanks for all the quick responses, a lot of helpful suggestions so far. I should clarify that “my computer freezes” means it is 100% unresponsive until it is rebooted. Ctrl+alt+del spam or changing terminal sessions when its frozen does not get a response. The last few entries in my most recent journalctl boot outputs are different from one another, and the I did not see any errors. For now, I’ll boot a live USB and let it sit for while, see if it crashes again.
Explain how “freezed” are the system
What to do before next system freeze
/etc/sysctl.d/*.conf
and look forkernel.sysrq=0
. Change it to 1./etc/systemd/system.conf
so that you have a line looking like this:CtrlAltDelBurstAction=reboot-force
ctrl+alt+fN
where N in {1…12}. You should see a login prompt. Try the REISUB sequence. Press and hold alt+print screen (might require some fn key combination on a laptop) then press, hold and release following letters one at a time: R E I S U B. You should see kernel messages appear on the screen each time you press a button. Don’t try to press them all at once or type them before the output is finished. Your system should reboot after this. Does it work?TCPKeepAlive=no
formy-faulty-pc
in your ssh config before connecting to avoid having the connection dropped. then runssh my-faulty-pc journalctl -b0 -k -f > waiting_for_crash.log
on another system that will capture the logreproduce Here is the easiest part. Make the system hang. Preferably with reproducible steps.
System is now freezed
What to do now This part depends a bit on what the outcomes were. At least we’ll know how “deep” the hang is and where it’s worth modifying stuff.
You say in your post that you’ve tried ctrl+alt+del spam. But did you check that it works when the system is working as intended?
Edit: minor typo
Thanks for the comment.
It froze again tonight, I tried ctr+alt+del spam and nadda, no response.
I have not tried changing tty ctrl+alt+fn, but I will in the next session. Same with REISUB (not sure what this is yet).
My first guess for root cause was a ram leak, but my system monitor shows little activity when these crashes/freezes occur. Not that this is a perfect method of ruling this out, but my resource usage doesn’t smell fishy at least.
Reisub and ctrl+alt+del spam needs to be configured, and system rebooted in order to work first.
Got it, I’ll try this tomorrow evening. Thanks again for your help so far!