One thing I have learned using OpenBSD is actually reading the manpages first. After an install there's a friendly mail from Theo, then afterboot(8) and intro(8) answers a lot of questions.
Usually I'm not too phased by having to read something to learn, but damn if learning how to span video games over 3 monitors has been a daunting task for me.
xrandr is something I've never been able to wrap my head around.
You know liquid nitrogen cooling can get you some insane cinebench scores, but you can't just pop a liquid nitrogen cooler in your PC and expect to boost your framerates. You need to disable so many safety things and if you don't know why they were there in the first place you're going to permanently damage your CPU.
Archlinux is that but for software and because it's software there's no physical barrier to entry. Arch is powerful, but if you don't know what you're doing you're better off with fedora or debian's hand holding.
They have far less failure points. Also, the AUR. None of them have anything remotely like that, which is also a big stability issue, but hey, it's bleeding edge, so you should be prepared for that.
Debian is more or less like RHEL/Rocky... with RHEL being even more stable and taking even less risks. They update only if they have to and only security related issues. Otherwise, RHEL is feature fixed. You have to upgrade to a new version to get a new set of libraries and applications. Debian... yeah, they're also feature fixed, but they sometimes update certain things that are required by most users, since Debian is also considered a desktop distro, not just a server distro.
They come with apps like gnome software as standard, so you never interact with apt/rpm, flatpak or (barf) snap if you don't want to. You might not even know which you're installing.
They come with all sorts of configuration utilities like networkd (In my gentoo days I used wpa_supplicant directly and had no desktop integration with the wifi configuration. I was kinda stupid lol. Don't use a distro to impress people kids), gui tools to manage your users and groups and something called "firewall configuration" which I don't know the package for but is preinstalled on my fedora kinoite machine. (They are available in the arch repos, but unless you know what you're looking for you wouldn't think to install them.)
CUPS is preinstalled. If you don't use an "unbloated to the point of madness" distro like arch or gentoo you've probably never heard of CUPS or interacted with it directly, but it's the backbone of the linux (and macos) printing stack. In other words, printing should work out of the box wheras on arch that involves a trip to the arch wiki.
Integration packages are preinstalled. Things like the daemon that allows youtube videos in firefox tabs to be controlled by the play button on your keyboard if it has one.
Polkit is preinstalled, which allows applications to ask for sudo privileges and shows a popup box to the user asking their password. This is something you need to install manually on arch and gentoo, assuming you want that functionality and wouldn't prefer to just only allow privilege escalation via sudo.
Most packages which ship with systemd services on debian (eg apache2, snapd, docker) enable that service by default. On arch this is usually not the case.
3rd party debian and fedora repos ship binaries so once you've added them to your config they function identically to core packages. Most AUR packages have to be compiled from source either manually or through a helper like yay. (Note: there aren't any helpers in the base system so you have to do at least one AUR build by hand before you get that part of the tech tree)
Even bash auto-completion is an extra package on arch. No really, open a terminal on debian and then type ls -- then double press tab. It should suggest valid arguments. This isn't a thing on arch unless you install the bash-completion package
If you actually measure voltages (I have), you'll find out that that is not always true... in some cases, yes, in most cases, no. Depends from MB manufacturer and model. AMD chipsets usually allow this and the declared settings are what you can actually measure on the board. Intel though... nah, way too many failsafes in place to let you do whatever you want, even though the firmware will report that you've set it a certain way (Vcore = 2V, as in your case).
I used to have a t-shirt that said RTFM, so useful as a linux tech😃. If someone asked something, I'd just point at the shirt jokingly and tell them where the documentation was
I've found two things to be true after moving to Arch:
The users on forums and other help boards are actually quite willing to link directly to the thing you should have read before starting a new thread and are generally polite about it.
The Arch Wiki is really that good, so you should read it.
Can't say the same myself unfortunately. The community was one of the main reasons I moved to Gentoo. I've had so many bad encounters on the Arch IRC channel, they often made me feel like a complete idiot for not knowing certain things. On Gentoo on the other hand the community has very knowledgeable people but they don't feel 'elitist' about it and are in fact very kind and helpful.
I went straight from windows to Arch. I had used Ubuntu for a couple of weeks 10+ years ago. The arch wiki is a great resource and I was able to follow it to get up and running. However, there are things that aren't detailed enough (like literally hold your hand) on some things the wiki expects you to know. Now, maybe starting with Arch is not the best path, so that's probably mostly on me. I think that since there are so many different ways to do things, that following some of the instructions can be difficult for a user's specific case. Boot loaders where my biggest hangup early on since I didn't want to use Grub. Modifying boot loaders, setting up pacman hooks, learning and configuring different file systems, and learning how the config and system files is tough, and the wiki has all of the info to do it, but it's not always linear. I wish there were more practical code examples and/or short videos showing exactly what files to modify and how to do it right.
I probably could have watched a couple of 10 min videos before jumping into the wiki just to get an idea of the process b fore getting so deep. The initial setup instructions are pretty good, it's just those deviation points where you get to decide your path that gets confusing. I first did an old laptop and got that going after many hours. When I committed to my desktop, it went smoother, but I opted to go with btrfs and snapshots without Grub, and that took a hot minute to figure out. Now I have piece of mind from my snapshots, which is great for trying new things. So far, I've been very happy with my setup, and it's been very stable. Now I need to get Wayland and plasma 6 going with my Nvidia card. I got a bit hung up on setting the kernel mode stuff, and haven't really gone back in a while, so it's time.
I'm running against the grain here, but I'm a cishet AMAB who doesn't work in tech and dresses in a gender-conforming manner, so not for me. However, from what I've seen from my friends who run Arch, the stereotype certainly isn't untrue.
