CachyOS Snapshots & Rollbacks 2026: Btrfs, Limine und snapper-rollback einrichten

Rolling Release ist großartig – bis zu dem Tag, an dem ein pacman -Syu dir den Bootloader, das Grafiktreiberpaket oder die Audio-Stack-Konfiguration zerlegt. Bei einem normalen Linux ist das dann eine Stunde Live-USB-Recovery; bei CachyOS sollten es 30 Sekunden sein. Der Schlüssel dazu sind Btrfs-Snapshots, die dir vor jedem Update einen kompletten Schnappschuss deines Systems anlegen – und beim nächsten Boot per Mausklick zurückrollen lassen.

CachyOS bringt alle Bausteine dafür bereits mit: Btrfs als Default-Dateisystem, Snapper für die Snapshot-Verwaltung, das eigene snapper-rollback-Tool und den Limine-Bootloader mit nativer Snapshot-Integration. In diesem Guide zeige ich dir, wie du den ganzen Stack sauber einrichtest und ein Rollback einmal trocken übst, bevor du es ernsthaft brauchst.

Warum Btrfs-Snapshots auf einer Rolling-Release-Distro Pflicht sind

Btrfs ist ein Copy-on-Write-Dateisystem. Wenn du einen Snapshot erstellst, kopiert Btrfs nicht alle Dateien – es merkt sich nur „der Zustand zum Zeitpunkt X sieht so aus“. Erst wenn eine Datei nach dem Snapshot geändert wird, wird der alte Block zusätzlich aufbewahrt. Heißt in der Praxis: Ein Snapshot des kompletten Systems ist in unter einer Sekunde fertig und kostet anfangs null Speicher. Selbst nach Wochen liegen Snapshots oft bei wenigen GB, weil sich nur ein kleiner Bruchteil deines Systems ändert.

Genau deshalb ist Snapper auf Arch-Derivaten so beliebt: Du machst vor jedem pacman -Syu einen Snapshot, danach noch einen, und wenn das Update etwas zerschossen hat, bootest du den Pre-Update-Snapshot.

Diagramm das Btrfs-Subvolumes und Copy-on-Write-Snapshots zeigt
Btrfs-Snapshots sind keine Kopien, sondern eigene Subvolumes, die auf denselben Datenblöcken sitzen wie das Original – bis sich etwas ändert.

Voraussetzungen prüfen: bin ich überhaupt auf Btrfs?

Bei einer frischen CachyOS-Installation aus dem grafischen Installer ist Btrfs der Default und das Subvolume-Layout passt bereits. Wenn du jedoch eine Custom-Installation gemacht oder dein System per Update von einer anderen Distro übernommen hast, prüfe als Erstes:

# Welches Dateisystem ist root?
findmnt -no FSTYPE /

# Subvolume-Layout prüfen
sudo btrfs subvolume list /

Du solltest btrfs als FS-Typ sehen und mindestens Subvolumes wie @ (root), @home und @snapshots. Ohne dieses Layout funktioniert kein sauberes Rollback – ein Setup-Wechsel von ext4 auf Btrfs ist möglich, aber außerhalb dieses Guides.

Snapper installieren und konfigurieren

Wenn Snapper nicht schon installiert ist (auf vielen CachyOS-Profilen ist er es), holst du dir das komplette Set:

sudo pacman -S snapper snap-pac snapper-rollback

snap-pac ist der entscheidende Helfer: ein Pacman-Hook, der bei jedem pacman-Vorgang automatisch einen Pre- und Post-Snapshot anlegt. Ohne dieses Paket musst du dich selbst dran erinnern, vor jedem Update einen Snapshot zu machen – und genau das macht in der Praxis niemand zuverlässig.

Anschließend Snapper für das Root-Subvolume initialisieren. Achtung: Falls bereits ein @snapshots-Subvolume existiert (Standard bei CachyOS-Installer), darf snapper create-config es nicht überschreiben – in dem Fall die Konfiguration manuell anlegen oder dem Wiki folgen. Frische Setups:

sudo snapper -c root create-config /
sudo snapper -c root create --description "Initialer Snapshot"
sudo snapper -c root list

Dann das Bereinigungs-Verhalten anpassen, sonst läuft dir das System in ein paar Wochen voll. Bearbeite /etc/snapper/configs/root und setze sinnvolle Limits:

NUMBER_LIMIT="20"
NUMBER_LIMIT_IMPORTANT="5"
TIMELINE_LIMIT_HOURLY="6"
TIMELINE_LIMIT_DAILY="7"
TIMELINE_LIMIT_WEEKLY="2"
TIMELINE_LIMIT_MONTHLY="0"

Anschließend die Timer aktivieren, damit alte Snapshots automatisch wegrollen:

