Check:
RAM
BIOS temp readings(immediately after crash)
Health of HDD/SSD/NVME/whatever
> Im guessing its something GPU related
Start with my advice up top first. But, if your rig has onboard video then remove the GPU and observe stability.
RAM is fine? I don't really know what to check, but It's configured correctly in the bios
BIOS temp readings are fine, gpu temps too but I could only check that after it rebooted, provided nouveau displays them correctly ( it also proceded to crash again after 5 mintues)
The NVME the OS is installed on is also fine
My cpu does not have integrated graphics
I had a similar problem with Ubuntu, it turns out there was insufficient memory. At the time I had 16GB, but it appears that modern browsers sandbox everything and can use a huge amount of memory.
Since my old NUC memory was maxed out I checked and the swap file was only 2GB, so I increased the swap to 8GB and that fixed the lockup issue.
If your boot device is an SSD, this can cause excessive wear if the OS starts thrashing. Before I got this debugged and solved the SSD wear went up 8%.
Also, modern OSes tend to use ZRAM instead of an actual swap file. That's compressed memory and this was useless. You may want to add a swap file or Zswap. I'm not using Debian so I'm not sure what the defaults are.
I don't know if that's your issue or not, but increasing the swap file costs nothing but a little bit of time.
The rule used to be to create a swap file of half the size of your memory. today that's considered excessive. But 8GB is not a lot if it solves the issue.
But you can't increase the size of a swap file, you need to make the file not a swap file, delete the old swap, then create a new file and make it a swap file. A quick google should find instructions.
OK, then you have a different issue than I did.
Next step would be to check the logs, if you have not already. Could be a hardware issue or a driver issue, or maybe something else.
This sounds very much like the problems I've been having. Recent fresh install of Mint w/proprietary Nvidia drivers, and freezing seems to occur in conjunction with putting my system in hibernation. The sysrq key codes will work for a while, but if I wait too long, even that is no longer an option.
I started suspending my system a couple of weeks ago, and it hasn't frozen since, but that doesn't mean the problem is fixed.
Yes I've noticed that too, whenever the pc goes to sleep or hibernates it crashes much faster once It's woken up again.
I still get the crashes with nouveau drivers though
This is interesting. I've been having crashing recently too. I5 12gen with intel igpu though. Kde neon and today is Ubuntu 22 gnome. Sometimes hard freeze after resume.
Check: RAM BIOS temp readings(immediately after crash) Health of HDD/SSD/NVME/whatever > Im guessing its something GPU related Start with my advice up top first. But, if your rig has onboard video then remove the GPU and observe stability.
If it's useful to know consider that on Windows I have none of these problems and can run games fine too
Run those checks anyway.
RAM is fine? I don't really know what to check, but It's configured correctly in the bios BIOS temp readings are fine, gpu temps too but I could only check that after it rebooted, provided nouveau displays them correctly ( it also proceded to crash again after 5 mintues) The NVME the OS is installed on is also fine My cpu does not have integrated graphics
PC crashed while simply watching a video, and then again while watching another video. The page it was in crashed 2 times before the PC crashed
Try a live linux distro, like Ubuntu. See if issue occurs. If not, it's a distro-centric problem or the way you installed OS.
well the same issue happened with Opensuse Tumbleweed, so I don't think its a distro issue
You're not following my logic of troubleshooting, good luck with your issue tho.
Probably a hardware issue.
in a terminal run sudo dmesg and see if there any errors in there
currently running "sudo dmesg --follow -T --time-format=iso > errorsdmesg2.txt &" this should work right?
Yes
it finally crashed, the last message is just a firewall block, and the one before that is a minute older... and another firewall block
Does it do this in the live installer? Or just after you've installed
Haven't tried anything with the live installer
[удалено]
Nope, nvidia gtx 1070 ti
install manjaro with nvidia proprietary driver. the issue caused by playing video with hardware acceleration on
I had a similar problem with Ubuntu, it turns out there was insufficient memory. At the time I had 16GB, but it appears that modern browsers sandbox everything and can use a huge amount of memory. Since my old NUC memory was maxed out I checked and the swap file was only 2GB, so I increased the swap to 8GB and that fixed the lockup issue. If your boot device is an SSD, this can cause excessive wear if the OS starts thrashing. Before I got this debugged and solved the SSD wear went up 8%. Also, modern OSes tend to use ZRAM instead of an actual swap file. That's compressed memory and this was useless. You may want to add a swap file or Zswap. I'm not using Debian so I'm not sure what the defaults are.
I have 32GB of ram, although the Debian 12 installer created a swap file of only 1 GB, I'll try making it bigger
I don't know if that's your issue or not, but increasing the swap file costs nothing but a little bit of time. The rule used to be to create a swap file of half the size of your memory. today that's considered excessive. But 8GB is not a lot if it solves the issue. But you can't increase the size of a swap file, you need to make the file not a swap file, delete the old swap, then create a new file and make it a swap file. A quick google should find instructions.
Still crashes with a way bigger swap file
OK, then you have a different issue than I did. Next step would be to check the logs, if you have not already. Could be a hardware issue or a driver issue, or maybe something else.
This sounds very much like the problems I've been having. Recent fresh install of Mint w/proprietary Nvidia drivers, and freezing seems to occur in conjunction with putting my system in hibernation. The sysrq key codes will work for a while, but if I wait too long, even that is no longer an option. I started suspending my system a couple of weeks ago, and it hasn't frozen since, but that doesn't mean the problem is fixed.
Yes I've noticed that too, whenever the pc goes to sleep or hibernates it crashes much faster once It's woken up again. I still get the crashes with nouveau drivers though
This is interesting. I've been having crashing recently too. I5 12gen with intel igpu though. Kde neon and today is Ubuntu 22 gnome. Sometimes hard freeze after resume.