Stand: 2026-11-04 · Zur Übersicht

Der aktivierte stündliche Timer startet ein Borg-1.4-Backup. Das Skript erzeugt einen schreibgeschützten Btrfs-Snapshot des verschlüsselten Samba-Subvolumes und öffnet ihn mit gocryptfs -ro -acl in einem getrennten temporären Mount. Borg liest diese entschlüsselte Ansicht samt Eigentümern, Modi und ACLs. Der verschlüsselte Quellbaum wird nicht zusätzlich als Samba-Inhalt archiviert.

Borg dedupliziert und verschlüsselt mit repokey-blake2 vor der Ablage im entfernten Repository. Die aktuelle Repository-Verbindung nutzt SSH. Nach dem Lauf wird der temporäre Mount ausgehängt und der Snapshot bereinigt. Ein kontrollierter Fehlerfall mit fehlendem Testschlüssel brach vor borg create ab und räumte ebenfalls auf.

• Der initiale manuelle Backup-Lauf vom 2. November 2026 archivierte die lesbare Samba-Ansicht; ein isolierter Restore verglich Inhalt, Eigentümer, Modus und ACLs erfolgreich.
• Das lesende Folgelauf-Audit vom 3. November prüfte 15 automatische Archive: jeweils fünf Bereiche in der Klartextansicht und kein verschlüsselter Samba-Quellbaum. Drei ausgewählte archivierte Dateien stimmten bytegleich mit der damaligen Live-Ansicht überein. Kein temporärer Restmount blieb zurück.
• Die letzte am 4. November lesend geprüfte Borg-Serviceausführung endete erfolgreich; Timer und Samba-Container waren aktiv bzw. gesund.

Ein vollständiger Disaster-Restore des ganzen Tresors wurde nicht nachgewiesen. Das Folgelauf-Audit war kein vollständiges borg check und kein vollständiger Bytevergleich aller Archivdateien. Restore-Ziele müssen geschützt und ACLs vor Freigabe erneut geprüft werden.

Quellen: OMNISRV SAMBA BACKUP-001-Abschlussbericht, konsolidierter Borg-Folgelauf vom 3. November und lesender Live-Stand vom 4. November; Btrfs-Subvolumes und Snapshots; Borg 1.4 create; Borg-Verschlüsselung.