Super!
Da habe ich mir gedacht: Sofort machen, bevor ich es bereue…
Leider kann ich (2023.3.2) die URL für Samba Backup nicht hinzufügen, da folgende Fehlermeldung kommt:
… https nicht supportet
Habt ihr Ideen?
Da die URL zu stimmen scheint, mal den Browser-Cache geleert & Home Assistant mal neu gestartet?
Die gleiche Fehlermeldung hatte ich auch. Nach einem Neustart ging es. Ich hatte noch ein Problem. Ich habe fürs NAS ein neuen Benutzer angelegt mit einem vom PW-Generator generierten Passwort. Da waren sehr viel Umlaute, wodurch er sich auch nicht connecten konnte.
Danke für die Anleitung @simon42
Moin Zusammen, vielleicht habt ihr auch für mich einen Tipp.
Samba-Backup startet nicht komplett. Nach Eingabe der Config und betätigen des Start Buttons passiert nichts. CPU Auslastung taucht nicht auf. Und im Protokoll steht nur dieses:
cont-init: info: /etc/cont-init.d/00-banner.sh exited 0
cont-init: info: running /etc/cont-init.d/01-log-level.sh
cont-init: info: /etc/cont-init.d/01-log-level.sh exited 0
s6-rc: info: service legacy-cont-init successfully started
s6-rc: info: service legacy-services: starting
s6-rc: info: service legacy-services successfully started
[23-03-15 16:46:52] INFO: ---------------------------------------------------
[23-03-15 16:46:52] INFO: Host/Share: 192.168.178.39/HA_Backup
[23-03-15 16:46:52] INFO: Target directory:
[23-03-15 16:46:52] INFO: Keep local/remote: 10/20
[23-03-15 16:46:52] INFO: Trigger time: 00:40
[23-03-15 16:46:52] INFO: Trigger days: Wed Fri Sat
[23-03-15 16:46:52] INFO: ---------------------------------------------------
[23-03-15 16:46:53] INFO: Samba Backup started successfully
cont-init: info: /etc/cont-init.d/00-banner.sh exited 0
cont-init: info: running /etc/cont-init.d/01-log-level.sh
cont-init: info: /etc/cont-init.d/01-log-level.sh exited 0
s6-rc: info: service legacy-cont-init successfully started
s6-rc: info: service legacy-services: starting
s6-rc: info: service legacy-services successfully started
[23-03-15 16:46:52] INFO: ---------------------------------------------------
[23-03-15 16:46:52] INFO: Host/Share: 192.168.178.39/HA_Backup
[23-03-15 16:46:52] INFO: Target directory:
[23-03-15 16:46:52] INFO: Keep local/remote: 10/20
[23-03-15 16:46:52] INFO: Trigger time: 00:40
[23-03-15 16:46:52] INFO: Trigger days: Wed Fri Sat
[23-03-15 16:46:52] INFO: ---------------------------------------------------
[23-03-15 16:46:53] INFO: Samba Backup started successfully
Vielen Dank
Gruß
Thorsten
Nachtrag:
Habe es jetzt zum laufen bekommen.
Nach erneutem kompletten Neustart des Nuc funktioniert das add-on wie es soll.
by HarryP: Zusammenführung Doppelpost.
*@Thor81 *
Bitte für Ergänzungen/Nachträge die „bearbeiten“ Funktion nutzen. Danke!
Update
Seit Home Assistant 2023.6 kann man auch, anstatt das Samba Add-on zu nutzen, direkt in Home Assistant unter Einstellungen → System einen Netzwerkspeicherort für die Sicherungen hinzufügen. Dann nur noch eine Automation anlegen, welche über den Dienst hassio.backup_full im gewünschten Turnus eine Sicherung anlegt & fertig 
Das Google Cloud Backup Add-on hat natürlich weiterhin seine Daseinsberechtigung, nur anstatt des Samba Add-on, würde ich jetzt eher Richtung Systemstandard raten 
Video zum Update
Gutes Video und das neue Feature mit dem Backup ist gut, allerdings hätte ich mir gewünscht, dass das Update, wie bei der Lösung über Samba, auf der SSD des HA und zusätzlich auch auf einem externen Speicher (NAS) abgespeichert werden könnte.
So, wie hier gezeigt:
Das zeige ich übrigens auch in meinem Video, was oben im Beitrag verlinkt ist
Falls jemand also kein Node-Red mag, darf ich mich empfehlen 
Hey schöne über was man machen kann aber warum so kompliziert?
Für mich wäre es am einfachsten es über eine USB Stick zu machen der pi4 hat ja 4 und bei mir sind noch 3 frei. Warum muss es über clod oder nas laufen? Gibt es dafür einen Grund.
Ich habe versucht es über den USB Stick zu lösen leider habe ich den Knopf dafür nicht gefunden, ist es so kompliziert?
Wenn Du ein Backup via USB Stick direkt am pi4 machen willst, musst Du das “Laufwerk” (USB Stick) vorher im OS mounten, dann wird es Dir auch als Auswahl angeboten.
Ich habe eine SMB Freigabe auf meiner Fritz!Box , an der eine Platte via USB hängt für Backups.
Mit dem Samba-Backup Addon funktioniert das problemlos, seit langer Zeit.
Mit der neuen Funktion in HA, konnte ich das SMB Share auch problemlos hinzufügen, aber nach Einstellung des Shares als Standard Backup Speicherplatz, funktioniert die HA Backup Funktion nicht.
Fehler: unbekannter Fehler, siehe Supervisor.
Super, im Log steht nur das selbe.
Irgendjemand eine Idee was da los ist?
Über die Forumssuche bin ich leider nicht fündig geworden, deshalb frage ich einfach mal.
Ich habe mein Synology NAS als Speicherort für die Backups angelegt. Funktioniert so weit auch problemlos. Allerdings sind die Namen der erstellten Backups alles andere als sinnvoll. Es werden Dateien wie z.B. eb0a8420.tar angelegt. Gibt es eine Möglichkeit einen Dateinamen vorzugeben?
Hier mal meine Automatisierung für das Backup:
alias: Backup täglich
description: ""
trigger:
- platform: time
at: "03:00:00"
condition: []
action:
- service: hassio.backup_full
data:
compressed: true
location: NAS
mode: single
by HarryP: Codezeilen in Code-TAG‘s eingebunden.
Hast du es mal mit dem data attribute “name” getestet?
service: hassio.backup_full
data:
compressed: true
location: NAS
name: “{{ now().strftime(‘%Y-%m-%d’) }}”
Unter “Einstellungen - System - Backups” wird der Name richtig angezeigt. Jedoch auf dem NAS bleibt es bei dem seltsamen Dateinamen.
Das der Name der Backup-Dateien auf dem NAS so kryptisch ist scheint ein alt bekanntes Problem zu sein.
Für die Änderung gibt es einen entsprechenden Feature-Request:
Was ich zur automatisierten Umbenennung der Backup-Dateien gefunden habe ist folgender Skript-Code.
Allerdings weiß ich nicht wie man diesen in einer Automatisierung zum Erstellen eines Backups integrieren kann bzw. wie man das Skript überhaupt erstellt um es dann in der Automatisierung aufzurufen.
#!/bin/bash
#
get_file_create_datetime()
{
# stat -c %w "$1" --format="%Y"
date -r "$1" +'%Y-%m-%d_%I-%M%P'
}
make_file_backup_name()
{
local FILENAME=$(get_file_create_datetime "$1")" - Home Assistant Backup.tar"
echo "$FILENAME"
}
rename_backup()
{
local DIR=$(dirname "$1")
local FILENAME=$(make_file_backup_name "$1")
local FILEPATH="$DIR/$FILENAME"
if [ "$1" != "$FILEPATH" ] ; then
mv "$1" "$FILEPATH"
fi
}
rename_all_backups()
{
for FILE_PATH in "$1"/*
do
rename_backup "$FILE_PATH"
done
}
rename_all_backups "$HOME/.homeassistant/backups"
Sichert das über HA erzeugte Backup auch Container die außerhalb der HA Kontrolle laufen? Ich habe z.B. über die HA Portainer Integration noch einen Pi Hole Container deployed, da das Addon nicht offiziell unterstützt wird. Wird auch das gesichert in einem Fullbackup?
Tja Backups sind wichtig… das merkt man dann wenn es zu spät ist. 
Mein HA auf den Proxmox Server will nicht mehr hochfahren, ich komme noch auf die Notfall CLI. Kann ich von hier irgendwo noch ein Backup anstoßen, sodass ich nach eine Neuinstallation einen Restore machen kann?
Viele Grüße vsa
Ich denke Du solltest dafür ein neues Thema eröffnen, da eben ein anderes Thema.