this post was submitted on 29 Jul 2025
33 points (97.1% liked)
Linux
57966 readers
1191 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
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
founded 6 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
What I am understanding from the atomics are that your view is right with caveats. Flatpaks only write to /home. But not all apps or software are flatpak. There is no standard for where apps write in Linux so some apps get wrote to system, some apps write to /home. Which allows creep and data scatter throughout a system.
It seems with traditional systems you gain good backups that are easy to redeploy should you need them. But config drift can creep up, updates break more easily, and rollbacks require up to date snapshots.
Atomics make rollbacks easier, but backups harder and more complex during restorations due to fragmented backup locations for different types of files. Also apps don't always play well with say SElinux on fedora but it's rare take Mullvad for instance its not a flatpak and they primarily update as. Deb or similar. Requiring distrobox or toolbox. Which is a whole other level of complexity.
I am basically trying to discern if I should go immutable or traditional OS install. Things sound great on paper. But daily driving is a different story.
I want security by default, sandbox/containerized apps, Wayland native, with solid backup support infrastructure. So not if but when and I do it often testing backups or re-deploying a machine. I can boot back in as close to never left as I can.
So continuity is paramount. I been eyeing fedora kiniote, fedora workstation KDE, Debian likely KDE. Only because cinnamon isn't Wayland native yet and likely won't be for a while.
Edit: Currently I been running NIXos. It's been great but config only backups up system apps and not data or app state. However even under /home backups you'll still lose system files unless their manually tracked and synced as well. It's one giant hassle. I used to clonezilla but my search for other DEs and OSes that scratched the itch for stock Mints flaws has still evaded me.
I think you misunderstand the point of atomic still. Your base system should be installed entirely through ublue or other. Every time you update ublue will hash it and you can go back to that exact config with a working base system. Flatpaks and distrobox are user applications and should store all the data they need somewhere under your /home. Back up your /home and /etc with rsync or similar. When all is said and done your be able to recreate your system with ublue, and restore your configs and personal files with rsync.
The advantages of ublue is you can easily share or restore your base system without needing to backup gigabytes of data every update
Edit nvm you mentioned NixOS.
I'm pretty sure ublues variants of atomic have easy backup features 🤔 but yes this is one issue that needs to be addressed by a distro, not sure if it exists entirely without setting each install methods working directory manually