Hey! I’m currently on Fedora Workstation and I’m getting bored. Nothing in particular. I’ve heard about immutable distros and I’m thinking about Fedora Kinoite. The idea is interesting but idk if it’s worth it. CPU and GPU are AMD. Mostly used for gaming.
I think immutable OSes serve two purposes: For the developer who needs to operate multiple environments at the same time, and for the utter novice who could screw something up otherwise.
This audience, us, is the exactly middle ground. We like tinkering. We like setting things up.
So, I don’t think immutable OSes are for us.
Not true in my opinion.
You can still tweak the image to your liking, you just have to approach it differently.One of the many things image based OSs offer is peace of mind.
It’s just great to know my PC will work just as fine tomorrow as it did today, and I don’t have to fix anything.I can definitely see what you’re saying. But if you start to add packages, what do you gain in terms of known stability? Seems to me you might as well then just “be good” about not adding too many packages to a malleable distribution.
If you use the workflow of an immutable system on a traditional one, you have almost all the disadvantages of the first and pretty much no advantages of the second.
The “immutability” (you can still change stuff) is the wrong thing to look at.
I prefer the term “image based”, that fits better. Everytime you update your image system for example, it gets “pulled” or compared to the original image.On a traditional one, you have your original image you once downloaded, and that’s it.
Over time, it will still change due to updates and stuff. An immutable is basically a “fresh install” every time.Most immutables use layering, so you still pull the original image, but after that some stuff gets changed.
It is generally strongly discuraged to install stuff (like GIMP and so on) directly. It should only be the last option, like for drivers.But even when you directly install, you don’t use all the benefits. The OS is still rebuilt every time and package drift barely happens.
And, back to the beginning, the pros and cons.
It’s like with PDFs. Yeah, it sucks that you can’t edit them. But that’s what they’re built for. They can’t be tampered with, but therefore they look the same on every device and you don’t have to worry about fonts, formatting or symbols.And on immutables it’s the same: some stuff is a bit more different/ complicated for some, but at the same time, they’re less buggy, more secure, offer instant rollbacks, can be customized and rolled out super quickly, and much more. Read my other comment for more information, including customization by building custom images :)
Edit: Tumbleweed is not immutable, you learn something new every day, especially from your mistakes 🙃 (it’s still a really nice distro)
Personally really happy with my choice of Immutable Distro: OpenSuse Tumbleweed. To me, who is half a year into using linux, its very convenient to use an immutable system as IF i were to do a wrong command or whatever its super easy to rollback the system (at least on Suse as it uses btrfs-filesystem). Another thing worth mentioning which is also why I chose to go with immutable is that it really teaches you “the good standards” of where to tinker with files and where not to, at least for a beginner like myself this is very nice.
Tumbleweed isn’t immutable
If I didn’t enjoy tinkering, I would use one of the immutable distros, or at least the Fedora versions.
I personally don’t like that they feel like Android or Chrome OS, but I know that is also the draw to them for others.
You can still tinker!
NixOS is pretty complicated, but in my eyes the next-gen Arch.
And Silverblue is still be able to be tinkered with.
See, on immutable systems, you don’t change the system itself, but the next image.
Similar to PDFs: you shouldn’t change the PDF, but the original document and then export the PDF again. PDFs aren’t bad, but they aren’t designed to be edited, and that’s their pro.And with Project uBlue you can create custom images how you want.
You like Hyprland? There’s an image exactly with that! You see what I mean :)
I see many people here wondering, why they should consider an immutable system.
As someone, who thought the same a few months ago, and now chose Silverblue, here are reasons why:- Atomic updates: never worry about half applied installations anymore. Either your OS updates successfully, or it will just work like before.
- Less bugs and better security: every install is the same, so devs can fix one bug or exploit, recreatable on every system.
- Automatic updates (configurable): they get downloaded by the way, without you noticing. And if you reboot anyway, you boot into your updated OS. No waiting times. The system manages itself.
- Way harder to break
- Changes are easily undoable: if an update breaks anything, you can just select another image and reboot, without recovering anything.
- No junk accumulation over time, the OS is kept clean
- Clear distinction between “your” stuff and the OS
- You can “swap out” the base OS cleanly and keep your stuff. Want KDE? No need to reinstall, just paste one command and delete everything Gnome-related, and you are now on Kinoite.
- Flexibility: choose between dozens of different images, like one that replicates SteamOS or Ubuntu, has the MS Surface kernel build in, offers Hyprland, and so on…
- And much more!
My #1 reason is, that everything is worry free.
Those advantages above don’t apply to “normal” OSs, even, if I keep everything in Distrobox and Flatpaks.
Immutable OSs aren’t called “The future of Linux” without reason. They usually shouldn’t impair anyone, and make the whole Linux ecosystem better in any aspect.
I’m sorry but none of the above sound different from a regular distro. Maybe I haven’t got the gist. You can have snapshots and atomic updates on a regular distro, you don’t have to reinstall to switch from Gnome to KDE, I can install all kinds of stuff cleanly anyway thanks to package managers, I don’t use root often so the system files are effectively read-only as far as I’m concerned, and so on.
As far as security is concerned I don’t see the big deal, I mean I get why a read-only OS would in theory be harder to break into but it can still be modified for updates so I guess it’s not really “immutable” after all.
What am I missing?
Edit: before anybody points it out, I do know about the rebase layers and I think it’s an interesting approach, but ultimately still gets the same results as packages. It may be helpful for distro builders but doesn’t make much difference as a user.
You’re correct. But, and here’s the big but, the whole immutability-thing isn’t something the user should be worried about at all.
On Android for example, the system is read-only too, and pretty much nobody cares too, because it was always designed this way and it doesn’t inhibit functionality.
It is mainly a big pro for developers in how I see it. See, every installation creates some package drift. One dependency here, one extra program there, no problem.
But in sum, there will accumulate hundreds of “bloat”-packages over the years, which add many unknown vulnerabilities and bugs that are completely individual to your setup.
And then it will begin: a program crashes here, there’s your black screen, and every dev on the issue report says " closed, can’t replicate". And after an OS-reinstall, it works again.And if you want to install KDE on Pop!OS for example, it is highly individual and there are still some packages you didn’t see, and it will be very buggy. Some buttons that are misalligned, misconfigured drivers, and so on.
I tried changing the DE on my normal Fedora one time and even though I thought I did everything correct, I had to reinstall due to screen tearing/ flickering, many misconfigurations, and so on.On Silverblue, it’s a process of 5 minutes max, and then my setup will be the same as the one from thousand other people.
This is why fedora had a little bar after rebooting when I updated right? What am I a Windows user?!? This is the extent of my understanding of immutable distros and I am furious with them.
I don’t know what you mean with your comment?
The progress bar on Gnome-based distros like Fedora and Ubuntu was their offline install.
This increases the likelihood of a successful update without borking your system.
You can always deactivate that or update via terminal.It has nothing to do with immutable OSs. Actually, most of them even update without you noticing, which is quite convenient imo!
I can’t recommend Silverblue enough.
Thing is: on the “surface” it’s not that much different than the “normal” Fedora and it’s spins.
So, if you want something hugely different on the base, I’d recommend NixOS instead. Nix feels like “the new Arch” for me and is the tinkerer’s dream. It appears to be very complicated too, so it should keep you “not bored” as you said.
I personally wouldn’t use NixOS though, as I am just a “casual” user and don’t want to over-complicate everything.I personally am very happy with Silverblue, especially due to one reason: the ability to rebase to many many images.
As other commenters have stated, there’s a project called uBlue.
It allows you to swap out the base OS (everything except “your stuff”) with one command, so you can rebase to many different community spins and different desktops cleanly.The uBlue base OS is just Vanilla SB with some QOL stuff added, like codecs and other stuff. It is really a “just works” distro, that manages itself and functions in the background without you noticing.
The other spins give you different DEs, preconfigured drivers, opinionated approaches to different DEs, a SteamOS clone, and so on…
Absolutely great, 10/10
I might try Nix first and see how it goes, if that fails I’ll try Kinoite (I prefer KDE :)) thanks for the input :)
If you want to try Nix, go for it!
Feel free to update us all :).When I said Silverblue, I actually meant “atomic Fedora variants”, which include uBlue and Kinoite. You can always switch between those with one command and 2 minutes of download time :)
If you are bored, no reason to change hahaha. If you want an always running system, use Kinoite.
