sodalite VS bees

Try Fedora Sodalite instead. It is Fedora(fresh drivers) Silverblue(immutable base) with Pantheon Desktop Environment (from elementary) https://github.com/sodaliterocks/sodalite

For the Pantheon desktop environment, I'd instead recommend Fedora Sodalite.

Have you tried sodalite?

Someone could make a variant based on phosh, similar to how Sodalite (Silverblue except with Pantheon) was made

SWAY https://github.com/martinpitt/ostree-pitti-workstation PANTHEON https://github.com/sodaliterocks/sodalite CINNAMON https://pagure.io/fork/beatlink/workstation-ostree-config/tree/main

unofficial Pantheon variant - https://github.com/sodaliterocks/sodalite

Nowadays I'm told GNOME Shell is very usable with all the extensions that are available. And Fedora Silverblue is one of the most technically interesting distros I've seen in a while. I'm strongly considering testing that out whenever I get a new laptop, either with the default GNOME desktop or with Sodalite, which aims to bring the Pantheon desktop to Silverblue.

I'm wondering if this is where Silverblue, in the future, could come in. Recently, I saw a post about something called Sodalite, which brings the Pantheon desktop to any OSTree version of Fedora. To install it, you need to use the command line and rebase to it, and then you can use the Pantheon DE. Admittedly, the Github page says it's not a super clean experience.

Btrfs defrag 'will break up the reflinks of COW data' and 'may cause considerable increase of space usage depending on the broken up reflinks'. To try to fix this, I would run bees to try and deduplicate the now duplicate reflinks. It may be worth doing this from e.g. a livedisk though as out of space errors can cause things to break (so don't upgrade packages till you fix this).

Figuring out which paths are needed outside gcroots'ed closures is pretty complicated. If you're using flakes, the main issue is duplicates, so store optimization and bees may help. With channels, once you update a channel you might as well gc everything else.

bees

I felt more confident with the code/developer/docs. The author knows his stuff regarding btrfs. Like, look at this, it's amazing: https://github.com/Zygo/bees/blob/master/docs/btrfs-kernel.md

I have some time again and wondering if anyone's got Bees, https://github.com/Zygo/bees, running on their Synology.

Even if NixOS doesn't support sending deduplicating syscalls to the kernel, you could use the Btrfs deduping daemon called bees to slowly save space over time. There might be an equivalent for ZFS, too.

This isn't much different than ext4. 0 length files can happen after a crash. You can avoid this by mounting with flushoncommit for the future. See here for details.

Maybe BEES can help you to dedup any blocks, not file.