[DE] Snapshots (Snapper) funktionieren nicht

[pixel24]

Hallo zusammen,

ich habe Gestern ein Siduction neu installiert und habe vor den einzelenen Konfigurations-Schritten (AD-Join etc) mir mit dem Snapper GUI entsprechende Snapshots angelegt.

Bitte entschuldigt wenn ein Anwendungsfehler vor liegt. Ich kommen von Linux-Mint (Cinnamon) und hatte dort Timeshift genutzt. Dort habe ich im GUI den Snapshot ausgewählt und den Rollback angestoßen. Nach dem Neustart war das System auf dem Stand als der Snapshot erstellt wurde.

In Siduction boote ich und wähle in Grub den Snapshot aus und boote diesen. Oder?

Blöd nur dass egal ich welchen starte die zuvor durchgeführten Systemänderungen noch immer da sind. Auch was Pakete angeht die installiert wurden nachdem der Snapshot erstellt wurde.

Gibt es hier etwas zu beachten oder zu konfigurieren.

Eine Aktion könnte evtl. damit zu tun haben. Diese habe ich durchgeführt als bereits alle Snapshots erstellt waren. Ich habe das / Volume um eine Parttion erweitert:

Code: [Select]

btrfs device add /dev/sdb1 /
Da die Snapshots ja auf BTRFS basieren könnte das evtl. etwas damit zu tun haben?

Ja, ich installiere jetzt zum x-ten Mal neu :-)

[pixel24]

Evtl. auch noch relevant. Ich hatte dann im Snapper-GUI gesehen das zwischen meinen manuell angelegten Snapshots noch einige die automatisch angelegt wurden. Diese habe ich gelöscht.

Auf meinem Proxmox kann ich das tun. Kann das Problem daraus resultieren? Nur damit es es für die Zukunft weiß

[scholle1]

Vorab einige wichtige Informationen.

siduction verwendet
- snapper mit seiner Rollbackfunktion
- grub-btrfs zur Auflistung der Snapshots in einem Untermenü von grub
- das eigene Paket siduction-btrfs, mit systemd Units, einer grub config Datei und einem Skript, dass während des Bootvorgangs, nach einem Snapshot von '@' und nach einem Rollback aktiv wird.

Voraussetzung ist die Installation von grub
- bei EFI GPT in der ersten Partition, eingehangen unter /boot/efi
  bei MBR BIOS im MBR der zu bootenden Festplatte.
- keine separate Partition für das Verzeichnis /boot. Dieses Verzeichnis muss sich im Subvolumen '@' befinden.

Unser Handbuch (über das Icon auf dem Desktop erreichbar) enthält ab Seite 239 ausführliche Informationen zur Verwendung und Konfiguration von BTRFS, snapper und die Rollbackfunktion. Eventuell auch die Version unter https://manual.siduction.org/ anschauen.

-----------------------

In Siduction boote ich und wähle in Grub den Snapshot aus und boote diesen. Oder?

Im Regelfall bootet man den Standardbooteintrag. Die Snapshot sind alle 'read only'. Man bootet in sie nur, um zu überprüfen, ob ein Rollback in diesen Systemzustand gewollt ist. Der Rollback selbst muss aus dem derzeitigen default Subvolumen erfolgen. Nur dann kann die grub Menüdatei neu geschrieben werden.

Eine Aktion könnte evtl. damit zu tun haben. Diese habe ich durchgeführt als bereits alle Snapshots erstellt waren. Ich habe das / Volume um eine Parttion erweitert:

Das ist eine Aktion, die das BTRFS Dateisystem als solches betrifft. Es dürfte nach meiner Kenntnis keine Auswirkungen auf snapper und siduction-btrfs haben.

Für weiter Hilfe wären folgende Angaben wichtig:
Welches siduction Image wurde installiert (genaue, vollständige Bezeichnung)?
Die ausgabe von 'lsblk'.

[pixel24]

Hallo zusammen,

nachdem ich eine Weile noch bei Linux Mint geblieben bin und in der Zeit nur ein wenig mit Siduction herumgespielt habe, bin ich inzwischen mit allen Maschinen komplett auf Siduction umgezogen.

Zum Thema Snapshots & BTRFS habe ich mir dann die Doku vorgenommen und meine, das Grundkonzept verstanden zu haben:
Wähle ich im GRUB einen Snapshot und boote diesen, läuft das System read-only und dient quasi dazu, vor einem Rollback zu prüfen, ob der Zustand dem gewünschten Stand entspricht. Korrigiert mich gern, falls ich da falsch liege.

Das eigentliche Rollback starte ich anschließend aus dem laufenden System heraus. Das habe ich inzwischen mehrfach getestet – und das funktioniert auch problemlos.

Jetzt zum „Worst Case“-Szenario:
Angenommen, das BTRFS selbst ist in Ordnung, aber das aktuelle System ist so beschädigt, dass es gar nicht mehr bootet. Ist es dann möglich, einen Snapshot über GRUB zu starten und von diesem read-only-System aus ein Rollback anzustoßen? Genau das habe ich bisher nicht hinbekommen.

Wenn mir hier jemand auf die Sprünge helfen könnte, wäre das super. Vielen Dank schon mal!

with best
pixel24

[scholle1]

Jetzt zum „Worst Case“-Szenario:
Angenommen, das BTRFS selbst ist in Ordnung, aber das aktuelle System ist so beschädigt, dass es gar nicht mehr bootet. Ist es dann möglich, einen Snapshot über GRUB zu starten und von diesem read-only-System aus ein Rollback anzustoßen? Genau das habe ich bisher nicht hinbekommen.

Jein. Nicht über GRUB. GRUB ist in diesen Fall ein nachgelagertes Werkzeug nur zum booten.

Du benötigst einen r/w Snapshot. Der wird mit btrfs erstellt. Im Anschluss hast du die Möglichkeit entweder einen GRUB Booteintrag zu editieren, oder mit Hilfe des chroot-helpers aus dem neuen Snapshot heraus GRUB zu installieren. In beiden Fällen benötigst du ein funktionsfähiges System, entweder ein anderes auf dem PC, oder ein Live System. Dabei ist zu beachten, dass der mit btrfs erstellt Snapshot nicht von snapper erkannt und gelistet wird.

Die symbolhafte Befehlszeile für den neuen Snapshot (mit root Rechten):

Code: [Select]

btrfs subvolume snapshot path/to/source_subvolume path/to/target
Der Grund, weshalb das Ändern des -r Flags eines Subvolumen keine gute Idee ist (von https://btrfs.readthedocs.io/):

Schreibgeschützte Snapshots sind Bausteine der inkrementellen Übertragung (siehe btrfs-send), und der gesamte Anwendungsfall basiert auf unveränderten Snapshots, aus denen die relativen Änderungen generiert werden. Daher würde eine Änderung der Subvolume-Flags von schreibgeschützt zu schreibbar die Annahmen widerlegen und zu unerwarteten Änderungen im resultierenden inkrementellen Stream führen.

[pixel24]

Danke für die Klärung. Jetzt ist es für mich klar. Ich werde es an einem Testsystem ausprobieren und Falle es treten Probleme auf nochmal darauf zurück kommen.

Besten Dank.