I think if you start with political positions of bigtech companies...
Just buy used
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.
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
I think if you start with political positions of bigtech companies...
Just buy used
I've heard that newer Ryzens play nicer with Linux.
Yeah First Gen Ryzens definitely had a Linux lock up bug. My x1700 had it all the time and could never fix it.
Do you know if it's limited to first gen Ryzens? I'm looking into getting a Ryzen 5 5600X and I want to be sure I'm not gonna have the same issue
Yes, AMD was replacing Ryzens that had that bug. I'm not sure if they are anymore though. But it's 100% a confirmed thing. I have not heard anything Zen 2 and newer having this problem and have no experienced any Linux issues with my 3000, 5000 and 7000 series CPUs.
Ah, that sounds a bit unfortunate. I've run AMD CPUs on Linux desktops with Bulldozer / Piledriver / Ryzen 7, my current laptop is a Ryzen 7 as well, never run into that at all. Hopefully the Arch wiki will sort you out. If not that, the third option would be 'install Linux on an M-series Mac' - don't know how feasible it is at the moment, and paying the 'Mac premium for hardware and software integration and then overwriting the software' doesn't make a lot of sense to me.
I have a system with a Ryzen 1700 with the same issue and have found the only reliable way to run it is by installing and enabling the disable-c6-systemd package from the AUR. The other fixes provided in the wiki article you linked are correct but aren't sufficient on my system, the CPU keeps reenabling the C6 state on its own and the disable-c6-systemd package works to counter that. The reason it works on Windows is they've disabled the C6 state by default for the CPU.
This is amazing to find out now after 7 years:) I actually adjusted voltage manually on my Ryzen R5 1600, and it became 100% reliable, apparently the fix you mention prevent voltage below 1v at idle. I wondered why my CPU wasn't reliable unless I made manual OC with some voltage tweaks?
I never looked it up, because my OC solved the issue, but I always thought it was a bit weird.
Ah, thanks. I'm using runit not systemd (although this was happening on systemd when I was on systemd too) but I saw amd-disable-c6
in the AUR so I've installed that now, fingers crossed it works (the fixes in the Arch Wiki article haven't fixed it for me, it just happened again rip)
Edit: nvm, looks like that package is a systemd service
The package is just a systemd unit to run the command python zenstates --c6-disable
so if you install the zenstates-git package and get runit to run that command at startup it would be equivalent.
Thank you!!
Edit: Tried running that, I'm getting the error that /dev/cpu/0/msr
doesn't exist. dev/cpu
doesn't seem to exist at all on my machine. Hm
Edit 2: You need to run sudo modprobe msr
. All good now :)