So, about three years ago I built my server, which handles my ZFS pool and all my container apps, running on Debian Trixie. Probably a bit nuts, but it’s also my main desktop machine (and my occasional gaming rig, since it’s got my nice GPU).
I do like Debian, but that last upgrade… yeah, I really don’t want to go through that again. So now I’m thinking about switching over to Aurora since I’ve really enjoyed using that on my laptop.
Does anyone else run their NAS and server containers on the same box as their gaming PC? Is this a common thing?
Changing images is SO much easier than individually upgrading a million packages for a major while number upgrade..
Changing images is way easier. It’s the reason behind kubernetes. I came back to Fedora after the pain of Debian upgrades… I don’t run a gaming, but it sounds like what you might want is to run your server containers in a distrobox. @j0rge wrote a blog post on how to automate distroboxes and even mentions creating systemd Unit files for them.
Actually, I run most of my services in docker and that should be easy, but it looks like I’ll have to fork Aurora and add stuff like Samba since I use it. I know the samba server is available in linux brew, but I’m not sure if using that is a good idea over a fedora supported package added to the image.
I use a Aurora on a spare desktop to host a hacked-together Jellyfin quadlet. It’s not the cleanest (or easiest) setup, but it works. I do plan on looking into uCore in the future.
A few major notes I can add for anyone wanting to go this route:
Consider if you actuallyneed full-disk encryption. tpm-unlock is not advisable for certain processors, so you will want/need a keyboard and monitor handy.
Be sure to set the power profile to where it’s not going to sleep. Great function for a desktop, not so much for an always-on server. This may or may not persist across power cycles.
Could you run a Debian LXC using incus?. This might be exactly what you want. You can run samba and your other server software in the LXC managed by incus. You could even bind mount the relevant ZFS datasets into the LXC.
Hopefully with this setup, your Debian LXC could stick with software in the “main” archive area (like you would not change the apt sources). Therefore, it would be easier to upgrade from debian 13 to 14.
This approach might be easier because your Debian configurations could carry over to some degree.
(for what it’s worth I like Debian too; but my laptop runs bluefin)
I discovered that all was not what I thought, for some reason I thought that Samba was not there,but it is. So, no issues Haven’t messed with LXC/Incus/LXD in a while though. Would be a good solution if I needed it.
That being said, I dove into BlueBuild and I know have a forked version that I can build both via github and locally, so if I need to add anything else I will. - thanks!
ublue sometimes has a more updated ZFS version and therefore if you are doing zpool upgrade you could activate new zfs features that aren’t available in older ZFS versions that you’d find in a server OS
Yea, but it’s not official. Its ok though. It comes with Aurora so no need for the container version. Looks like I shouldn’t have any problem just running Aurora as a server too. Thanks!