Borg Backup UI 2026.11.08.1742 bringt folgende Änderungen gegenüber 2026.11.03.1237:

• Eigene Python-Laufzeit: Das Plugin enthält jetzt eine isolierte Python-Laufzeit. „Python 3 for Unraid“ wird für Borg Backup UI nicht mehr benötigt. Eine vorhandene kompatible Python-Installation wird weiterhin bevorzugt; andernfalls verwendet das Plugin die mitgelieferte Laufzeit, ohne zusätzlichen Python-Download beim Booten. Andere Plugins können weiterhin einen externen Python-Anbieter benötigen.

• Bessere Laufzeitdiagnose: Systemzustand und Protokolle zeigen die verwendete Python-Version, deren Herkunft und Pfad. Informationen zu mitgelieferten Komponenten und Lizenzen wurden erweitert.

• Klarere Restore-Test-Anzeige: Laufende und wartende Tests werden getrennt angezeigt, beispielsweise „1 läuft · 3 warten“. Jeder Test erhält einen eigenen Status. Dadurch wird sichtbar, welche Tests auf den gemeinsamen speicherbegrenzten Testplatz warten. Die Statusanzeigen im Dashboard sind rechts untereinander ausgerichtet.

• Aktualisierte Benachrichtigungen: Apprise wurde auf 2.2.0 aktualisiert. Damit stehen 170 Anbieter, darunter zwölf neue Dienste, zur Verfügung. Burst SMS heißt jetzt Kudosity; bestehende URLs, Profile und Zugangsdaten bleiben erhalten. Außerdem ist die upstreamseitige Sicherheitskorrektur für die Verarbeitung von YAML-Konfigurationen enthalten.

• Verbesserte Support-Daten: Support-Pakete enthalten jetzt eine bereinigte Übersicht der Datenbankprofile und ihrer Backup-Einstellungen, ohne Zugangsdaten.

• Wartung: Die Überwachung von Abhängigkeiten und Sicherheitsmeldungen sowie die automatische Release-Veröffentlichung wurden verbessert.

Unterstützt werden Unraid 6.12.5 bis 7.x. Unraid 8 wird noch nicht unterstützt. Bestehende Jobs, Einstellungen, Zugangsdaten und Backup-Repositories bleiben erhalten.

Hi.
Ich bin gerade nochmal richtig am Testen und vorbereiten, um später meine Backups von Borgmatic umzuziehen.

Wie mache ich es, wenn ich eine Quelle auf mehrere Ziele verteilen will? Bei Borgmatic zB wird das in einen Backup Job gepackt und dann nacheinander abgearbeitet.

location:
    source_directories:
        - /mnt/user/photos

    repositories:
        - /mnt/disks/usb-backup/repo-fotos
        - ssh://sub_user@sub_user.your-storagebox.de:23/./backup/repo-fotos

retention:
    keep_daily: 14
    keep_weekly: 8
    keep_monthly: 12

Muss ich da bei BorgBackup UI jeweils einen eigenen Job anlegen oder was wäre hier ein sinnvoller Weg?

Edited Sunday at 10:50 PM5 days by n3ro365

Jeweils als einen Job anlegen. Wenn diese zusammen laufen sollen und bacheinander abgearbeitet werden sollen als Jobgruppe verknüpfen.

Die Jobs können alleine laufen und zusammen in einer Gruppe.

Das Feature das in einem Job mehrere Repositories angegeben werden können gibt es noch nicht. Ist dieses gewünscht ?

Edited Monday at 12:46 AM4 days by Thorsten

Ich werde das erstmal mit den Jobgruppen ausprobieren. Macht da ja mehr Sinn bezüglich deiner Jobaufteilung nach Standorten, als dann die Implementierung mehrerer Standorte in einem Job.

Aber wenn du es umsetzen kannst und willst, wird dich natürlich keiner aufhalten. 😉

Edited Monday at 10:20 PM4 days by n3ro365

Borg Backup UI – Version 2026.11.11.1135

Diese Version behebt ein Problem beim Anlegen und Importieren von Repositorys auf SMB-Freigaben und verbessert die Mountstatus-Anzeige.

• SMB-Fix: Die Freigabe wird im Einrichtungsassistenten und in der Repository-Verwaltung automatisch vor der Zielprüfung, dem Anlegen oder dem Import eingehängt – auch bei deaktiviertem automatischem Mounten und „Eingebunden lassen“.

