UNSOLVED Zigbee Adapter Problem nach Update

[arteck]

@biker1602 du hast da noch was anderes gemacht.. ich wette mit dir.. die Änderung von 1.3.0 auf 1.3.1 war nur eine Abhängigkeit korrektur.. die mit dem adapter indirekt zu tun hatte. ich kann nur @Asgothian zustimmen OHNE LOG GEHT NIX

na was sag ich

01 10:51:57.129  - info: host.raspberrypi iobroker during GIMPLE pass: cfgIn file included from ../src/BluetoothHciSocket.cpp:8:../src/BluetoothHciSocket.cpp: In static member function ‘static void BluetoothHciSocket::Init(Nan::ADDON_REGISTER_FUNCTION_ARGS_TYPE)’:../src/BluetoothHciSocket.cpp:110:17: internal compiler error: Bus-Zugriffsfehler NAN_MODULE_INIT(BluetoothHciSocket::Init) {                 ^~~~~~~~~~~~~~~~~~../../../nan/nan.h:157:10: note: in definition of macro ‘NAN_MODULE_INIT’     void name(Nan::ADDON_REGISTER_FUNCTION_ARGS_TYPE target)          ^~~~0xb6b1311f ???	../sysdeps/unix/sysv/linux/arm/sigrestorer.S:64Please submit a full bug report,with preprocessed source if appropriate.Please include the complete backtrace with any bug report.See <file:///usr/share/doc/gcc-8/README.Bugs> for instructions.make: *** [bluetooth_hci_socket.target.mk:101: Release/obj.target/bluetooth_hci_socket/src/BluetoothHciSocket.o] Fehler 1gyp ERR! build error gyp ERR! stack Error: `make` failed with exit code: 2gyp ERR! stack     at ChildProcess.onExit (/usr/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:191:23)gyp ERR! stack     at ChildProcess.emit (events.js:198:13)gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:248:12)gyp ERR! System Linux 4.19.97-v7l+gyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "build" "--fallback-to-build" "--module=/opt/iobroker/node_modules/@abandonware/bluetooth-hci-socket/lib/binding/bluetooth_hci_socket.node" "--module_name=bluetooth_hci_socket" "--module_path=/opt/iobroker/node_modules/@abandonware/bluetooth-hci-socket/lib/binding" "--napi_version=6" "--node_abi_napi=napi" "--napi_build_version=0" "--node_napi_label=node-v64"gyp ERR! cwd /opt/iobroker/node_modules/@abandonware/bluetooth-hci-socketgyp ERR! node -v v10.20.1gyp ERR! node-gyp -v v5.1.0gyp ERR! not ok node-pre-gyp ERR! build error node-pre-gyp ERR! stack Error: Failed to execute '/usr/bin/node /usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js build --fallback-to-build --module=/opt/iobroker/node_modules/@abandonware/bluetooth-hci-socket/lib/binding/bluetooth_hci_socket.node --module_name=bluetooth_hci_socket --module_path=/opt/iobroker/node_modules/@abandonware/bluetooth-hci-socket/lib/binding --napi_version=6 --node_abi_napi=napi --napi_build_version=0 --node_napi_label=node-v64' (1)node-pre-gyp ERR! stack     at ChildProcess.<anonymous> (/opt/iobroker/node_modules/@abandonware/bluetooth-hci-socket/node_modules/node-pre-gyp/lib/util/compile.js:83:29)node-pre-gyp ERR! stack     at ChildProcess.emit (events.js:198:13)node-pre-gyp ERR! stack     at maybeClose (internal/child_process.js:982:16)node-pre-gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:259:5)node-pre-gyp ERR! System Linux 4.19.97-v7l+node-pre-gyp ERR! command "/usr/bin/node" "/opt/iobroker/node_modules/@abandonware/bluetooth-hci-socket/node_modules/.bin/node-pre-gyp" "install" "--fallback-to-build"node-pre-gyp ERR! cwd /opt/iobroker/node_modules/@abandonware/bluetooth-hci-socketnode-pre-gyp ERR! node -v v10.20.1node-pre-gyp ERR! node-pre-gyp -v v0.15.0node-pre-gyp ERR! not ok 
2020-11-01 10:52:06.511  - info: host.raspberrypi iobroker npm ERR! code ENOENTnpm ERR! syscall accessnpm ERR! path /opt/iobroker/node_modules/iobroker.mqtt/node_modules/wsnpm ERR! errno -2npm ERR! 
2020-11-01 10:52:06.513  - info: host.raspberrypi iobroker enoent ENOENT: no such file or directory, access '/opt/iobroker/node_modules/iobroker.mqtt/node_modules/ws'npm 
2020-11-01 10:52:06.517  - info: host.raspberrypi iobroker ERR! enoent This is related to npm not being able to find a file.npm ERR! 
2020-11-01 10:52:06.520  - info: host.raspberrypi iobroker enoent 
2020-11-01 10:52:06.575  - info: host.raspberrypi iobroker 
2020-11-01 10:52:06.578  - info: host.raspberrypi iobroker npm ERR! A complete log of this run can be found in:npm ERR!     /home/iobroker/.npm/_logs/2020-11-01T09_52_06_537Z-debug.log
2020-11-01 10:52:06.614  - error: host.raspberrypi iobroker host.raspberrypi Cannot install iobroker.web@3.0.14: 254
2020-11-01 10:52:06.677  - info: host.raspberrypi iobroker info
2020-11-01 10:52:06.680  - info: host.raspberrypi iobroker  sharp Using cached /home/iobroker/.npm/_libvips/libvips-8.10.0-linux-armv7.tar.br
2020-11-01 10:52:07.637  - info: host.raspberrypi iobroker exit 25
2020-11-01 10:53:09.770  - info: host.raspberrypi iobroker In file included from ../src/common.cc:21:/usr/include/c++/8/mutex:43:10: error: /usr/include/c++/8/bits/std_mutex.h: Eingabe-/Ausgabefehler #include <bits/std_mutex.h>          ^~~~~~~~~~~~~~~~~~
2020-11-01 10:53:09.771  - info: host.raspberrypi iobroker npm ERR! code ENOENTnpm ERR! syscall accessnpm ERR! path /opt/iobroker/node_modules/iobroker.mqtt/node_modules/wsnpm ERR! errno -2npm ERR! enoent ENOENT: no such file or directory, access '/opt/iobroker/node_modules/iobroker.mqtt/node_modules/ws'npm ERR! enoent This is related to npm not being able to find a file.npm ERR! enoent 
2020-11-01 10:53:13.171  - info: host.raspberrypi iobroker In file included from ../src/common.cc:21:/usr/include/c++/8/mutex:178:25: error: expected class-name before ‘,’ token   : private __mutex_base, public __timed_mutex_impl<timed_mutex>                         ^/usr/include/c++/8/mutex:181:13: error: ‘__native_type’ does not name a type; did you mean ‘__false_type’?     typedef __native_type*      native_handle_type;             ^~~~~~~~~~~~~             __false_type/usr/include/c++/8/mutex:223:5: error: ‘native_handle_type’ does not name a type     native_handle_type     ^~~~~~~~~~~~~~~~~~/usr/include/c++/8/mutex: In member function ‘void std::timed_mutex::lock()’:/usr/include/c++/8/mutex:192:39: error: ‘_M_mutex’ was not declared in this scope       int __e = __gthread_mutex_lock(&_M_mutex);                                       ^~~~~~~~/usr/include/c++/8/mutex:192:39: note: suggested alternative: ‘timed_mutex’       int __e = __gthread_mutex_lock(&_M_mutex);                                       ^~~~~~~~                                       timed_mutex/usr/include/c++/8/mutex: In member function ‘bool std::timed_mutex::try_lock()’:/usr/include/c++/8/mutex:203:40: error: ‘_M_mutex’ was not declared in this scope       return !__gthread_mutex_trylock(&_M_mutex);                                        ^~~~~~~~/usr/include/c++/8/mutex:203:40: note: suggested alternative: ‘timed_mutex’       return !__gthread_mutex_trylock(&_M_mutex);                                        ^~~~~~~~                                        timed_mutex/usr/include/c++/8/mutex: In member function ‘void std::timed_mutex::unlock()’:/usr/include/c++/8/mutex:220:31: error: ‘_M_mutex’ was not declared in this scope       __gthread_mutex_unlock(&_M_mutex);                               ^~~~~~~~/usr/include/c++/8/mutex:220:31: note: suggested alternative: ‘timed_mutex’       __gthread_mutex_unlock(&_M_mutex);                               ^~~~~~~~                               timed_mutex/usr/include/c++/8/mutex: In member function ‘bool std::timed_mutex::_M_timedlock(const __gthread_time_t&)’:/usr/include/c++/8/mutex:232:44: error: ‘_M_mutex’ was not declared in this scope       { return !__gthread_mutex_timedlock(&_M_mutex, &__ts); }                                            ^~~~~~~~/usr/include/c++/8/mutex:232:44: note: suggested alternative: ‘timed_mutex’       { return !__gthread_mutex_timedlock(&_M_mutex, &__ts); }                                            ^~~~~~~~                                            timed_mutex/usr/include/c++/8/mutex: At global scope:/usr/include/c++/8/mutex:468:12: error: ‘unique_lock’ does not name a type     inline unique_lock<_Lock>            ^~~~~~~~~~~/usr/include/c++/8/mutex: In static member function ‘static void std::__try_lock_impl<_Idx, _Continue>::__do_try_lock(std::tuple<_Lock& ...>&, int&)’:/usr/include/c++/8/mutex:480:30: error: ‘__try_to_lock’ is not a member of ‘std’           auto __lock = std::__try_to_lock(std::get<_Idx>(__locks));                              ^~~~~~~~~~~~~/usr/include/c++/8/mutex:480:30: note: suggested alternative: ‘__try_lock_impl’           auto __lock = std::__try_to_lock(std::get<_Idx>(__locks));                              ^~~~~~~~~~~~~                              __try_lock_impl/usr/include/c++/8/mutex: In static member function ‘static void std::__try_lock_impl<_Idx, false>::__do_try_lock(std::tuple<_Lock& ...>&, int&)’:/usr/include/c++/8/mutex:500:30: error: ‘__try_to_lock’ is not a member of ‘std’           auto __lock = std::__try_to_lock(std::get<_Idx>(__locks));                              ^~~~~~~~~~~~~/usr/include/c++/8/mutex:500:30: note: suggested alternative: ‘__try_lock_impl’           auto __lock = std::__try_to_lock(std::get<_Idx>(__locks));                              ^~~~~~~~~~~~~                              __try_lock_impl/usr/include/c++/8/mutex: In function ‘void std::lock(_L1&, _L2&, _L3& ...)’:/usr/include/c++/8/mutex:547:11: error: ‘unique_lock’ was not declared in this scope           unique_lock<_L1> __first(__l1);           ^~~~~~~~~~~/usr/include/c++/8/mutex:547:26: error: expected primary-expression before ‘>’ token           unique_lock<_L1> __first(__l1);                          ^/usr/include/c++/8/mutex:553:15: error: ‘__first’ was not declared in this scope               __first.release();               ^~~~~~~/usr/include/c++/8/mutex:553:15: note: suggested alternative: ‘__fpos_t’               __first.release();               ^~~~~~~               __fpos_t../src/common.cc: At global scope:../src/common.cc:519:8: error: ‘mutex’ in namespace ‘std’ does not name a type   std::mutex vipsWarningsMutex;        ^~~~~../src/common.cc:519:3: note: ‘std::mutex’ is defined in header ‘<mutex>’; did you forget to ‘#include <mutex>’?../src/common.cc:27:1:+#include <mutex> ../src/common.cc:519:3:   std::mutex vipsWarningsMutex;   ^~~../src/common.cc: In function ‘void sharp::VipsWarningCallback(const char*, GLogLevelFlags, const char*, void*)’:../src/common.cc:525:10: error: ‘lock_guard’ is not a member of ‘std’     std::lock_guard<std::mutex> lock(vipsWarningsMutex);          ^~~~~~~~~~../src/common.cc:525:10: note: ‘std::lock_guard’ is defined in header ‘<mutex>’; did you forget to ‘#include <mutex>’?../src/common.cc:525:26: error: ‘mutex’ is not a member of ‘std’     std::lock_guard<std::mutex> lock(vipsWarningsMutex);                          ^~~~~../src/common.cc:525:26: note: ‘std::mutex’ is defined in header ‘<mutex>’; did you forget to ‘#include <mutex>’?../src/common.cc:525:38: error: ‘vipsWarningsMutex’ was not declared in this scope     std::lock_guard<std::mutex> lock(vipsWarningsMutex);                                      ^~~~~~~~~~~~~~~~~../src/common.cc:525:38: note: suggested alternative: ‘vipsWarnings’     std::lock_guard<std::mutex> lock(vipsWarningsMutex);                                      ^~~~~~~~~~~~~~~~~                                      vipsWarnings../src/common.cc:525:33: error: ‘lock’ was not declared in this scope     std::lock_guard<std::mutex> lock(vipsWarningsMutex);                                 ^~~~../src/common.cc:525:33: note: suggested alternative:In file included from ../src/common.cc:21:/usr/include/c++/8/mutex:542:5: note:   ‘std::lock’     lock(_L1& __l1, _L2& __l2, _L3&... __l3)     ^~~~../src/common.cc: In function ‘std::string sharp::VipsWarningPop()’:../src/common.cc:534:10: error: ‘lock_guard’ is not a member of ‘std’     std::lock_guard<std::mutex> lock(vipsWarningsMutex);          ^~~~~~~~~~../src/common.cc:534:10: note: ‘std::lock_guard’ is defined in header ‘<mutex>’; did you forget to ‘#include <mutex>’?../src/common.cc:534:26: error: ‘mutex’ is not a member of ‘std’     std::lock_guard<std::mutex> lock(vipsWarningsMutex);                          ^~~~~../src/common.cc:534:26: note: ‘std::mutex’ is defined in header ‘<mutex>’; did you forget to ‘#include <mutex>’?../src/common.cc:534:38: error: ‘vipsWarningsMutex’ was not declared in this scope     std::lock_guard<std::mutex> lock(vipsWarningsMutex);                                      ^~~~~~~~~~~~~~~~~../src/common.cc:534:38: note: suggested alternative: ‘vipsWarnings’     std::lock_guard<std::mutex> lock(vipsWarningsMutex);                                      ^~~~~~~~~~~~~~~~~                                      vipsWarnings../src/common.cc:534:33: error: ‘lock’ was not declared in this scope     std::lock_guard<std::mutex> lock(vipsWarningsMutex);                                 ^~~~../src/common.cc:534:33: note: suggested alternative:In file included from ../src/common.cc:21:/usr/include/c++/8/mutex:542:5: note:   ‘std::lock’     lock(_L1& __l1, _L2& __l2, _L3&... __l3)     ^~~~
2020-11-01 10:53:13.173  - info: host.raspberrypi iobroker npm ERR! A complete log of this run can be found in:npm ERR!     /home/iobroker/.npm/_logs/2020-11-01T09_53_09_282Z-debug.log
2020-11-01 10:53:13.173  - error: host.raspberrypi iobroker host.raspberrypi Cannot install iobroker.zigbee@1.3.1: 254
2020-11-01 10:53:13.175  - info: host.raspberrypi iobroker exit 25

und dann weiter

2020-11-01 11:19:44.039  - info: host.raspberrypi "system.adapter.zigbee.0" enabled
2020-11-01 11:19:46.122  - info: host.raspberrypi instance system.adapter.zigbee.0 started with pid 15980
2020-11-01 11:19:46.673  - error: host.raspberrypi Caught by controller[0]: /opt/iobroker/node_modules/zigbee-herdsman/node_modules/bindings/bindings.js:135
2020-11-01 11:19:46.674  - error: host.raspberrypi Caught by controller[0]:   throw err;
2020-11-01 11:19:46.674  - error: host.raspberrypi Caught by controller[0]:   ^
2020-11-01 11:19:46.674  - error: host.raspberrypi Caught by controller[0]: Error: Could not locate the bindings file. Tried:
2020-11-01 11:19:46.674  - error: host.raspberrypi Caught by controller[0]:  → /opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/bindings/build/bindings.node
2020-11-01 11:19:46.675  - error: host.raspberrypi Caught by controller[0]:  → /opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/bindings/build/Debug/bindings.node
2020-11-01 11:19:46.675  - error: host.raspberrypi Caught by controller[0]:  → /opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/bindings/build/Release/bindings.node
2020-11-01 11:19:46.675  - error: host.raspberrypi Caught by controller[0]:  → /opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/bindings/out/Debug/bindings.node
2020-11-01 11:19:46.675  - error: host.raspberrypi Caught by controller[0]:  → /opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/bindings/Debug/bindings.node
2020-11-01 11:19:46.675  - error: host.raspberrypi Caught by controller[0]:  → /opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/bindings/out/Release/bindings.node
2020-11-01 11:19:46.675  - error: host.raspberrypi Caught by controller[0]:  → /opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/bindings/Release/bindings.node
2020-11-01 11:19:46.675  - error: host.raspberrypi Caught by controller[0]:  → /opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/bindings/build/default/bindings.node
2020-11-01 11:19:46.676  - error: host.raspberrypi Caught by controller[0]:  → /opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/bindings/compiled/10.20.1/linux/arm/bindings.node
2020-11-01 11:19:46.676  - error: host.raspberrypi Caught by controller[0]:  → /opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/bindings/addon-build/release/install-root/bindings.node
2020-11-01 11:19:46.676  - error: host.raspberrypi Caught by controller[0]:  → /opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/bindings/addon-build/debug/install-root/bindings.node
2020-11-01 11:19:46.676  - error: host.raspberrypi Caught by controller[0]:  → /opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/bindings/addon-build/default/install-root/bindings.node
2020-11-01 11:19:46.676  - error: host.raspberrypi Caught by controller[0]:  → /opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/bindings/lib/binding/node-v64-linux-arm/bindings.node
2020-11-01 11:19:46.676  - error: host.raspberrypi Caught by controller[0]:     at bindings (/opt/iobroker/node_modules/zigbee-herdsman/node_modules/bindings/bindings.js:126:9)
2020-11-01 11:19:46.676  - error: host.raspberrypi Caught by controller[0]:     at Object.<anonymous> (/opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/bindings/lib/linux.js:2:36)
2020-11-01 11:19:46.677  - error: host.raspberrypi Caught by controller[0]:     at Module._compile (internal/modules/cjs/loader.js:778:30)
2020-11-01 11:19:46.677  - error: host.raspberrypi Caught by controller[0]:     at Object.Module._extensions..js (internal/modules/cjs/loader.js:789:10)
2020-11-01 11:19:46.677  - error: host.raspberrypi Caught by controller[0]:     at Module.load (internal/modules/cjs/loader.js:653:32)
2020-11-01 11:19:46.677  - error: host.raspberrypi Caught by controller[0]:     at tryModuleLoad (internal/modules/cjs/loader.js:593:12)
2020-11-01 11:19:46.677  - error: host.raspberrypi Caught by controller[0]:     at Function.Module._load (internal/modules/cjs/loader.js:585:3)
2020-11-01 11:19:46.677  - error: host.raspberrypi Caught by controller[0]:     at Module.require (internal/modules/cjs/loader.js:692:17)
2020-11-01 11:19:46.677  - error: host.raspberrypi Caught by controller[0]:     at require (internal/modules/cjs/helpers.js:25:18)
2020-11-01 11:19:46.678  - error: host.raspberrypi Caught by controller[0]:     at Object.<anonymous> (/opt/iobroker/node_modules/zigbee-herdsman/node_modules/@serialport/bindings/lib/index.js:14:22)
2020-11-01 11:19:46.678  - error: host.raspberrypi instance system.adapter.zigbee.0 terminated with code 1 (JS_CONTROLLER_STOPPED)

du solltest dir mal die LOGs nach einem Update anschauen.

dein @serialport passt nicht zu dem schon installieren ...
mach folgendes

adapter stoppen

lösche per hand folgende ordner..

rm -R /opt/iobroker/node_modules/@serialport
rm -R /opt/iobroker/node_modules/zigbee-herdsman
rm -R /opt/iobroker/node_modules/zigbee-herdsman-converter

danach installierst du den Adapter nochmal mit der katze
starten läuft

[biker1602]

@arteck Muss ich danach alle Zigbee Module wieder neu anlernen?

[Asgothian]

@biker1602 Nein.

[biker1602]

@Asgothian Jetzt nochmal Stück für Stück. Ich habe mich mit WinSCP auf dem Raspi eingeloggt und die Ordner, die du beschrieben hast gesucht. Die habe ich auch gefunden. Jetzt soll ich den Adapter ausschalten oder besser gesagt stoppen und dann diese drei Ordner löschen. Richtig? Ich denke man soll keine Adapter über die Katze installieren. Habe ich ja auch noch nie gemacht aber schon oft gelesen. Muss ich erstmal suchen wo ich das dann finde. Aber erst wollte ich die Bestätigung, das es so richtig ist.

[Thomas Braun]

@biker1602
winSCP ist ein Filemanager.
Eigentlich geht man mit einem ssh-client wie z.B. puTTY auf den Server. Mit der Windows Powershell geht das aber mittlerweile auch.

Welche Version von nodeJS läuft da eigentlich bei dir? Ggf. ist die auch zu alt für neuen Code / Abhängigkeiten.

[biker1602]

@Thomas-Braun

Titel: JS controller
OS: linux
Verfügbar: 3.1.6

Ich mache eigentlich immer Updates

[Thomas Braun]

@biker1602 Das ist nicht die node-Version.
In einem Terminal (s.o. puTTY oder ssh über PowerShell) schaut mal die vollumfänglich damit nach:

which nodejs && nodejs -v && which node && node -v && which npm && npm -v && apt policy nodejs

[biker1602]

@Thomas-Braun Installiert: 10.20.1-1nodesource1

[Thomas Braun]

@biker1602
Ich würde node12 laufen lassen.

https://forum.iobroker.net/topic/35090/howto-nodejs-installation-und-upgrades-unter-debian

[biker1602]

@Thomas-Braun Hätte ich den Mist bloß laufen lassen wie er war. Wahrscheinlich habe ich mir das Ding jetzt zerschossen. Raspi starte nicht mehr grüne Lampe leuchtet durchweg als wenn er arbeitet aber nichts passiert.

[Thomas Braun]

@biker1602
Keine Ahnung was du da gemacht hast.
Ein simples Paket-Upgrade haut dir die Kiste nicht weg, wenn es richtig gemacht wird.

[DocGame]

@arteck
So der Nuc 10 ist gekommen und die Proxmox Instalation hat auch geklappt. Habe in einem LXC Contailer Ubuntu 20.4 installiert und darauf iobroker installiert. Nodes und Nodesjs sind auf 12.9 und NPM auf 6.14.8. Iobroker lief auf Anhieb. Nun will ich mein iobroker-data Verzeichnis mit winscp rüberschieben. Leider kein Zugriff.
Ich werde noch verrückt. Suche mich seit Stunden durchs Forum. Ich lese immer, das ich "nano /etc/ssh/sshd_config" eingeben soll und hier die "Permitrootlogin XXX" auf "Permitrootlogin yes" ändern soll. Leider funktioniert es immer noch nicht. Ist bestimmt nur nee Kleinigkeit. Kannst du mir auf die Sprünge helfen(Auch wenn es nicht mehr zum ursprünglichen Post passt). Denke es ist nur nee Kleinigkeit. Ich bin eben ein absoluter Linux Neuling.


Nachtrag: Zigbee-Adapter lässt sich hier ohne Probleme installieren(ist natürlich noch gelb, da der CC1352p-2 ja noch im aktiven Win10 System arbeitet).
Sobald ich das Datenverzeichniss kopiert bekomme und alles gut aussieht wird geswitcht.
Ich hoffe du hast einen Tip.

[Thomas Braun]

@DocGame

Ich lese immer, das ich "nano /etc/ssh/sshd_config" eingeben soll und hier die "Permitrootlogin XXX" auf "Permitrootlogin yes" ändern soll.

Quatsch. Wo kommen eigentlich immer diese behämmerten Anleitungen Sabotageanleitung her?
Als User per SSH einloggen und dann sollte man das rüber kopieren können.
Für sFTP müsste ja zuerst ein FTP-Server laufen. Tut er aber nicht. Also per SSH, der läuft ja schon...

Ich habe keine Ahnung von Windows, aber da sollte es doch einen File Manager geben, der das per SSH kann.

Tante Google sagt z. B.:

https://www.pks.mpg.de/~mueller/docs/suse10.3/opensuse-manual_de/manual/sec.filetrans.winssh.html

[Adnim]

@DocGame

unabhängig davon ob das jetzt gut ist was du machst.

ändere #permitrootlogin yes -> permitrootlogin yes

Wenn du fertig bist mit deinem upload, wieder den zugang verbieten...

[Thomas Braun]

@Adnim

Mal davon abgesehen, das Blödsinn durch Wiederholung nicht weniger blödsinnig wird ist sftp immer noch das falsche Protokoll.
rootpermit hin oder her.

[DocGame]

Irgendwie hat es jetzt geklappt. Ich komme unter der IP des LXC-Containers mit User root und meinem Passwort drauf.
Habe aber in allen Verzeichnissen geschaut und finde nirgens mein iobroker-verzeichnis wie ich es von meinen Win-installationen kenne.
Ich suche den Speicherplatz um mein iobroker-data Verzeichnis rein zu kopieren.
Bin jetzt zwar einen Schritt weiter aber leider noch nicht ganz am Ziel.
Hat noch jemand einen Tip?

[DocGame]

@Thomas-Braun
Die SFTP einstellung auf dem Screenshot war eine Momentaufnahme. Hatte vorher auch schon SCP........

[Thomas Braun]

@DocGame
/opt/iobroker

Und danach kannst du direkt den Fixer laufen lassen, du zerballerst da gerade die Rechte.

[DocGame]

@Thomas-Braun @Asgothian @arteck
Nochmals vielen Dank an alle.
Die Proxmoxinstallation läuft inzwischen seit Tagen einwandfrei und kein Vergleich zu Windows.
Influxdb und Grafana laufen auf einem weiteren CT und läuft einwandfrei.