Last year I upgraded to an Inspiron 15 7510 with i7-11800H and RTX3050. Since purchasing this laptop I’ve used Manjaro, Debian 11, Pop OS, Void Linux, Fedora Silverblue (37 & 38) and now Debian 12.

A distro-hopper. *Noted*.

I need to reinstall soon since I’ve stuffed up my NVIDIA drivers trying to install CUDA and didn’t realise that they changed the default swap size to 1GB.

Prefers starting from scratch instead of fixing. *Noted*.

I use this laptop for everything - development in C/C++, dart/flutter, nodejs and sometimes PHP. I occasionally play games on it through Proton and sometimes need to re-encode videos using Handbrake. I need some amount of reliability since I also use this for University.

General-use and reliable. *Noted*.

I’ve previously been against trying Arch due to instability issues such as the recent GRUB thing.

Understandable, but not entirely justified.

But I have been reading about BTRFS and snapshots which make me think I can have an up to date system and reliability (by rebooting into a snapshot).

Fair.

What’s everyone’s perspective on this, is there anything major I should keep an eye on?

It is almost common knowledge at this point that this approach has serious merits. That's why we find it on a myriad of rolling release distros. From Manjaro to Garuda, from SpiralLinux to Siduction. Heck, even Nobara -which is not strictly a rolling release distro- has it. I wouldn't even use/recommend a rolling release distro if not for (GRUB-)Btrfs+Timeshift/Snapper. But, while by itself it is already very powerful. It still benefits a lot from testing. Which, when utilized by openSUSE in particular, manages to elevate their Tumbleweed to a very high standard. So much so, that it has rightfully earned to be named the stable rolling release distro. But not all distros are as rigorous in their testing... if at all...

Should also note I use GNOME, vscode, Firefox and will need MATLAB to be installed, if there is anything to do with those that is problematic on Arch?

Nah, that's absolutely fine. *Noted*.

Should I give Arch a shot?

So there are some glaring issues here:

• You've set some parameters and asked us if Arch satisfies. Which it does, but so do a lot of other distros. Which seems to tell me that this will become yet another chapter of your distro-hopper-phase. Which -to be clear- happens to be totally fine. I'd even argue that it's preferable to do it sooner rather than later. Though the mindset of a distro-hopper might deter you from being satiated...
• As previously alluded, Arch is yet another distro that satisfies your needs. You didn't mention what attracted you towards it, nor why you'd prefer it specifically over all the other available options.
• Btrfs snapshots, while powerful, are not 100% fail-safe. Sure, nothing actually is as a random SSD crash might loom around the corner. And I'd be one of the first to tell you that using Btrfs snapshots to rollback to is an exponentially better experience than without. But we're still able to improve upon it (mathematically speaking) infinitely times, to be more precise; some systems allow us to decrease the complexity from uncountably infinite amount of states (which therefore become "unknown states") to countably infinite or (better yet) finite amount of states (which therefore actually become "known states"). The reduction of complexity that this offers and its implications to system reliability are far more impactful than the simple use of Btrfs snapshots.

Consider answering the following questions:

• Are you a distro-hopper? Or did you have very legit reasons to switch distros? If so, would you mind telling us why you changed distros?
  • Would it be fair to assume that it boils down to "I messed up, but instead of repairing I will opt for reinstalling."
    • If so, is this something you want to work on (eventually) or doesn't it bother you at all?
• Why Arch?
• Would you like to setup Btrfs yourself? Or would you prefer your distro to do it for you? Or don't you actually mind regardless?

For someone seemingly so eager to try out new distros, I'm surprised you haven't mentioned virtual machines. If the vibes are off, it's a whole lot less disruptive to find out that way.

Your experience with drivers won't be quite the same as a bare-metal installation, but checking out software shouldn't be a problem.

Based just on this, I'd suggest looking into OpenSuse Tumbleweed. It's got the reliability you need for your university work, all the software you need, and is about as close to bleeding edge as you can get without cutting yourself.

If, however, you're also looking to gain a deeper understanding of how your system works, and don't mind (or enjoy) troubleshooting problems yourself when they crop up, Arch is excellent.

I can't think of much. I have been using EndeavorOS as my daily driver for about three years now and haven't had much in the way of instability.

So, the big thing with instability is that with Linux "Unstable" refers to "Constantly receiving updates" rather than "Breaks all the time"

