wie gelöschten Zigbee Adapter wieder herstellen?
-
als user (burn)
burn@iobroker-vm:/opt/iobroker$ ls -la /opt/iobroker/ insgesamt 1464 drwxrwxrwx+ 6 iobroker iobroker 4096 Mär 25 22:14 . drwxr-xr-x 3 root root 4096 Mär 22 16:25 .. drwxrwxrwx 2 root root 0 Mär 25 21:09 backups -rwxrwxrwx+ 1 iobroker iobroker 552 Mär 25 22:10 INSTALLER_INFO.txt lrwxrwxrwx 1 iobroker iobroker 22 Mär 25 22:10 iob -> /opt/iobroker/iobroker -rwxr-xr-x+ 1 iobroker iobroker 309 Mär 25 22:10 iobroker drwxrwxr-x+ 6 iobroker iobroker 4096 Mär 25 22:14 iobroker-data drwxrwxr-x+ 2 iobroker iobroker 4096 Mär 25 22:13 log drwxrwxr-x+ 740 iobroker iobroker 24576 Mär 25 21:51 node_modules -rw-rwxr--+ 1 iobroker iobroker 91 Mär 25 22:10 .npmrc -rw-rwxr--+ 1 iobroker iobroker 2292 Mär 25 21:51 package.json -rw-rwxr--+ 1 iobroker iobroker 1430866 Mär 25 21:51 package-lock.json -rw-rwxr--+ 1 iobroker iobroker 5693 Mär 22 16:25 reinstall.js burn@iobroker-vm:/opt/iobroker$ -
Mache mal bitte folgendes:
sudo reboot now 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/* -
@simatec Hi, ich weiß das Thema ist schon was älter, aber ich habe aktuell auch das Problem, dass ich meinen Jarvis Adapter nicht wiederherstellen kann. Hier mal die Meldungen aus dem Log:
Mir ist aufgefallen das der Owner des Backups Verzeichnisses noch root ist. Diesen kann ich aber mit den von dir genannten Befehlen oben nicht ändern. Sie werden zwar ohne Fehler ausgeführt, ändern aber nicht die Ownerschaft. Hast du noch ne Idee ?
Viele Grüße
Patrick -
@raama90
Wenn du da als root rumhampelst passiert halt ganz leicht krummes Zeug. -
@thomas-braun das mag sein. Ich bin leider kein Linux Crack und versuche gerade das Problem zu beheben, was mir nicht sonderlich leicht fällt
Es kann sein das die ganze Möhre damals als root installiert wurde. Später wurde dann das fix Skript laufen lassen. -
@raama90
Jedenfalls sehen die Rechte richtig so aus:Last login: Tue Jun 8 08:08:17 2021 from 192.168.178.51 echad@chet:~ $ cd /opt/iobroker/ echad@chet:/opt/iobroker $ ls -la insgesamt 2900 drwxrwxr-x+ 6 iobroker iobroker 4096 Mai 25 22:55 . drwxr-xr-x 5 root root 4096 Apr 30 19:17 .. drwxrwxr-x+ 2 iobroker iobroker 4096 Mai 30 21:09 backups -rwxrwxrwx+ 1 iobroker iobroker 965 Mai 25 22:55 INSTALLER_INFO.txt lrwxrwxrwx 1 iobroker iobroker 22 Mai 25 22:55 iob -> /opt/iobroker/iobroker -rwxr-xr-x+ 1 iobroker iobroker 309 Mai 25 22:55 iobroker drwxrwxr-x+ 7 iobroker iobroker 4096 Jun 8 09:30 iobroker-data drwxrwxr-x+ 2 iobroker iobroker 4096 Jun 8 09:23 log drwxrwxr-x+ 685 iobroker iobroker 20480 Jun 8 07:00 node_modules -rw-rwxr--+ 1 iobroker iobroker 91 Mai 25 22:55 .npmrc -rw-rwxr--+ 1 iobroker iobroker 1349 Jun 8 07:00 package.json -rw-rwxr--+ 1 iobroker iobroker 2901074 Jun 8 07:00 package-lock.json -rw-rwxr--+ 1 iobroker iobroker 5693 Jun 8 07:00 reinstall.js echad@chet:/opt/iobroker $ getfacl backups/ # file: backups/ # owner: iobroker # group: iobroker user::rwx group::r-x group:iobroker:rwx mask::rwx other::r-x default:user::rwx default:group::r-x default:group:iobroker:rwx default:mask::rwx default:other::r-x echad@chet:/opt/iobroker $Also mit ACL auf dem backup-Ordner.
-
Und gerade Nicht-Linux-Cracks sollten eine root-shell meiden wie der Teufel das Weihwasser. Da nutzt auch der iobroker fixer nichts.
-
@thomas-braun Die frage ist, wie bekomme ich das gefixt?
sudo chown iobroker:iobroker /opt/iobroker/backups sudo chown iobroker:iobroker /opt/iobroker/backups/*Hatte ich schon versucht. Ohne erfolg leider. Der Befehl wurde zwar abgesetzt, leider ohne Meldung.
-
Erstmal als root abmelden!
Dann mit einem user der sudoer ist weiterfrickeln.iobroker fixnochmal probieren, ansonsten die Rechte von Hand nach obigem Vorbild per setfacl setzen. Anleitung:
https://www.informatik-aktuell.de/betrieb/betriebssysteme/rechte-im-dateisystem-mehr-als-nur-rwx.html -
@thomas-braun Ich habs nun nochmal mehrfach versucht. Der Fix hilft ebenfalls nix. Ich habe zwischenzeitlich den iobroker auf ner neuen Umgebung frisch installiert. Die Ownerschaften sehen nun aus wie bei dir, also alles auf iobroker. Der backitup Adapter bringt beim restore von Jarvis aber auch bei einer nagelneuen Installation den o.g. Fehler.
Ein restore von iobroker selbst über den Backitup Adapter funktioniert hingegen tadellos..
Hast du noch ne Idee? Ich fische noch im trüben. -
whoamiUnd wie wurde das Backup von jarvis angelegt und wo abgelegt? Auf einer Freigabe auf einem NAS? SMB? NFS? Ganz woanders?
-
@thomas-braun Auf meiner NAS per CIFS
-
@thomas-braun ich bin jetzt nochmal alles durchgegangen, wie oben beschrieben:
sudo reboot now 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/*Danach war die Ownerschaft wieder korrekt. Allerdings der Ordnerinhalt von backups ein ganz anderer??? Ich stehe gerade maximal auf dem Schlauch.
Mein Restore jedenfalls hat nun auch geklappt... Trotzdem würde ich gerne verstehen was hier passiert.
-
@raama90 sagte in wie gelöschten Zigbee Adapter wieder herstellen?:
Allerdings der Ordnerinhalt von backups ein ganz anderer???
Das deutet darauf hin, dass der Ordner backups nicht leer ist. Was er als Mountpunkt für die CIFS-Freigabe eigentlich sein sollte (in ungemountetem Zustand)
-
@thomas-braun Jetzt versteh ich es zumindest halbwegs.
Wenn ich wieder einen Restore per NAS versuche gehts wieder nicht. Im Backups Ordner wird nun der Bestand des Verzeichnisses von der NAS angezeigt, hier allerdings ist überall root der Owner. Ein Restore klappt hier nicht.Beim letzten versuch hab ichs lokal versucht, das ging.
Sobald ich neustarte sind im Backups Verzeichnis wieder die lokalen Backups mit korrektem Owner.
Wie soll ich jetzt weiter vorgehen? Immerhin einen Workarround hab ich nun ja schonmal
-
Einstellungen für die Freigaben auf dem NAS sehen wie aus?
Einstellungen für das mounten im Backitup-Adapter sehen wie aus?
