Hi all!
When I’m playing Noita through Proton Experimental (tried v8.0-2 too but the problem persists), my whole system freezes in two minutes tops while in-game. Audio still plays, but the system doesn’t respond to mouse or keyboard inputs (so I can’t switch to a TUI to kill the GNOME shell). When this happens, I can only hard reset my laptop.
This started happening with Team Fortress 2 too, although much less frequently. The error persists when running the games in fullscreen and also in windowed mode.
So far, I narrowed it down to it being a GNOME bug or a known issue with Pop!_OS. I tried stopping autostart of the appcenter deamon, disabling all of the installed GNOME extensions, running the games in windowed mode but the problem is still here.
I am beyond confused as to what to do. I’m thinking on dual booting Windows even lol. Can anyone help me?
It’s a hardware-specific issue where any hardware component in the system can cause the system to freeze. Any issue from the hardware, firmware, kernel drivers, and userspace layers can cause this. There’s been a wide range of solutions for different hardware. Disabling APST to fix faulty NVME controllers[0]; limiting CPU power states[1] to prevent certain low power states breaking the system at the kernel level; tweaking memory and CPU timings, clocks, and voltages; disabling faulty Ethernet and WiFi drivers; reinstalling the OS; or downgrading/upgrading the kernel.
- [0] To disable APST on NVME controllers with
nvme_core.default_ps_max_latency_us=0
- [1] To limit CPU power states, add the
processor.max_cstate=1
orintel_idle.max_cstate=1
kernel option withsudo kernelstub -a {{option}}
processor.max_cstate=1
After shutting out the possibility of this being a RAM issue by passing all tests of Memtest86, I tried setting this kernel option. It seemingly solved the problem, Noita doesn’t crash the system after two minutes like it used to.
Thank you for your answer!
- [0] To disable APST on NVME controllers with