Backups funktionieren nicht

[Hallmackenreuther]

Hallo zusammen,
ich wollte meine Backups auf eine angeschlossene HDD schreiben lassen, der Log gab aber bei jedem Versuch nur das aus:

Code Auswählen Erweitern

2024.07.31 10:08:15 4: backup create backupdir: /media/16TB/Share/FHEMBackups
2024.07.31 10:08:15 1: ERROR: if create backup directory!

ls -l sagt folgendes:

Code Auswählen Erweitern

drwxrws---  4 fhem dialout         4096 Jul 31 10:06  FHEMBackups
Zu allem Überfluss habe ich auch noch den ursprüngliche Backupordner (bei dem es vorher ging) gelöscht, weil ich irgendwo einen Post gefunden hatte, dass das nötig sei. Jetzt habe ich das gleiche Problem mit dem wieder angelegten Ordner im FHEM-Verzeichnis.

Code Auswählen Erweitern

2024.07.31 10:22:15 5: Cmd: >backup<
2024.07.31 10:22:15 4: backup create backupdir: /opf/fhem/backups
2024.07.31 10:22:15 1: ERROR: if create backup directory!

ls- l dort:

Code Auswählen Erweitern

2024.07.31 10:22:15 4: backup create backupdir: /opf/fhem/backups
2024.07.31 10:22:15 1: ERROR: if create backup directory!
Kann mich bitte jemand in die richtige Richtung schubsen? Ich komme nicht drauf, was ich falsch mache und mit den Fehlern ist bei Google nix zu finden.

[Otto123]

Hallo,

/opf/fhem/backups

sieht komisch aus

Gruß Otto

[Hallmackenreuther]

Hallo,

/opf/fhem/backups

sieht komisch aus

Gruß Otto

Autsch... danke!
Mit opt geht es zumindest wieder im Standardordner.
Sehe auch gerade, dass ich ls -l da falsch reinkopiert habe, aber okay, geht ja jetzt wieder.

Worauf muss ich denn alles achten, um das auf dem anderen Pfad zu schaffen?
Ich finde überall nur "Attribut bei backupdir ändern", aber das reicht bei mir ja offenbar nicht.

[Otto123]

naja ich denke es ist ein Rechteproblem. Dein ls -l sieht zwar ok aus, aber bei gemounteten HDD, Shares usw. gibt es ja immer noch "tiefere" Berechtigungen.

Ist es wirklich eine HDD? Welches Filesystem?

Ich umgehe diesen ganzen Schwurbel immer:

• lasse den backup Pfad wie er ist,
• lasse die backup Routine wie sie ist,
• kopiere regelmäßig das den Backup Pfad auf ein externes Laufwerk.

[Hallmackenreuther]

Von Rechteproblemen gehe ich auch sehr schwer aus, die Preisfrage ist: wo?

Es ist eine richtige HDD an einem USB-Adapter (Raspi halt) mit ext4.
In fstab ist sie so eingetragen:

Code Auswählen Erweitern

/dev/disk/by-uuid/2ee3a41d-0767-437f-8ad5-95f43e71e8a3 /media/16TB ext4 defaults,nofail,users
Plan B wär ein Cronjob, der den Inhalt vom Standardpfad mit mv auf die HDD schiebt (also so ähnlich wie dein Vorschlag), aber irgendwie widerstrebt es mir, so einen Umweg zu machen und vor allem möchte ich gerne einfach diese Wissenslücke (vermutlich eher auf der Linux-Seite) schließen.

Ich habe schon wild überlegt, ob "unterwegs" auf dem Pfad alles fhem "mitgehören" muss, aber root und media gehören natürlich root.

Code Auswählen Erweitern

ich@NASPi:/media/16TB/Share/FHEMBackups $ namei -l /media/16TB/Share/FHEMBackups/
f: /media/16TB/Share/FHEMBackups/
drwxr-xr-x root root   /
drwxr-xr-x root root   media
drwxr-xr-x ich gruppe 16TB
drwxrws--- ich gruppe Share
drwxrwsrwx fhem gruppe FHEMBackups
Naja, wenn hier noch jemand mit einer Idee vorbeikommt oder etwas Falsches in meinen Posts bemerkt, freue ich mich über weitere Hinweise.

Auf jeden Fall lieben Dank @Otto123!

[Otto123]

so einen Umweg zu machen

Mal abgesehen von der Lösung des Rechteproblems: Umweg ist relativ, zwei Überlegungen:

• lieber zwei backups als gar keins
• Raspberry, USB, externe Platte - das ist mMn sehr gut möglich, dass da mal was "weg" ist. Dann ginge kein Backup.

Ist denn fhem in gruppe? Wenn nicht, darf fhem in Share nicht "eintauchen"

[Hallmackenreuther]

Joah, will nur die System-SSD frei halten, hab jetzt auch erst mal den Cronjob mit mv gemacht.

Ist denn fhem in gruppe? Wenn nicht, darf fhem in Share nicht "eintauchen"

Jap.