One month with the Aeon Desktop: An immutable Linux distribution that uses openSUSE Tumbleweed packages
31 August, 2025 - Categories: Linux - Tags: Aeon, openSUSE, Fedora Silverblue, Distrobox, Toolbx
By Steven Rosenberg
I've had my eye on the Aeon Desktop — an atomic/immutable Linux distribution that is downstream from openSUSE Tumbleweed. After watching project leader Richard Brown make his pitch in a conference talk, I was ready to go.
I had been running Fedora Silverblue — that project's atomic/immutable flagship — from version 38 to 42 — a little more than 2 years (2023-2025). That's a lot of ticks in Linux user time. The experience has been fairly solid. Otherwise I wouldn't have stayed so long. But it hasn't been a trouble-free ride. There are bugs here and there — and more than I remember from previous use of (the traditional, not-atomic) Fedora Workstation.
Over the time I ran Silverblue, I remember a show-stopping bootloader issue, various infrastructure-related hiccups with updates and at one point the inability to start some apps. In regular Fedora fashion, the issues are generally resolved within two weeks, usually by an update and occasionally with some command-line magic provided by a very helpful community of developers who also use the system every day.
So the frequency of bugs was slightly higher but manageable. And you wonder how the competition is shaping up. Might as well give something else a try. If it's worse, I can always come back, or do what I usually do when things go arwy, which is turn to Debian Stable for some rock-solid computing based on time-tested (and old) tech.
In the beginning (or at least at Silverblue 38), one of the reasons I had for starting and sticking with Fedora's immutable offering was the idea that it was/is the future, and Fedora (and by extension Red Hat) was putting not-insignificant resources behind realizing it. I also figured there would be a large, supportive community taking the leap into the atomic/immutable world together.
While I think the overall Fedora Project has a robust "community feel," and I have repeatedly benefited from the help of other experienced users — including many who work at Red Hat — I get the feeling that Silverblue itself is something of a rudderless ship. Sure there are users, but they keep pretty quiet. And I don't hear much about the cool new features coming soon to the atomic desktop.
I look at the changes coming for Fedora 43, which releases in November, and I don't see anything about Silverblue. Not one thing.
Meanwhile, Aeon is alreading doing things that I hope Silverblue will do but which don't seem likely to happen in the near or far future:
- Distrobox instead of Toolbox: When was the last time Toolbox added one of the many features it lacks that Distrobox already has? I can't remember. Being coded in Golang isn't enough.
- Automatic updates of the base system, Flatpaks and Distrobox containers with no user intervention required
- Installing minimal Flatpaks by default and doing them per user — and from Flathub
- Booting with systemd-boot instead of the traditional GRUB
- MANY snapshots for fallback, not just the last two or three
- Rolling release — forever
I confess that in all the time I've run Linux and BSD (since 2007), I have never — before now — run an openSUSE-related distro on bare metal for more than an hour. I was going to just say "never, ever" but I found this post from 2008 where I installed was openSUSE 10.3 on a free partition on a Debian Lenny laptop. I couldn't get networking to work on openSUSE, and NetBSD soon replaced it.
I did give openSUSE Leap 15 a pretty good tryout on a VM in 2024. It performed very well.
So once I heard about Aeon and its promise of an optimized, maintenance-free desktop experience, I was game to try it.
My backups were ready.
Once I figured out that the Aeon boot image isn't an .iso
or .img
but a raw.xz
that needs to stay that way (DON'T extract it!!) when it goes onto the USB flash drive for booting, I was on my way.
Aeon uses TPM 2 to manage Full Disk Encryption, but during the super-fast install process, the installer told my my TPM was too old, and I needed to use a passphrase. No problem. I didn't expect much from my 8-year-old HP laptop, so I was fine entering a passphrase. I have been doing that for encrypted partitions for many years, so I'm accustomed to the procedure. I did get an image on screen during the install that showed me an unlock key and a QR code in case I forgot the passphrase. I took a picture of it with my phone.
Before I knew it, Aeon was installed, and the system had brought in a minimal set of Flatpaks. I had Firefox, the GNOME Text Editor, two terminals (Console and Ptyxis), Files (aka Nautilus), the Calculator app, Disks, the GNOME System Monitor, the Settings app, Help, and — crucially — the Refine app, which is a Flatpak that does some of the tweaks that GNOME Tweaks used to handle.
Two things I learned pretty quickly are:
- Aeon updates if and when the laptop is plugged in to power. Otherwise it doesn't (though this behavior can be modified). Not a problem. There's pretty much a new update every day, and if you skip a day — or a week — there should be no problem.
- Windows can FUCK YOU UP.
Windows murders Aeon: I have been worried about the impending expiration of Microsoft's Secure Boot signing key, and I hadn't updated the BIOS in this HP laptop in years. And fwupd
doesn't seem to handle this task. I could tell that my BIOS was many, many versions off of what HP is now offering. So after a week using Aeon, on this two-drive laptop (NVMe for Aeon and SATA SSD for OpenBSD), I removed the SATA drive, and put my old Windows HDD drive back in.
The HP update software didn't work. It suggested that I needed to update Windows.
After TWO WHOLE DAYS of updating the Windows system, with countless reboots and scant information on what was happening at any given time, the HP BIOS/driver update software still didn't work. Instead I went to the HP website, downloaded the .exe
to update the BIOS, did that in 5 minutes and was on my way.
Little did I know that putting that Windows 10 SATA drive back into the laptop and doing all of those updates also led to Microsoft erasing something on my totally separate Aeon NVMe drive that prevented it from booting. I didn't ask for that. Nobody asks Windows to fuck with unrelated drives. But it does.
In hindsight, I should have pulled the Aeon drive before mucking around with Windows. But I didn't want to remove the NVMe.
After Windows killed Aeon, I removed the Windows drive. I had backups of my Aeon user files that were almost up to date. I had missed a couple of changes in two files but was able to re-create them from a secondary backup in one case and Mastodon posts in the other.
My second Aeon install went as quickly and easily as the first. You can literally be up and running in minutes.
Aeon has a project leader who is continually saying that he has made sure that the system runs as fast and lean as possible, with exactly the features he wants and can deliver. No waiting for sign-off from a committee or layers of management. Just pure install-it-run-it desktop goodness.
It is meant to be a complete Linux desktop in the tradition of Google's ChromeOS in that it updates itself without user intervention. Unlike ChromeOS, with Aeon you can install anything you want from Flatpak (for GUI apps) or Distrobox (for CLI).
Even the Distroboxes are updated automatically. Compare that with whatever you need to do to update Toolboxes in Fedora. I say "whatever you need to do" because I don't think Toolboxes can really be correctly, successfully updated. In Silverblue, I eventually took to deleting all of my Toolbox instances — and the images they were based on — and re-creating them on a periodic basis. In Aeon, I don't have to think about this at all. It's automatic.
I couldn't tell you how Aeon works under the hood. I don't have to know. I don't have to do any fiddling or babysitting. Everything updates all the time.
If an update to Aeon's base system breaks functionality, all you have to do is hold down the space bar after booting, and you can choose an older snapshot and boot from it. There will be another snapshot very soon — and another after that — and pretty soon whatever was broken will be fixed. That's the theory, anyway. So far it has worked for me, though I will admit it's early days.
My second Aeon system has been alive for about a month. I have added all the Flatpaks I need. Everything is working well.
The laptop has never run cooler, quieter or faster.
I recommend using the Ptyxis terminal, which makes it easy to open a Distrobox container. And I also recommend setting up a Distrobox for general use. That's where I added full Vim, which I always want; htop, which I haven't ended up using very much at all; the programming environments I'm using at this particular time; and the Zola and Hugo executables for building static sites. Inside a Distrobox, the man pages work — making up for Aeon's lack of them in the base system.
Aeon uses packages from openSUSE Tumbleweed, and I've found that the default Distroboxes, which use a Tumbleweed image and repositories, are also of extremely high quality.
It makes me think about running openSUSE, be it Tumbleweed, Slowroll or Leaf, in those cases where I want a traditional Linux distro. Though on the desktop, I can't really see wanting that. I like the atomic/immutable way of using Linux, and I do expect it to get better and better.
Note: There has been some misunderstanding recently about Aeon and its relationship with SUSE and openSUSE. It's not easy to get this right, and I don't know if my language here is correct:
The project was begun by Richard Brown, who is a current SUSE employee, and it was at one time tied to openSUSE MicroOS and that project's install image. But at this point in its life, Aeon is an independent project with its own governance, installer (and install image). Aeon does rely on packages and repositories from openSUSE Tumbleweed but is put together by Brown and his team outside of the purview of the openSUSE mothership. The name, Aeon Desktop, purposefully doesn't include openSUSE in its name, and there are guidelines the project abides by regarding logos and branding.
An unusual install image: Aeon isn't installed with a .iso
or .img
file like most Linux and BSD systems. Instead it uses a raw.xz
file that you download and write to your install media WITHOUT uncompressing. Instead, use either the dd
utility or the GUI image writer of your choice. I'm no barbarian. I use GUIs for this purpose whenever I can. For Aeon, I used Fedora Media Writer. Others have seen success with Balena Etcher. I don't think Ventoy works. (Don't @ me.)
The installer isn't unusual for its own sake. It uses Richard Brown's tik tool — tik = Tailored Installation Kit — to install the system. One of the features of tik is that in the event that the disk to which you are installing Aeon meets certain conditions (which will be present on disks that already have an Aeon system), the installer (given a large-enough USB flash drive) will copy the old install's user information and user files and re-create them on the new installation. It's a pretty neat trick. I don't know if it's appropriate to call it a "get out of jail free" card, but that's how I'm looking at it.
Conclusion: Aeon Desktop is unlike any other OS out there. This atomic/immutable system is built for speed and ease of use, with openSUSE Tumbleweed packages at its core. After a quick install, you add your Flatpaks, and that's it. From a technical and features standpoint, it's far ahead of Fedora Silverblue. And after the install, Aeon basically maintains itself. There is no fiddling. Distrobox is in the default. If you're into distro-hopping, put this one on your "to try" list. And if you want to stick with one OS for some time to come, Aeon has quite a lot to offer.