In my experience, if arch breaks, 99% of the time YOU the user did it.

If you want a kinkless experience with it, keep it simple.

Arch ships with systemd, as such, it also ships with systemd-boot. Use what's built, don't add additional bootloaders unless you need the functionality they offer.

Gnome, Matlab, and VScode have wiki pages for installation and configuration, and Firefox is in the repos and is one line in the terminal to install (#pacman -S firefox)

For a first install, I'd recommend following the wiki to install instead of using archinstall to familiarize yourself with how to use and read the wiki.

I'd recommend openSUSE Tumbleweed instead. They originated the btrfs setup that lets you rollback in the grub menu, which has been copied by others. They are bleeding edge except that all packages go through an automated testing system before being rolled out so there's much less breakage to start with.

If you want to learn arch linux for the sake of learning about how to manually configure Linux yourself why not. However if you have done a minimal install of void linux (without xfce and bundled) you are not going to learn much.

Arch Linux can be great if you really want to customize your setup and have fun doing so. Arch can be great if you enjoy having a unique looking environment with an extensive wiki to help you doing so. However it is not the "best" unlike arch fans would say, pacman can have issues updating your system using the AUR and not being careful can sometimes lead you to annihilating your own OS at times (though I have heard that recent updates try to fix that). Besides the full customization it doesn't have much for it.

Gentoo is epitome of customization where you compile your OS and chose specific versions (even binaries) of what you want. Void Linux is really fast with the xbps package manager being nearly as fast as pacman and its unique init system which makes it book under 5 seconds using a SSD NVMe. Fedora, Debian and Pop OS are the most used because of how simple and stable they are, and having the largest amount of support from non FOSS developers.

So f you want to have fun customizing your stuff without having to compile everything: sure why not. Otherwise just try something else.

As a fellow developer who recently moved to Arch, it's great, the installation process was a tiny bit frustrating (I did test it first in a VM) but after that it works as intended, I keep my eyes on the wiki though if any issues happen, nvidia driver works well with PRIME too, although I don't use it much (I dualboot for the sake of gaming), if you feel like you need to have even MORE control over your PC than your vanilla Debian or Fedora experiences, I guess Arch is the next step, on a side note, minimal Void Linux installation is very similar to what you get with Arch so in case you used that you already have a taste of what you're getting into, well, plus having access to the AUR :)

Oh also, I'm not sure about MATLAB, but Octave has been shipped as MATLAB compatible (although it haven't been the case for me with some functionalities...) Maybe you'll need a Windows VM if Octave wasn't enough, or maybe it runs using WINE I haven't bothered trying it

In regards to your original quesiton, I would like to know why you stopped using Void linux. Because to me its very similar to Arch in many ways.

IMHO arch is way too overrated. It does include a lot of stuff in the repos that others don't have, but the benefit end there in my opinion. My experience on fedora has been way better.

I love arch and I'm incredibly biased, but here goes. I have used Arch exclusively for the past n years. All of the things you've mentioned will work great. The AUR absolutely rules. It's rather similiar to Void in the sense that it's a completely blank slate, so it's going to be as unique an experience as you make it.

Arch is really stable and reliable as long as you don't break it, really. Out of the handful of times I've fucked up my install, all of them have been my own fault. Fortunately Arch is (relatively) easy to fix: keep a live USB on hand and chroot into your physical drive with arch-chroot and unfuck whatever needs unfucking. I haven't ever had to completely start over from scratch a single time. It's a learning experience!

Go for it, I say. Try it in a VM beforehand if you gotta.

Removed by mod

Thanks everyone for your advice, I decided to install Arch, I've got it all set up with BTRFS and snapper with automatic snapshots through snap-pac.

The only problems in the install were that the default BTRFS subvolume layout given by archinstall gives an @.snapshots subvolume. If you want to use snapper with the root subvolume you need to unmount and remove this subvolume so that snapper can create a new one.

The other problem was that once the proprietary NVIDIA driver is installed gdm will force X11 still on Hybrid graphics laptops. Just had to symlink the gdm config to null which is mentioned in the wiki for drivers older than 470 on single GPU set-ups. Sorry don't have the links on me.

Otherwise all set up now, we'll see how this goes

one thing ill say. flutter via aur is kinda a pain, I would reccomend installing the flutter package, not flutter-git, then adding it to ignore-pkg in /etc/pacman.conf then letting flutter handle updates

Removed by mod