gelöst: Backitup Adapter verweigert Rücksicherung nach crash
-
@Homoran keine Ahnung, ich habe auf Dateiebene nichts gemacht ausser heute ein restore weil einiges im argen war (meine Schuld). sonst arbeite ich (aber selten) mit dem user pi und kopiert habe ich manuell auch nichts.
@Thomas-Braun ist auch keine Freigabe drauf. mit dem Adapter sichere ich zusätzlich auf NAS und habe dort in der Konfiguration angegeben /Ralf/Sicherung/iobroker/SmartHomePi.Hat bis dato funktioniert bis letzte Nacht das System gecrasht war, warum auch immer. Seid dem versuche ich alles wieder zum laufen zu bringen. Einzig der Adapter und influxdb laufen nicht wegen Berechtigungen.
@rosi8818 sagte in Backitup Adapter verweigert Rücksicherung nach iob crash:
mit dem Adapter sichere ich zusätzlich auf NAS
Mit welchem Verfahren? SMB/CIFS? NFS? FTP?
-
@rosi8818 sagte in Backitup Adapter verweigert Rücksicherung nach iob crash:
ist das richtig? Alle stehen auf iobroker nur backups auf root?
nein, das ist nicht richtig.
Wieso aber root?Arbeitest du nicht mit einem User?
Hast du diese Verzeichnisse kopiert über filezilla oder was du da hast?
Wem gehört bei dir denn eigentlich /opt/iobroker ?
ist das auch der root? -
@rosi8818 sagte in Backitup Adapter verweigert Rücksicherung nach iob crash:
mit dem Adapter sichere ich zusätzlich auf NAS
Mit welchem Verfahren? SMB/CIFS? NFS? FTP?
@thomas-braun said in Backitup Adapter verweigert Rücksicherung nach iob crash:
Mit welchem Verfahren? SMB/CIFS? NFS? FTP?
mit CIFS, hat auch sonst funktioniert, backup und restore bis auf jetzt wo ich es brauche... die Verzeichnisse sind voll mit Dateien
-
@thomas-braun said in Backitup Adapter verweigert Rücksicherung nach iob crash:
Mit welchem Verfahren? SMB/CIFS? NFS? FTP?
mit CIFS, hat auch sonst funktioniert, backup und restore bis auf jetzt wo ich es brauche... die Verzeichnisse sind voll mit Dateien
Dann muss die Freigabe zuvor auch in /opt/iobroker/backups gemountet werden. Sonst kann da nicht drauf zugegriffen werden.
Ist das gerade der Fall?
mount | sortIst der Ordner des Mountpunkts ansonsten leer?
ls -la /opt/iobroker/backups -
Dann muss die Freigabe zuvor auch in /opt/iobroker/backups gemountet werden. Sonst kann da nicht drauf zugegriffen werden.
Ist das gerade der Fall?
mount | sortIst der Ordner des Mountpunkts ansonsten leer?
ls -la /opt/iobroker/backups@thomas-braun said in Backitup Adapter verweigert Rücksicherung nach iob crash:
Ist der Ordner des Mountpunkts ansonsten leer?
der ist voll
und das kam beim ersten Befehl rauspi@smarthomepi:~ $ mount | sort //192.168.254.4/Ralf/Sicherung/iobroker/SmartHomePi on /opt/iobroker/backups typ e cifs (rw,relatime,vers=2.0,cache=strict,username=Admin,uid=0,noforceuid,gid=0, noforcegid,addr=192.168.254.4,file_mode=0777,dir_mode=0777,soft,nounix,mapposix, rsize=65536,wsize=65536,bsize=1048576,echo_interval=60,actimeo=1) //192.168.254.4/Ralf/Sicherung/iobroker/SmartHomePi on /opt/iobroker/backups typ e cifs (rw,relatime,vers=2.0,cache=strict,username=Admin,uid=0,noforceuid,gid=0, noforcegid,addr=192.168.254.4,file_mode=0777,dir_mode=0777,soft,nounix,mapposix, rsize=65536,wsize=65536,bsize=1048576,echo_interval=60,actimeo=1) //192.168.254.4/Ralf/Sicherung/iobroker/SmartHomePi on /opt/iobroker/backups typ e cifs (rw,relatime,vers=2.1,cache=strict,username=Admin,uid=0,noforceuid,gid=0, noforcegid,addr=192.168.254.4,file_mode=0777,dir_mode=0777,soft,nounix,serverino ,mapposix,rsize=1048576,wsize=1048576,bsize=1048576,echo_interval=60,actimeo=1) //192.168.254.4/Ralf/Sicherung/iobroker/SmartHomePi on /opt/iobroker/backups typ e cifs (rw,relatime,vers=2.1,cache=strict,username=Admin,uid=0,noforceuid,gid=0, noforcegid,addr=192.168.254.4,file_mode=0777,dir_mode=0777,soft,nounix,serverino ,mapposix,rsize=1048576,wsize=1048576,bsize=1048576,echo_interval=60,actimeo=1) 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,blki o) cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatim e,cpu,cpuacct) cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpu set) cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,de vices) cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,fr eezer) cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,re latime,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,xa ttr,name=systemd) configfs on /sys/kernel/config type configfs (rw,relatime) debugfs on /sys/kernel/debug type debugfs (rw,relatime) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmod e=000) /dev/sda1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,ioc harset=ascii,shortname=mixed,errors=remount-ro) /dev/sda2 on / type ext4 (rw,noatime,stripe=8191) devtmpfs on /dev type devtmpfs (rw,relatime,size=1806144k,nr_inodes=84128,mode=7 55) 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,relat ime) 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=28,pgrp=1,time out=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=394200k,mode=7 00,uid=1000,gid=1000) tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755) -
Dann muss die Freigabe zuvor auch in /opt/iobroker/backups gemountet werden. Sonst kann da nicht drauf zugegriffen werden.
Ist das gerade der Fall?
mount | sortIst der Ordner des Mountpunkts ansonsten leer?
ls -la /opt/iobroker/backups@thomas-braun said in Backitup Adapter verweigert Rücksicherung nach iob crash:
Dann muss die Freigabe zuvor auch in /opt/iobroker/backups gemountet werden. Sonst kann da nicht drauf zugegriffen werden.
Backup neu erstellen über den Adapter funktioniert, hab ich vor ein paar Minuten probiert... (der Ordner auf dem NAS
der Ordner auf dem Pi
-
@thomas-braun said in Backitup Adapter verweigert Rücksicherung nach iob crash:
Ist der Ordner des Mountpunkts ansonsten leer?
der ist voll
und das kam beim ersten Befehl rauspi@smarthomepi:~ $ mount | sort //192.168.254.4/Ralf/Sicherung/iobroker/SmartHomePi on /opt/iobroker/backups typ e cifs (rw,relatime,vers=2.0,cache=strict,username=Admin,uid=0,noforceuid,gid=0, noforcegid,addr=192.168.254.4,file_mode=0777,dir_mode=0777,soft,nounix,mapposix, rsize=65536,wsize=65536,bsize=1048576,echo_interval=60,actimeo=1) //192.168.254.4/Ralf/Sicherung/iobroker/SmartHomePi on /opt/iobroker/backups typ e cifs (rw,relatime,vers=2.0,cache=strict,username=Admin,uid=0,noforceuid,gid=0, noforcegid,addr=192.168.254.4,file_mode=0777,dir_mode=0777,soft,nounix,mapposix, rsize=65536,wsize=65536,bsize=1048576,echo_interval=60,actimeo=1) //192.168.254.4/Ralf/Sicherung/iobroker/SmartHomePi on /opt/iobroker/backups typ e cifs (rw,relatime,vers=2.1,cache=strict,username=Admin,uid=0,noforceuid,gid=0, noforcegid,addr=192.168.254.4,file_mode=0777,dir_mode=0777,soft,nounix,serverino ,mapposix,rsize=1048576,wsize=1048576,bsize=1048576,echo_interval=60,actimeo=1) //192.168.254.4/Ralf/Sicherung/iobroker/SmartHomePi on /opt/iobroker/backups typ e cifs (rw,relatime,vers=2.1,cache=strict,username=Admin,uid=0,noforceuid,gid=0, noforcegid,addr=192.168.254.4,file_mode=0777,dir_mode=0777,soft,nounix,serverino ,mapposix,rsize=1048576,wsize=1048576,bsize=1048576,echo_interval=60,actimeo=1) 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,blki o) cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatim e,cpu,cpuacct) cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpu set) cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,de vices) cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,fr eezer) cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,re latime,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,xa ttr,name=systemd) configfs on /sys/kernel/config type configfs (rw,relatime) debugfs on /sys/kernel/debug type debugfs (rw,relatime) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmod e=000) /dev/sda1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,ioc harset=ascii,shortname=mixed,errors=remount-ro) /dev/sda2 on / type ext4 (rw,noatime,stripe=8191) devtmpfs on /dev type devtmpfs (rw,relatime,size=1806144k,nr_inodes=84128,mode=7 55) 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,relat ime) 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=28,pgrp=1,time out=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=394200k,mode=7 00,uid=1000,gid=1000) tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)Äh, du hast das jetzt viermal übereinander gemounted. Das kann natürlich nicht sauber funktionieren. Keine Ahnung wie man das schafft...
sudo umount /opt/iobroker/backupsSolange bis bei
mount | sortdie Freigabe nicht mehr auftaucht. Oder hast du das auch noch in der /etc/fstab drin?
-
@thomas-braun said in Backitup Adapter verweigert Rücksicherung nach iob crash:
Dann muss die Freigabe zuvor auch in /opt/iobroker/backups gemountet werden. Sonst kann da nicht drauf zugegriffen werden.
Backup neu erstellen über den Adapter funktioniert, hab ich vor ein paar Minuten probiert... (der Ordner auf dem NAS
der Ordner auf dem Pi
@rosi8818 Welches NAS hast du im Einsatz. Wenn dieser Fehler kommt, versuchst du den Restore vom NAS aus und da fehlen die rechte für das schreiben in einen Unterordner.
Mein Rat für den schnellen restore:
Die benötigten Backups mit einem SFTP Tool (z.B. Filezilla) vom NAS auf deinen iobroker in den Ordner /opt/iobroker/backups legen und den Restore lokal ausführen.Grundsätzlich rate ich generell den restore lokal auszuführen.
Das schließt einige Fehlerquellen aus, die backitup zum Großteil nicht beeinflussen kannIm Nachgang kannst du denn deine Rechte auf dem NAS mal pürfen.
-
@thomas-braun said in Backitup Adapter verweigert Rücksicherung nach iob crash:
Äh, du hast das jetzt viermal übereinander gemounted. Das kann natürlich nicht sauber funktionieren. Keine Ahnung wie man das schafft...
woran sehe ich das und wie kann ich das gemacht haben?
-
@thomas-braun said in Backitup Adapter verweigert Rücksicherung nach iob crash:
Äh, du hast das jetzt viermal übereinander gemounted. Das kann natürlich nicht sauber funktionieren. Keine Ahnung wie man das schafft...
woran sehe ich das und wie kann ich das gemacht haben?
Ich sehe das an den vier Einträgen in der mount-Tabelle:
//192.168.254.4/Ralf/Sicherung/iobroker/SmartHomePi on /opt/iobroker/backups type cifs (rw,relatime,vers=2.0,cache=strict,username=Admin,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.254.4,file_mode=0777,dir_mode=0777,soft,nounix,mapposix,rsize=65536,wsize=65536,bsize=1048576,echo_interval=60,actimeo=1) //192.168.254.4/Ralf/Sicherung/iobroker/SmartHomePi on /opt/iobroker/backups type cifs (rw,relatime,vers=2.0,cache=strict,username=Admin,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.254.4,file_mode=0777,dir_mode=0777,soft,nounix,mapposix,rsize=65536,wsize=65536,bsize=1048576,echo_interval=60,actimeo=1) //192.168.254.4/Ralf/Sicherung/iobroker/SmartHomePi on /opt/iobroker/backups type cifs (rw,relatime,vers=2.1,cache=strict,username=Admin,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.254.4,file_mode=0777,dir_mode=0777,soft,nounix,serverino,mapposix,rsize=1048576,wsize=1048576,bsize=1048576,echo_interval=60,actimeo=1) //192.168.254.4/Ralf/Sicherung/iobroker/SmartHomePi on /opt/iobroker/backups type cifs (rw,relatime,vers=2.1,cache=strict,username=Admin,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.254.4,file_mode=0777,dir_mode=0777,soft,nounix,serverino,mapposix,rsize=1048576,wsize=1048576,bsize=1048576,echo_interval=60,actimeo=1) -
@rosi8818 Welches NAS hast du im Einsatz. Wenn dieser Fehler kommt, versuchst du den Restore vom NAS aus und da fehlen die rechte für das schreiben in einen Unterordner.
Mein Rat für den schnellen restore:
Die benötigten Backups mit einem SFTP Tool (z.B. Filezilla) vom NAS auf deinen iobroker in den Ordner /opt/iobroker/backups legen und den Restore lokal ausführen.Grundsätzlich rate ich generell den restore lokal auszuführen.
Das schließt einige Fehlerquellen aus, die backitup zum Großteil nicht beeinflussen kannIm Nachgang kannst du denn deine Rechte auf dem NAS mal pürfen.
@simatec said in Backitup Adapter verweigert Rücksicherung nach iob crash:
Welches NAS hast du im Einsatz
ein QNAP...
ich habe im Adapter auch auf lokal gestellt für den Restore und ausgeführt, da kommt auch dieser Fehler. Deshalb vermutete ich ja das bei den Rechten was schiefgelaufen ist.
Die Rechte müssen doch stimmen, sonst würde der ja nicht sichern oder und am NAS habe ich seit einrichten des iob nichts mehr geändert an irgendwelchen Rechten. Ich will mich hier nicht sträuben, nur verstehen - sorry wenn ich manchmal etwas unbeholfen bin -
@simatec said in Backitup Adapter verweigert Rücksicherung nach iob crash:
Welches NAS hast du im Einsatz
ein QNAP...
ich habe im Adapter auch auf lokal gestellt für den Restore und ausgeführt, da kommt auch dieser Fehler. Deshalb vermutete ich ja das bei den Rechten was schiefgelaufen ist.
Die Rechte müssen doch stimmen, sonst würde der ja nicht sichern oder und am NAS habe ich seit einrichten des iob nichts mehr geändert an irgendwelchen Rechten. Ich will mich hier nicht sträuben, nur verstehen - sorry wenn ich manchmal etwas unbeholfen bin -
Ich sehe das an den vier Einträgen in der mount-Tabelle:
//192.168.254.4/Ralf/Sicherung/iobroker/SmartHomePi on /opt/iobroker/backups type cifs (rw,relatime,vers=2.0,cache=strict,username=Admin,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.254.4,file_mode=0777,dir_mode=0777,soft,nounix,mapposix,rsize=65536,wsize=65536,bsize=1048576,echo_interval=60,actimeo=1) //192.168.254.4/Ralf/Sicherung/iobroker/SmartHomePi on /opt/iobroker/backups type cifs (rw,relatime,vers=2.0,cache=strict,username=Admin,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.254.4,file_mode=0777,dir_mode=0777,soft,nounix,mapposix,rsize=65536,wsize=65536,bsize=1048576,echo_interval=60,actimeo=1) //192.168.254.4/Ralf/Sicherung/iobroker/SmartHomePi on /opt/iobroker/backups type cifs (rw,relatime,vers=2.1,cache=strict,username=Admin,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.254.4,file_mode=0777,dir_mode=0777,soft,nounix,serverino,mapposix,rsize=1048576,wsize=1048576,bsize=1048576,echo_interval=60,actimeo=1) //192.168.254.4/Ralf/Sicherung/iobroker/SmartHomePi on /opt/iobroker/backups type cifs (rw,relatime,vers=2.1,cache=strict,username=Admin,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.254.4,file_mode=0777,dir_mode=0777,soft,nounix,serverino,mapposix,rsize=1048576,wsize=1048576,bsize=1048576,echo_interval=60,actimeo=1)@thomas-braun said in Backitup Adapter verweigert Rücksicherung nach iob crash:
Ich sehe das an den vier Einträgen in der mount-Tabelle:
ach so, habe jetzt alle mal entfernt bis auf den letzten
//192.168.254.4/Ralf/Sicherung/iobroker/SmartHomePi on /opt/iobroker/backups type cifs (rw,relatime,vers=2.0,cache=strict,username=Admin,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.254.4,file_mode=0777,dir_mode=0777,soft,nounix,mapposix,rsize=65536,wsize=65536,bsize=1048576,echo_interval=60,actimeo=1) 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) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) /dev/sda1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro) /dev/sda2 on / type ext4 (rw,noatime,stripe=8191) devtmpfs on /dev type devtmpfs (rw,relatime,size=1806144k,nr_inodes=84128,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=28,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=394200k,mode=700,uid=1000,gid=1000) tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755) -
@thomas-braun said in Backitup Adapter verweigert Rücksicherung nach iob crash:
Ich sehe das an den vier Einträgen in der mount-Tabelle:
ach so, habe jetzt alle mal entfernt bis auf den letzten
//192.168.254.4/Ralf/Sicherung/iobroker/SmartHomePi on /opt/iobroker/backups type cifs (rw,relatime,vers=2.0,cache=strict,username=Admin,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.254.4,file_mode=0777,dir_mode=0777,soft,nounix,mapposix,rsize=65536,wsize=65536,bsize=1048576,echo_interval=60,actimeo=1) 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) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) /dev/sda1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro) /dev/sda2 on / type ext4 (rw,noatime,stripe=8191) devtmpfs on /dev type devtmpfs (rw,relatime,size=1806144k,nr_inodes=84128,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=28,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=394200k,mode=700,uid=1000,gid=1000) tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)@rosi8818 sagte in Backitup Adapter verweigert Rücksicherung nach iob crash:
habe jetzt alle mal entfernt bis auf den letzten
warum nicht alle?
-
@thomas-braun said in Backitup Adapter verweigert Rücksicherung nach iob crash:
Ich sehe das an den vier Einträgen in der mount-Tabelle:
ach so, habe jetzt alle mal entfernt bis auf den letzten
//192.168.254.4/Ralf/Sicherung/iobroker/SmartHomePi on /opt/iobroker/backups type cifs (rw,relatime,vers=2.0,cache=strict,username=Admin,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.254.4,file_mode=0777,dir_mode=0777,soft,nounix,mapposix,rsize=65536,wsize=65536,bsize=1048576,echo_interval=60,actimeo=1) 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) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) /dev/sda1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro) /dev/sda2 on / type ext4 (rw,noatime,stripe=8191) devtmpfs on /dev type devtmpfs (rw,relatime,size=1806144k,nr_inodes=84128,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=28,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=394200k,mode=700,uid=1000,gid=1000) tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)@rosi8818 sagte in Backitup Adapter verweigert Rücksicherung nach iob crash:
ach so, habe jetzt alle mal entfernt bis auf den letzten
Wie entfernt?
Die entfernt man nur per umount. Und die solltest du alle umounten. -
@rosi8818 sagte in Backitup Adapter verweigert Rücksicherung nach iob crash:
ach so, habe jetzt alle mal entfernt bis auf den letzten
Wie entfernt?
Die entfernt man nur per umount. Und die solltest du alle umounten.@thomas-braun said in Backitup Adapter verweigert Rücksicherung nach iob crash:
Wie entfernt?
Die entfernt man nur per umount.soory, entfernt, damit miente ich den unmount Befehl den du genannt hattest. nehme jetzt auch den letzten raus und versuche das mal. Melde mich gleich hier
-
@thomas-braun said in Backitup Adapter verweigert Rücksicherung nach iob crash:
Wie entfernt?
Die entfernt man nur per umount.soory, entfernt, damit miente ich den unmount Befehl den du genannt hattest. nehme jetzt auch den letzten raus und versuche das mal. Melde mich gleich hier
Wenn die Freigaben alle umounted sind, dann bitte nochmal
ls -la /opt/iobroker/backupsIm Idealfall ist das dann leer.
-
habe folgendes gemacht
jetzt hat er nur noch diesen hier (der ist schon älter)
alle einzelnen Adapter sind weg, den alten will ich nicht ausführen, zu viele Schritte zurück.@rosi8818 sagte in Backitup Adapter verweigert Rücksicherung nach iob crash:
alle einzelnen Adapter sind weg,
???
@rosi8818 sagte in Backitup Adapter verweigert Rücksicherung nach iob crash:
jetzt hat er nur noch diesen hier (der ist schon älter)
passt, die anderen waren auf dem gemounteten NAS
Dann jetzt das machen, was @simatec geschrieben hat und das aktuellste backup vom NAS mit filezilla auf den iobroker kopieren
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
habe folgendes gemacht
jetzt hat er nur noch diesen hier (der ist schon älter)
alle einzelnen Adapter sind weg, den alten will ich nicht ausführen, zu viele Schritte zurück.
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden345
Online32.8k
Benutzer82.6k
Themen1.3m
Beiträge