34
submitted 1 day ago* (last edited 1 day ago) by iturnedintoanewt@lemmy.world to c/linux@lemmy.ml

Hi guys! I have a rather beefy machine. AMD Ryzen 7700, 32GB DDR5, GPU 7800XT 16GB, several NVME drives for OS, general data, games. And yet...after a while it becomes completely unresponsive. Mouse freezes, keyboard doesn't key anything, and the screen gets completely frozen. Meanwhile the disk led gets full activity, almost constantly red. So...While this might be crazy pagination turning the system to a crawl (I have an 8GB swapfile), I want to be able to determine what's going on. Is there a way I can check any log, or enable any kind of logging that would tell me what happened on the seconds before it became completely unresponsive? Who takes all my memory??

Normal situations where this happens:

Firefox open, multiple windows, lots of tabs. Maybe ~5-8GB of RAM.

Virtmanager running a Windows VM, running a work remote desktop...4GB of RAM

Steam...1GB of RAM

Thunderbird, Deluge, Telegram, Whatsapp...Not much more really.

This shouldn't even come close to the RAM capacity of this machine. And yet...it really looks like it suffocates without memory. How can I check for issues?

you are viewing a single comment's thread
view the rest of the comments
[-] AllHailTheSheep@sh.itjust.works 3 points 1 day ago* (last edited 1 day ago)

smartctl would be what your looking for even for ssds (although ssds fail quick enough that if smartctl catches something there's a chance it's already too late, smartd allows for scheduled tests and I've definitely saved data off of ssds because I had daily smart tests running that caught early failure).

I however strongly disagree with the hardware issue. there is no indication that this is hardware (honestly hardware accounts for VERY few issues like this, and RAM failing still happens but is 98% a thing of the past). diagnosing without any logs is a bit of a lost cause, we simply don't have enough info, hopefully OP updates the post with the output of journalctl from the last boot.

[-] Oinks@lemmy.blahaj.zone 2 points 1 day ago* (last edited 1 day ago)

Bad RAM is still a thing (even on regular PCs), there's a reason ECC memory has a market (true ECC, not the stuff that DDR5 has built-in). But I agree that it's likely just an OOM/Thrashing situation. Linux famously doesn't handle them very well, and the behavior OP is seeing is very much consistent with that.

[-] AllHailTheSheep@sh.itjust.works 2 points 1 day ago* (last edited 1 day ago)

dead ram definitely still happens, yes, but it's exceedingly rare. I fix hundreds of PCs a year, and I maybe get one or two a year where the root cause is actually bad ram. more often it's configuration issues or hardware implementation issues, for example the gigabyte x870 boards really don't like XMP for some reason.

ecc doesn't really have anything to do with whether a ram stick fails or not, it can help with misbehaving sticks but if a stick is dead it's dead and ecc can't help a dead region.

this post was submitted on 29 Jan 2026
34 points (100.0% liked)

Linux

57274 readers
523 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 6 years ago
MODERATORS