sudo systemctl enable --now snapper-timeline.timer snapper-cleanup.timer
Konsolenausgabe von snapper list mit nummerierten Pre- und Post-Snapshots
snapper -c root list zeigt nach jedem Pacman-Update das saubere Pre/Post-Pärchen – die Description verrät dir auf einen Blick, welche Pakete betroffen waren.

snapper-rollback: das CachyOS-Tool für 1-Klick-Wiederherstellung

snapper-rollback ist ein vom CachyOS-Team gewartetes Tool, das den Rollback-Prozess auf Arch-Derivaten massiv vereinfacht. Statt manuell Subvolumes umzubenennen und das System neu zu mounten, machst du:

sudo snapper-rollback <snapshot-id>

Das Tool erstellt automatisch ein Backup deines aktuellen Root-Subvolumes (für den Fall, dass du den Rollback wieder rückgängig machen willst), setzt das ausgewählte Snapshot-Subvolume als neues Root und schreibt die Pfade in /etc/fstab. Nach einem Reboot bist du im Snapshot-Stand. Konfigurieren musst du fast nichts – die Defaults in /etc/snapper-rollback.conf passen für ein Standard-CachyOS-Setup.

Limine-Bootloader mit Snapshots integrieren

Das richtige Killer-Feature kommt aber erst durch limine-snapper-sync: Damit erscheinen alle Snapshots direkt im Bootmenü. Du kannst also einen Snapshot booten, ohne vorher überhaupt im laufenden System zu sein – perfekt, wenn ein Update den Login-Manager zerschossen hat.

sudo pacman -S limine-snapper-sync
sudo systemctl enable --now limine-snapper-sync.service
sudo limine-mkconfig -o /boot/limine.conf

Beim nächsten Reboot zeigt Limine ein Untermenü „Snapshots“ mit allen verfügbaren Pre/Post-Schnappschüssen samt Datum und Beschreibung. Auswählen, booten, schauen ob das System läuft – wenn ja, im laufenden System dann sudo snapper-rollback <id>, wenn nein einfach den nächsten Snapshot probieren.

rEFInd-Bootmenü mit Auswahl von Btrfs-Snapshots zur Wiederherstellung
Egal ob Limine oder rEFInd: Snapshots im Bootmenü sind das, was Recovery von einer Sache des Live-USB-Sticks zu einer Sache von 30 Sekunden macht.

Rollback testen, bevor du ihn brauchst

Eine Backup-Lösung, die nie getestet wurde, ist keine Backup-Lösung. Plane 15 Minuten ein und übe einmal:

  1. Lege manuell einen Marker an: echo "vor-test" | sudo tee /etc/test-marker
  2. Erzeuge einen Pre-Snapshot: sudo snapper -c root create --description "rollback-test"
  3. Liste auflisten und ID merken: sudo snapper -c root list
  4. Etwas zerstören: echo "nach-test" | sudo tee /etc/test-marker
  5. Reboot ins Bootmenü, Snapshot auswählen, prüfen ob cat /etc/test-marker wieder „vor-test“ zeigt
  6. Wenn du im Snapshot zufrieden bist: sudo snapper-rollback <id> + Reboot

Wenn dieser Trockenlauf einmal sauber durchläuft, hast du echtes Vertrauen in deinen Rollback-Mechanismus. Und das ist genau der Unterschied zwischen „ich habe Snapshots“ und „ich kann ohne Stress jedes Update einspielen“.

Was Snapshots NICHT ersetzen

Btrfs-Snapshots sind ein Rollback-, kein Backup-Tool. Sie schützen vor kaputten Updates, nicht vor:

  • Defekter Hardware (SSD-Ausfall = alle Snapshots sind weg)
  • Verschlüsselungstrojanern auf Userdaten
  • Versehentlich gelöschten Dateien, die zwischen zwei Snapshots erstellt und gelöscht wurden

Für richtigen Schutz brauchst du zusätzlich eine Backup-Strategie auf einem anderen physischen Medium und idealerweise Offsite. Die 3-2-1-Regel gilt unverändert auch mit Btrfs.

Fazit: 15 Minuten Setup, jahrelange Sorgenfreiheit

Snapper, snap-pac, snapper-rollback und limine-snapper-sync zusammen sind das, was eine Rolling-Release-Distro überhaupt erst alltagstauglich macht. Einmal eingerichtet, läuft alles automatisch im Hintergrund – jeder Pacman-Vorgang wird gesichert, alte Snapshots werden bereinigt, und im Notfall wählst du im Bootmenü den letzten funktionierenden Stand. CachyOS macht es dir mit den vorgefertigten Tools so einfach wie keine andere Arch-Distro. Wer die fünfzehn Minuten investiert, hat einen Linux-Rechner, der einfach nicht mehr kaputt geht.

Wer den Kernel-Wechsel in CachyOS noch nicht gemacht hat: Für genau solche Tests bietet sich das Pre/Post-Snapshot-Pärchen ideal an – mehr dazu im Kernel-Guide.

Schreibe einen Kommentar

Nach oben scrollen