• Abbruch bei Mountfehlern: Schlägt das Einhängen fehl, wird kein Repository im lokalen Mount-Verzeichnis angelegt.

• Aufräumen temporärer Mounts: Bereits bestehende Mounts bleiben erhalten. Für den Vorgang neu erzeugte Mounts werden anschließend ausgehängt, sofern „Eingebunden lassen“ deaktiviert ist.

• Automatischer Mountstatus: Die sichtbare SMB-Seite aktualisiert den Status alle fünf Sekunden anhand der lokalen Mounttabelle. Dafür sind keine NAS-Dateizugriffe oder manuellen Statusaktualisierungen nötig.

• Manuelle Bedienung: „Laufwerk einhängen“ und „Laufwerk aushängen“ bleiben separate Aktionen. Der aktive Verbindungs- und Schreibtest wird nur auf Anforderung ausgeführt.

Hinweis für Betroffene: Frühere Versionen konnten bei nicht eingehängter Freigabe ein Repository lokal unter dem Mountpunkt anlegen. Bitte prüft den tatsächlichen Inhalt direkt auf dem NAS. Das Update verschiebt oder löscht diese lokalen Daten nicht.

Mountpfade und Bootkonfiguration bleiben unverändert.

Hi bin gerade am testen (BorgUI und BorgBackUpUI)

Beide identische Verzeichnisse zum Backup (frozen shares auf unRaid) auf zwei identische 1T Festplatten. Repository bei BorgUI kleiner um ca. 30 GB und schneller.

Beide im ohne extra Einstellungen in der Kompression (default Werte)

Genaueres werde ich liefern sobald ich wieder Zeit habe die Logs zu ziehen.

BorgUI 615 GB

BackUpUI 643 GB

18 minutes ago, dibux said:

Hi bin gerade am testen (BorgUI und BorgBackUpUI)

Beide identische Verzeichnisse zum Backup (frozen shares auf unRaid) auf zwei identische 1T Festplatten. Repository bei BorgUI kleiner um ca. 30 GB und schneller.

Beide im ohne extra Einstellungen in der Kompression (default Werte)

Genaueres werde ich liefern sobald ich wieder Zeit habe die Logs zu ziehen.

BorgUI 615 GB

BackUpUI 643 GB

Ja das ist schön und gut hier kommt es auf die genauen borg create Befehle an. So wie ich es sehe nutze beide Tools Borg 1.4.5.

Sobald alles an borg abgegeben ist liegt die Verarbeitung und Performance an borg selber da hat Borg Backup UI und auch BorgUI keinen Einfluss drauf.

Somit kommt es drauf an was wirklich als Befehl übergeben wird. Borg Backup UI gibt den genauen Aufruf im Log File aus mit alles Parametern.

Hast du die Gesamtzeit betrachtet oder nur die Zeit des Backups selber weil BorgBackupUI nach jedem Backup borg prune, borg compact und borg check ausführt. Gerade der borg check kostet Zeit.

Ich bin auf die Log Files gespannt.

On 11/11/2026 at 4:11 PM, Thorsten said:

Ja das ist schön und gut hier kommt es auf die genauen borg create Befehle an. So wie ich es sehe nutze beide Tools Borg 1.4.5.

Sobald alles an borg abgegeben ist liegt die Verarbeitung und Performance an borg selber da hat Borg Backup UI und auch BorgUI keinen Einfluss drauf.

Somit kommt es drauf an was wirklich als Befehl übergeben wird. Borg Backup UI gibt den genauen Aufruf im Log File aus mit alles Parametern.

Hast du die Gesamtzeit betrachtet oder nur die Zeit des Backups selber weil BorgBackupUI nach jedem Backup borg prune, borg compact und borg check ausführt. Gerade der borg check kostet Zeit.

Ich bin auf die Log Files gespannt.

OMG ich habe einen Fehler gemacht. Nutze noch eine recht alte Version deines Plugins.. Asche auf mein Haupt (Docker werden auf dem Testserver automatisch aktualisiert, Plugins nicht :-()

Also von vorne :-) Frisch ans Werk

@Thorsten da du dir ja auch die Mühe machst mit 2 Support Threads hab ich hier eine separate

App Support

Section eröffnet. Nur als Info.