Backup EACCES: permission denied [gelöst]
-
@gib64 sagte in Backup EACCES: permission denied:
auch "sudo su".
Warum????? Lasst den Schwachsinn ganz einfach bleiben.
-
@thomas-braun Weil ich einen dauerhaften Mount auf mein NAS einrichten wollte und die Anleitung aus dem Raspi Forum hat das halt empfohlen: https://forum-raspberrypi.de/forum/thread/40061-netzwerkfreigabe-mounten-mit-systemd-mount-unit/
-
@gib64 sagte in Backup EACCES: permission denied:
Der Moint ist nfs
Bei NFS müssen user und Gruppe auf beiden Systemen gleich sein. Der 1026 dürfte dann vom NAS kommen.
Irgendwo kann man das aber umstellen. Müsste ich aber jetzt auch nachlesen. -
@gib64 sagte in Backup EACCES: permission denied:
X-Server: true
Ausschalten. Hat auf einem Server nix zu suchen.
-
@thomas-braun Aber das ist doch das einzigste, was da noch funktioniert:
[DEBUG] [mount] - nfs-mount command: "sudo mount 192.168.1.13:/volume1/homes/gib/ioBroker/Backup /opt/iobroker/backups" [DEBUG] [mount] - mount successfully completed [DEBUG] [mount] - doneEs wird im Diag ja die rc.local angemeckert und da war ich auch drin zu gange wegen dem dauerhaften Mount versucht...
-
RC.local wird nicht mehr verwendet. Das läuft alles über systemd. Ich denke die Anleitung ist falsch/veraltet. Zeigt eigentlich alleine schon das herumgehampel mit einer root Shell.
-
@thomas-braun Es ist als Linux DAU echt nicht einfach... Die Anleitung heißt doch sogar: "Netzwerkfreigabe mounten mit systemd Mount Unit" und ist trotzdem falsch?? wow...
-
@gib64 sagte in Backup EACCES: permission denied:
und ist trotzdem falsch??
Die Anleitung ist vom
26. August 2018 -
@djmarc75 Hast Du eine aktuellere? Ich habe jetzt bestimmt schon 4-5 Anleitungen durch und bekomme nicht mal mehr einen dauerhaften mount hin... weder NFS noch CFIS!
-
und bekomme nicht mal mehr einen dauerhaften mount hin
Ich auch nicht.
Ich verwende WebDAV. Sicher nicht die performanteste Art, aber für die paar MB Backup reicht's. -
@gib64 sagte in Backup EACCES: permission denied:
Aber das ist doch das einzigste, was da noch funktioniert
Das Mounten ist ja auch nicht das Problem sondern die Schreibrechte. Wie @Thomas-Braun schon geschrieben hat, muss auf dem NAS auch der User mit den entsprechenden Rechten existieren.
-
@dr-bakterius Das kann ich kaum glauben denn da habe ich nichts gemacht und es hat ja bis anf. diesen Monat perfekt funktioniert:
gib@DS416j:~/ioBroker/Backup$ ls -l total 506536 -rwxrwxrwx+ 1 gib users 75667 Nov 10 2022 2022-11-10-scripts.zip -rwxrwxrwx+ 1 gib users 88251 Nov 12 2022 2022-11-12-scripts.zip -rwxrwxrwx+ 1 gib users 72538 Nov 13 2022 2022-11-13-scripts.zip -rwxrwxrwx+ 1 gib users 85854 Nov 22 2022 2022-11-22-scripts.zip drwxrwxrwx+ 2 root users 4096 Nov 22 2022 @eaDir -rwxrwxrwx+ 1 1001 1001 3279 Sep 27 02:41 grafana_2023_09_27-02_41_05_GiB_ backupiobroker.tar.gz -rwxrwxrwx+ 1 1001 1001 3281 Sep 28 02:41 grafana_2023_09_28-02_41_06_GiB_ backupiobroker.tar.gz -rwxrwxrwx+ 1 1001 1001 3276 Sep 29 02:41 grafana_2023_09_29-02_41_07_GiB_ backupiobroker.tar.gz -rwxrwxrwx+ 1 1001 1001 3275 Sep 30 02:41 grafana_2023_09_30-02_41_18_GiB_ backupiobroker.tar.gz -rwxrwxrwx+ 1 1001 1001 3281 Oct 1 02:41 grafana_2023_10_01-02_41_12_GiB_ backupiobroker.tar.gz -rwxrwxrwx+ 1 1001 1001 3277 Oct 2 02:41 grafana_2023_10_02-02_41_17_GiB_ backupiobroker.tar.gz -rwxrwxrwx+ 1 1001 1001 3283 Oct 3 02:41 grafana_2023_10_03-02_41_15_GiB_ backupiobroker.tar.gz -rwxrwxrwx+ 1 1001 1001 3275 Oct 4 02:41 grafana_2023_10_04-02_41_09_GiB_ backupiobroker.tar.gz -rwxrwxrwx+ 1 1001 1001 3280 Oct 5 02:41 grafana_2023_10_05-02_41_16_GiB_ backupiobroker.tar.gz -rwxrwxrwx+ 1 1001 1001 3280 Oct 6 02:41 grafana_2023_10_06-02_41_26_GiB_ backupiobroker.tar.gz -
@gib64 sagte in Backup EACCES: permission denied:
Die Anleitung heißt doch sogar: "Netzwerkfreigabe mounten mit systemd Mount Unit" und ist trotzdem falsch?? wow...
Du hast doch geschrieben, du hättest irgendwas in rc.watweißich geändert.
Schau auf dem NFS Server in die Einstellungen, ob man das da irgendwo anderen usern (ist für den iobroker in der Regel 1001:1001) umstellen kann.
-
@thomas-braun Ich habe wirklich noch nie auf meinem NAS einen IoBroker User eingerichtet. Kann es deshalb funktionieren?:
-
@codierknecht said in Backup EACCES: permission denied:
WebDAV
Sorry aber ich möchte das nicht noch komplexer machen. NFS oder SMB Mount ist doch kein Hexenwerk, dachte ich bis heute jedenfalls. Das muss mit Boardmitteln funktionieren!
-
@dr-bakterius Die Fehler kommen aber schon bevor versucht wird die Datei zu verschieben:
[iobroker/historyDB] Error: EACCES: permission denied, open '/opt/iobroker/backups/historyDB_2023_10_25-14_43_14_GiB_backupiobroker.tar.gz' -
Kannst du bei 'Squash' auf dem Server was umstellen?
-
@thomas-braun said in Backup EACCES: permission denied:
Squash
Musste ich googlen aber das hört sich nicht gut an: Wenn Sie mit dieser Squash -Option NFS -Berechtigungen einrichten, werden alle Benutzer auf dem Synology NAS als „Administratoren“ behandelt und haben Zugriff auf alle Dateien/Ordner. Wenn Benutzer Dateien/Ordner erstellen, wird der Ersteller der Datei/des Ordners als „admin“ aufgeführt.
-
Neben dem root-squash gibt es das soweit ich weiß auch für user.
-
ok, es liegt an der Berechtigung des mounts:
pi@raspberry64:~ $ sudo mount 192.168.1.13:/volume1/homes/gib/ioBroker/Backup /opt/iobroker/backups pi@raspberry64:~ $ cd /opt/iobroker/backups pi@raspberry64:/opt/iobroker/backups $ ls -l ls: cannot open directory '.': Permission denied pi@raspberry64:/opt/iobroker/backups $Mir fällt gerade ein das ich anf. des Monats mein Synology NAS auf DSM Ver. 7 geupdatet habe. Damit scheint sich was geändert zu haben. Mit squash komm ich nicht weiter....
