[gelöst] backitup bei Dropbox : Unknown system error -116
-
sudo chmod 775 /opt/iobroker/backups sudo chmod 775 /opt/iobroker/backups/ sudo chmod 775 /opt/iobroker/backups/* sudo chown iobroker:iobroker /opt/iobroker/backups sudo chown iobroker:iobroker /opt/iobroker/backups/ sudo chown iobroker:iobroker /opt/iobroker/backups/* -
Ich hatte jetzt den iobroker fix nochmal mit sudo laufen lassen und jetzt:
-rw-rwxr--+ 1 iobroker iobroker 1170927 Jul 31 2020 iobroker_2020_07_31-02_00_10_backupiobroker.tar.gz -rw-rwxr--+ 1 iobroker iobroker 1202982 Aug 1 2020 iobroker_2020_08_01-02_00_10_backupiobroker.tar.gz -rw-rwxr--+ 1 iobroker iobroker 1207127 Aug 2 2020 iobroker_2020_08_02-02_00_10_backupiobroker.tar.gz -rw-rwxr--+ 1 iobroker iobroker 1224184 Aug 3 2020 iobroker_2020_08_03-02_00_10_backupiobroker.tar.gz -rw-rwxr--+ 1 iobroker iobroker 1230898 Aug 4 2020 iobroker_2020_08_04-02_00_10_backupiobroker.tar.gz -rw-rwxr--+ 1 iobroker iobroker 1297259 Aug 4 2020 iobroker_2020_08_04-21_04_20_backupiobroker.tar.gz -rw-rwxr--+ 1 iobroker iobroker 1298017 Aug 4 2020 iobroker_2020_08_04-21_08_20_backupiobroker.tar.gz -rw-rwxr--+ 1 iobroker iobroker 1297326 Aug 4 2020 iobroker_2020_08_04-21_20_21_backupiobroker.tar.gz -rw-rwxr--+ 1 iobroker iobroker 1360596 Aug 10 2020 iobroker_2020_08_10-21_47_21_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 4028353 Aug 1 20:00 iobroker_2021_08_01-20_00_35_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 43380 Aug 1 20:00 zigbee.0_2021_08_01-20_00_45_backupiobroker.tar.gz -
Mist - jetzt eben nochmal das Backup manuell aufgerufen und jetzt gehört wieder alles dem root - liegt das vielleicht am manuellen Aufruf?
-rwxrwxrwx 1 root root 4118182 Aug 9 19:46 iobroker_2021_08_09-19_46_01_backupiobroker.tar.gz -rwxrwxrwx 1 root root 4120582 Aug 9 19:56 iobroker_2021_08_09-19_56_07_backupiobroker.tar.gz -rwxrwxrwx 1 root root 4123928 Aug 9 20:09 iobroker_2021_08_09-20_09_25_backupiobroker.tar.gz -rwxrwxrwx 1 root root 163601 Aug 9 19:46 javascripts_2021_08_09-19_46_11_backupiobroker.tar.gz -rwxrwxrwx 1 root root 163600 Aug 9 19:56 javascripts_2021_08_09-19_56_18_backupiobroker.tar.gz -rwxrwxrwx 1 root root 163609 Aug 9 20:09 javascripts_2021_08_09-20_09_35_backupiobroker.tar.gz -rwxrwxrwx 1 root root 45891 Aug 9 19:46 zigbee.0_2021_08_09-19_46_10_backupiobroker.tar.gz -rwxrwxrwx 1 root root 48767 Aug 9 19:56 zigbee.0_2021_08_09-19_56_18_backupiobroker.tar.gz -rwxrwxrwx 1 root root 51216 Aug 9 20:09 zigbee.0_2021_08_09-20_09_35_backupiobroker.tar.gz -
@martin-schlender
Denke du hast da irgendwo bei der Installation oder bei einem Update mit sudo rumhantiert.sudo sollte nur im Notfall verwendet werden
-
@simatec
Mist - OK. Wie bekomme ich das wieder gefixt? Den Adapter deinstallieren und erneut installieren? -
@martin-schlender
Den Adapter deinstallieren bringt nix
Was hast du denn mit sudo hantiert? -
@simatec
eigentlich nichts das ich wüßte. Wenn dann nur Linux Upates mit sudo installiert. Sonst eigentlich nichts. -
@martin-schlender
Ist das da ein gemountetes Dateisystem? -
@thomas-braun
Nee - das ist alles die SD Karte die im pi steckt.
Was mich jetzt total verwirrt. Wenn ich die obigen Rechte Kommandos absetze und in das Verzeichnis wechsle und ls -al mache zeigt er mir an dass alles root gehört, wenn ich das Verzeichnis explizit angebe gehört alles ioBroker
-
ich sehe jetzt jetzt gerade erst dass da ja auch unterschiedliche Dateien sind. D.h. es gibt wohl das Verzeichnis einmal für den root und einmal für den iobroker? Wie geht denn das?
-
@martin-schlender
Vor allen Dingen sind da auch ACLs gesetzt. Hab ich so auch noch nie gesehen. -
mount |sort -
@thomas-braun
Macht es evtl. Sinn das backups Verzeichnis das dem root gehört zu löschen? -
@thomas-braun sagte in backitup bei Dropbox : Unknown system error -116:
mount |sort
cgroup2 on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate) cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio) cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct) cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset) cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices) cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer) cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio) cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event) cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids) cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd) configfs on /sys/kernel/config type configfs (rw,relatime) debugfs on /sys/kernel/debug type debugfs (rw,relatime) /dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro) /dev/mmcblk0p2 on / type ext4 (rw,noatime) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) devtmpfs on /dev type devtmpfs (rw,relatime,size=1827800k,nr_inodes=97773,mode=755) mqueue on /dev/mqueue type mqueue (rw,relatime) none on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700) proc on /proc type proc (rw,relatime) securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime) sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime) sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=33,pgrp=1,timeout=0,minproto=5,maxproto=5,direct) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k) tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755) tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=391976k,mode=700,uid=1000,gid=1000) tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755) -
-
@thomas-braun sagte in backitup bei Dropbox : Unknown system error -116:
@martin-schlender
Schau Mal aus beiden Perspektiven perstatnach der iNode-Nummer.
what? -
-
@thomas-braun da kommt dasselbe raus....
Ich hatte jetzt mal neu gestartet und bekomme das auch nicht mehr reproduziert jetzt.
Hab jetzt mal versucht das backups Verzeichnis zu löschen - geht aber nicht obwohl iobroker beendet ist:rm -r backups rm: das Entfernen von 'backups' ist nicht möglich: Das Gerät oder die Ressource ist belegt -
da kommt dasselbe raus....
Kann nicht sein, die Ausgabe von stat sieht komplett anders aus.
-
@thomas-braun sorry- falsch ausgedrückt. von beiden Seiten kommt dasselbe raus:
pi@raspberrypi:/opt/iobroker/backups $ stat . Datei: . Größe: 0 Blöcke: 0 EA Block: 1048576 Verzeichnis Gerät: 28h/40d Inode: 7447796765685456471 Verknüpfungen: 2 Zugriff: (0777/drwxrwxrwx) Uid: ( 0/ root) Gid: ( 0/ root) Zugriff : 2021-08-09 20:46:59.055600000 +0200 Modifiziert: 2021-08-09 20:46:59.055600000 +0200 Geändert : 2021-08-09 20:46:59.055600000 +0200 Geburt : - pi@raspberrypi:/opt/iobroker/backups $ stat /opt/iobroker/backups/ Datei: /opt/iobroker/backups/ Größe: 0 Blöcke: 0 EA Block: 1048576 Verzeichnis Gerät: 28h/40d Inode: 7447796765685456471 Verknüpfungen: 2 Zugriff: (0777/drwxrwxrwx) Uid: ( 0/ root) Gid: ( 0/ root) Zugriff : 2021-08-09 20:46:59.055600000 +0200 Modifiziert: 2021-08-09 20:46:59.055600000 +0200 Geändert : 2021-08-09 20:46:59.055600000 +0200 Geburt : -
