Snow
Snow is Frostyard’s GNOME desktop. It is a Debian Trixie bootc/composefs image for x86-64 machines with UEFI, built from the same Base as the other Frostyard images. You install it with Firn.
The system lives in a read-only /usr that updates as one piece, and you can
roll back to the previous version. Image and system-extension applications
live under /usr. Your homes, Flatpak data, containers, and update state live
under /var.
Install
Section titled “Install”Firn is the installer. It needs UEFI and erases the disk you pick. It works with or without Secure Boot, TPM 2.0, and disk encryption, and asks you about each one. Use a disk of at least 30 GiB, and more if you plan to keep Flatpaks, containers, and several updates. The installer runs from RAM and needs at least 4.5 GiB of memory.
- Download the installer and its checksums:
- Check the signing key’s fingerprint and the ISO, then write the ISO to a
USB stick. The
installation guide
has the exact
gpgvandsha256sumcommands and the commands to write the stick. Read its warning on picking the right device. - Boot the stick. In Firn, pick the bootc Snow product, review the recipe Firn builds, and confirm the exact target disk.
- If Firn shows a recovery key, store it somewhere other than this disk before you continue.
- If Secure Boot is on, enroll the MOK when asked. Without it, the MOK-signed boot stage is not trusted while Secure Boot is enforced.
The native in the ISO address is an old folder name. It does not mean an
A/B install.
First boot
Section titled “First boot”Log in at the GDM screen with the user you created in Firn. Firn can install the chosen core Flatpak set as part of the recipe; if yours included it, the apps are already there. The image itself carries only the list.
Check that the system is healthy:
systemctl is-system-runningsudo bootc statussudo snosi-update-status --checksystemctl list-timers bootc-update-stage.timerbootc status shows the booted and staged deployments, and names the image
it follows. If it shows null instead, see
Troubleshooting. snosi-update-status --check tells you
whether a newer image is published. The timer is listed with its next run.
Install applications as Flatpaks or as system extensions.
Do not install APT packages into /usr: an image update does not keep them.
The package lists in the build are not a package manager you can add to.
Updates and rollback
Section titled “Updates and rollback”Updates are automatic. Every hour, bootc-update-stage.timer checks for a
new image, pulls it with Podman, and stages it. The new version starts at your
next normal reboot. The stager does not force a reboot.
Enabled system extensions update on their own. A new version is staged and starts at the next boot. See Automatic updates.
The stager runs the bootc commands itself. You do not need to run them. On
the first staged update, while the host does not yet follow the image from
containers-storage, it runs bootc switch --transport containers-storage.
From then on, in steady state, it runs bootc upgrade, because a second
bootc switch to the same image would do nothing. Both paths verify the
staged digest before they report success.
To go back to the previous version:
sudo bootc rollbacksudo systemctl rebootHomes and container data in /var are shared by all versions, so a rollback
keeps them. After a rollback, the updater does not stage the version you
rolled back from again. It waits for the next published image.
Keep about twice the image size free in /var. The updater pulls each new
image into /var before it stages it.
What ships
Section titled “What ships”Snow is Base plus the bootc runtime, the bootc security setup, the Snow desktop, a kernel, and the image output format.
| Layer | What you get |
|---|---|
| Base | Debian Trixie userspace, systemd, the hourly update stager, Updex, and the system-extension definitions |
| Bootc runtime | bootc, libostree-1-1, and the packages OCI bootc needs |
| Desktop | GNOME Shell, GDM, Nautilus, Ptyxis, PipeWire, CUPS, Flatpak, and the desktop integration packages |
| Kernel | linux-image-amd64/forky for now, with most firmware and Mesa from trixie-backports |
| Core Flatpak set | Bazaar, Mission Center, Extension Manager, DistroShelf, and a set of GNOME apps. The image carries the list and an OCI label; Firn installs the apps when the recipe includes the core set. |
| Containers | Podman and Distrobox, plus systemd-container and the Frostyard Intune integration |
The table shows the main layers only. Snow also carries Homebrew
integration, frostyard-chairlift, snow-first-setup, the Snow Plymouth
theme, the hotedge and Logo Menu GNOME extensions, and the Bazaar companion
build.
Snow uses the linux-image-amd64/forky kernel until the Trixie backports
kernel is complete. The build file for it is still called backports; the
name is out of date. Mesa and most firmware come from trixie-backports,
pinned in the same file. If you build Snow yourself, do not add second, unpinned copies
of them to the Snow package list.
The core Flatpak list is fixed at build time, and each build checks that the image’s copy matches it. Flathub may no longer offer every app on the list when you install.
Choose Snow
Section titled “Choose Snow”Choose Snow for a GNOME desktop. Do not use it as a server; Floe is the server image. The other products are:
- Snowfield: GNOME for Microsoft Surface devices. It is untested on representative Surface hardware; its hardware gate was waived for catalog inclusion.
- Sundog: KDE Plasma, bootc only.
- Floe: a headless server.
Base is the shared foundation, not a fifth installer choice. Snow has the Trixie userspace with a newer kernel. No per-product application test list exists yet.
Troubleshooting
Section titled “Troubleshooting”| Symptom | Check | Fix |
|---|---|---|
bootc status shows spec.image: null |
The host is not managed by bootc. It is most likely an old nbc or native A/B install. | See Moving from an nbc or A/B install. |
| No update is staged | systemctl list-timers bootc-update-stage.timer and journalctl -u bootc-update-stage.service |
Wait for the hourly run. Check the network and the free space in /var. |
| Staging fails for lack of space | Compare the free space in /var with the image size |
Free space or grow the disk. The updater needs room for the download, the new version, and the previous one. |
| Secure Boot or TPM does not behave as you expect | bootc status and the firmware settings |
Check the firmware settings, then read the Bootc Secure Operations runbook. Secure Boot is not production-ready yet. |
| You need to know how Snowfield behaves on a Surface | The Snowfield page and installer notes | Snowfield is a different image and is untested on Surface hardware. Snow results do not carry over. |
Moving from an nbc or A/B install
Section titled “Moving from an nbc or A/B install”Old nbc and native A/B installs get no new images or updates after 2026-09-30. There is no in-place conversion. Back up, install fresh with Firn, and restore your data.
The
migration runbook
lists what to save: your /etc changes, homes, Podman volumes, and
/var/lib/tailscale if you use Tailscale. Check the backup from another
machine before you erase the disk.
See also
Section titled “See also”- Install a Frostyard image
- Install, update, and roll back
- Docker system extension
- Incus system extension
- Tailscale system extension
- nbc to bootc migration runbook
- Bootc Secure Operations runbook
Sources
Section titled “Sources”Reviewed 2026-10-27 against snosi commit
b2858ca0222814c395cf8248db98f3e096d57dc9.
README.mdmkosi.profiles/snow/mkosi.confshared/composition/snow/mkosi.confshared/packages/snow/mkosi.confshared/packages/bootc/mkosi.confshared/kernel/backports/mkosi.confmkosi.images/base/mkosi.confflatpaks/snow.jsonflatpaks/core-flatpaks.pyshared/composition/core-flatpaks.postoutputmkosi.images/base/mkosi.extra/usr/libexec/bootc-update-stagedocs/installing.mddocs/bootc-secure-operations.mddocs/nbc-to-bootc-migration.mdmkosi.images/base/mkosi.extra/usr/lib/systemd/system-preset/05-updex.presetdocs/design/sysexts.md