Lately my PC has started crashing while it plays videos. It freezes completely, screen frozen and not responding to any input (keyboard, mouse), I mean I cannot change TTY (alt + ctrl + F(1-2-...)), and it cannot even respond to alt + PrntScr + REISUB. I have to force power off by holding down the power button.
After I reboot I have tried checking all logs available and I cannot find anything logged right before the incident. Last entries are always different and not indicating anything.
I suspect it has to do with the graphics card but I'm looking for ways that I can dig deeper on that and confirm it or not.
What else should I check? How can I find more info?
OS: Lubuntu 22.04.3 LTS (latest updates)
I'm using the nvidia proprietary drivers (nvidia-driver-390)
UPDATE:
First of all thank you all for your input and fresh ideas. Now I've already tried some of them and I will continue with the other ones until I get some results.
till now I have tried
memtest and it didn't show any errors.
boot from a live distro and see if problem also occurs. Well it didn't occur but on the live distro you cannot change the graphics driver. So it was using the open source nouveau driver, also it didn't happen during the 1 hour I let it play. The thing is that it never was punctual even before. It could happen during the first hour or the third or sometime later.
Next steps are to
open the case and clean it up to remove the possibility of high temp because of that,
change my drivers to be the nouveau and try again,
Not really. Distros usually build the same software slightly differently. If the bug is in a piece of software used by all distros such as the Linux kernel, it won't make a difference.
Check your storage connection! If storage disconnects, your OS will freeze and stop responding to the keyboard. Also, the os won't be able to write any logs because the storage isn't attached. Even power off won't work because the os can't read any files. This feels very similar to your problem.
For me, my motherboard had a faulty drive controller which would randomly stop working and drives would no longer appear connected.
I'm not sure whether you have the same issue as me but it has the same characteristics as mine. Hope this helps!
thanks for your input but it looks different. I mean when I power it off with the button, then it is possible to boot without issues. Also it doesn't freeze randomly. It freezes only if it plays videos. Now it is 10 days on uninterrupted since I stopped playing videos.
Had issue with my storage recently, and the symptom was similar to what OP described. Syslog didn't reveal anything, as the root filesystem was read only, so troubleshooting it was hard. Coincidentally I needed a newer kernel, and after the upgrade the problem disappeared.
When storage disconnects while the os is still running, it causes the os to freeze and stop responding to all keyboard inputs. I thought this was similar to OPs issue which is why I suggested it
This is the most likely issue. To add - test 3-4 passes of Memtest86+. The first pass is shorter and meant for finding egregious RAM problems. It can fail on subsequent full passes. I had my RAM fail on 3rd of 4th pass which passed the 1st. It could even be caused by incompatibility of the size of RAM with the platform. For example in my case AMD supported 2x 8GB sticks of this RAM with no issues. Insert 4x 8GB and it starts producing errors even if each individual stick passes with flying colors.
Seconded. I'd been having issues (random freezes, crashes) for a while but I had attributed then to a lack of RAM. So I bought some more RAM at some point and ran memtest on all RAM together and saw errors. Those bastards, they sold me dodgy RAM, right? Tested the new sticks individually, they were clean. Turns out I had a bad 64kb area on one of my old sticks.
You can tell the kernel to not use the bad area btw if it's all in one place, so don't necessarily rush out to replace the bad stick.
I was in a similar situation not too long ago and couldn't find anything to fix it either at first. One thing that was high on my list was changing my PSU since a defect or weak one often seems to be a problem in such cases. Besides a general hardware failure of course. If it's the hardware that could be anything really. Motherboard, RAM, GPU, PSU. PSU is the easiest to switch tho, so if you go that route I would try that first.
Anyways, I never had to do this cause in my case, believe it or not, a BIO update fixed my problem. I am still not 100% sure what happened but I think the update fixed the GPU voltage distribution or something similar.
good idea about the PSU. I hadn't thought of that. The PSU is not any high-performance/high-quality and is already 5 years old. Being unable to provide the required voltage may be a possibility if we accept that the performance degrades in time. (Was working without issues for 5 years in the same PC configuration).
I think I'll try by first removing the extra HDDs so reducing the load and check again. Thanks for your input
If your processor/MB has onboard video, it would probably be easier to pull the gpu and test. If you still suspect power management, pulling other components like additional HDDs after adding the gpu back would confirm it.
PSU is the last thing we check but is usually the first to fail under load if it is old or cheap. Try reducing the load on it like not using ur GPU, HDDs or any other peripheral that is unnecessary.
Next check ur RAM, that too can give random errors under load.
If you have another pc, ssh from it to the problem machine and run sudo dmesg -w. That should show kernel messages as they are generated and won’t rely on them being written to disk.
i will try it but I'm quite confident that it will be unresponsive/not reachable since if the kernel was listening it would respond to the alt + PrntScr + REISUB by unmounting the drives and I would see it when I examine the logs afterwards
To be clear, dmesg -w should be run before you do anything to cause the crash. It will continuously print kernel output until you press ctrl+c or the kernel crashes.
In my experience, a crashing kernel will usually print something before going unresponsive but before it can flush the log to disk.
mostly on youtube, usually at 720p30fps. I think if I go to 60fps it crashes even faster. Also I've tried watching on freetube and on firefox + mpv, but it can crash in all combinations
I think a live boot cd or trying to use an integrated gpu, if available, (both I saw already suggested) are better steps but you could also try blacklisting nvidia and use nouveau. Could point to those drivers if it works ok.
because it happens only on video. Also if it is an 60fps video I start hearing the fans spinning like mad
What happens if you use a different video player, or play different videos ie different codecs?
haven't tried specific codecs. Usually it is youtube videos but makes no difference if I play them on firefox, on chromium, or even on opening them on MPV
Do you have an onboard gfx card you can use instead to test?
Also if it is an 60fps video I start hearing the fans spinning like mad
ok this is definitely not normal. Check the temperature of your GPU. Is the GPU physically clean? Is the air flow ok? Do you have the chance to test with a different GPU? An overheating GPU can definitely lead to the described symptoms.
Would it be too much to remove the GPU and run videos? How often does it happen? If it's easy to reproduce, and it's not too much work, you can try removing the GPU and using onboard gfx to see if the problem persists.
Another suggestion, maybe try different drivers.
Alternatively, you could boot do a new install to a usb, install the same or different drivers or both, to see if the problem persists.
This does seem like a stability issue, either on the hardware or firmware side. It could even be as simple as reseating the GPU.
btw, do you happen to remember whenabout the first crash happened? Did it start out sporadic and grow more frequent?
btw, do you happen to remember whenabout the first crash happened? Did it start out sporadic and grow more frequent?
it started happening before one month. It could have such pattern, yes. In the beginning it started happening some of the times I was watching any video. In the end it ended up happening almost every time. Today I'm still trying to make it happen though but not yet.
Sorry to hear that. These types of issues are very frustrating.Something tells me it's your GPU, but CPU and RAM issues can look totally weird like this as well.
but will I see anything more than what I see in /var/log ? I have checked all possible logs..
Or was your suggestion just for a better way to check the logs in general?
I had a similar problem a while back and it turned out to be my Asus motherboard's "AI" frequency control hard locking
the system. Took me days of troubleshooting and headaches to figure this out. Ended up switching it off in BIOS and everything is stable now. Just my 2c.
It's really easy. The manufacturer's website will have a page for your motherboard, where you can download new versions of bios. They'll have instructions how to flash it. Should be as easy as downloading the bios update to a usb drive, restarting to bios and selecting the update option and pointing it to the usb drive.
After I reboot I have tried checking all logs available and I cannot find anything logged right before the incident. Last entries are always different and not indicating anything.