Neuinstall Raspi: Fehlermeldungen bei Install nach Anleitung
-
Systemdata Bitte Ausfüllen Hardwaresystem: Pi 3B+ Arbeitsspeicher: 1GB Festplattenart: SD-Karte Betriebssystem: https://downloads.raspberrypi.org/raspios_arm64/images/raspios_arm64-2021-11-08/ Node-Version: 14.18.3 Nodejs-Version: 14.18.3 NPM-Version: 6.14.15 Installationsart: https://www.iobroker.net/#de/documentation/install/linux.md Image genutzt: Nein Nagelneue Installation "nach Handbuch" auf einem blitzblanken
- Raspi 3B+ / SD-Card,
- Raspi-OS (siehe Link oben vom Raspberrypi.org-Server) ebenfalls neu per Raspi-Imager aufgespielt,
einzige "Besonderheit": LAN nicht angeschlossen, nur WLAN (statische V4-IP-Addr.), deutsch/Deutschland konfiguriert (Timezone, Keyboard etc.), SSH "konfiguriert" für Putty, sonst noch nichts. - ioBroker nach Standard-Anleitung (diehe Link oben "Installationsart") manuell installiert
Alles fehlerlos durchgelaufen bis zu Schritt 3/4, dort großer Block mit Fehlermeldungen:
(...zuvor alles ok...) Installed cmake ========================================================================== Creating ioBroker user and directory (2/4) ========================================================================== User iobroker created Created /etc/sudoers.d/iobroker Directory /opt/iobroker created ========================================================================== Installing ioBroker (3/4) ========================================================================== In file included from ../../nan/nan.h:58, from ../src/main.cpp:3: /root/.cache/node-gyp/14.18.3/include/node/node.h:787:7: warning: cast between incompatible function types from ‘void (*)(v8::Local<v8::Object>)’ to ‘node::addon_register_func’ {aka ‘void (*)(v8::Local<v8::Object>, v8::Local<v8::Value>, void*)’} [-Wcast-function-type] 787 | (node::addon_register_func) (regfunc), \ | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /root/.cache/node-gyp/14.18.3/include/node/node.h:821:3: note: in expansion of macro ‘NODE_MODULE_X’ 821 | NODE_MODULE_X(modname, regfunc, NULL, 0) // NOLINT (readability/null_usage) | ^~~~~~~~~~~~~ ../src/main.cpp:42:1: note: in expansion of macro ‘NODE_MODULE’ 42 | NODE_MODULE(diskusage, Init) | ^~~~~~~~~~~ In file included from ../../nan/nan.h:58, from ../src/unix_dgram.cc:5: /root/.cache/node-gyp/14.18.3/include/node/node.h:787:7: warning: cast between incompatible function types from ‘void (*)(v8::Local<v8::Object>)’ to ‘node::addon_register_func’ {aka ‘void (*)(v8::Local<v8::Object>, v8::Local<v8::Value>, void*)’} [-Wcast-function-type] 787 | (node::addon_register_func) (regfunc), \ | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /root/.cache/node-gyp/14.18.3/include/node/node.h:821:3: note: in expansion of macro ‘NODE_MODULE_X’ 821 | NODE_MODULE_X(modname, regfunc, NULL, 0) // NOLINT (readability/null_usage) | ^~~~~~~~~~~~~ ../src/unix_dgram.cc:404:1: note: in expansion of macro ‘NODE_MODULE’ 404 | NODE_MODULE(unix_dgram, Initialize) | ^~~~~~~~~~~ ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Open(Nan::NAN_METHOD_ARGS_TYPE)’: ../src/serialport.cpp:78:51: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type] 78 | uv_queue_work(uv_default_loop(), req, EIO_Open, (uv_after_work_cb)EIO_AfterOpen); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Update(Nan::NAN_METHOD_ARGS_TYPE)’: ../src/serialport.cpp:135:53: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type] 135 | uv_queue_work(uv_default_loop(), req, EIO_Update, (uv_after_work_cb)EIO_AfterUpdate); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Close(Nan::NAN_METHOD_ARGS_TYPE)’: ../src/serialport.cpp:175:52: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type] 175 | uv_queue_work(uv_default_loop(), req, EIO_Close, (uv_after_work_cb)EIO_AfterClose); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Flush(Nan::NAN_METHOD_ARGS_TYPE)’: ../src/serialport.cpp:215:52: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type] 215 | uv_queue_work(uv_default_loop(), req, EIO_Flush, (uv_after_work_cb)EIO_AfterFlush); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Set(Nan::NAN_METHOD_ARGS_TYPE)’: ../src/serialport.cpp:271:50: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type] 271 | uv_queue_work(uv_default_loop(), req, EIO_Set, (uv_after_work_cb)EIO_AfterSet); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Get(Nan::NAN_METHOD_ARGS_TYPE)’: ../src/serialport.cpp:316:50: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type] 316 | uv_queue_work(uv_default_loop(), req, EIO_Get, (uv_after_work_cb)EIO_AfterGet); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE GetBaudRate(Nan::NAN_METHOD_ARGS_TYPE)’: ../src/serialport.cpp:366:58: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type] 366 | uv_queue_work(uv_default_loop(), req, EIO_GetBaudRate, (uv_after_work_cb)EIO_AfterGetBaudRate); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ../src/serialport.cpp: In function ‘Nan::NAN_METHOD_RETURN_TYPE Drain(Nan::NAN_METHOD_ARGS_TYPE)’: ../src/serialport.cpp:412:52: warning: cast between incompatible function types from ‘void (*)(uv_work_t*)’ {aka ‘void (*)(uv_work_s*)’} to ‘uv_after_work_cb’ {aka ‘void (*)(uv_work_s*, int)’} [-Wcast-function-type] 412 | uv_queue_work(uv_default_loop(), req, EIO_Drain, (uv_after_work_cb)EIO_AfterDrain); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ../src/serialport.cpp: At global scope: ../src/serialport.cpp:433:28: warning: unnecessary parentheses in declaration of ‘ToParityEnum’ [-Wparentheses] 433 | SerialPortParity NAN_INLINE(ToParityEnum(const v8::Local<v8::String>& v8str)) { | ^ ../src/serialport.cpp:452:30: warning: unnecessary parentheses in declaration of ‘ToStopBitEnum’ [-Wparentheses] 452 | SerialPortStopBits NAN_INLINE(ToStopBitEnum(double stopBits)) { | ^ In file included from ../../../nan/nan.h:58, from ../src/./serialport.h:13, from ../src/serialport.cpp:1: /root/.cache/node-gyp/14.18.3/include/node/node.h:787:7: warning: cast between incompatible function types from ‘void (*)(Nan::ADDON_REGISTER_FUNCTION_ARGS_TYPE)’ {aka ‘void (*)(v8::Local<v8::Object>)’} to ‘node::addon_register_func’ {aka ‘void (*)(v8::Local<v8::Object>, v8::Local<v8::Value>, void*)’} [-Wcast-function-type] 787 | (node::addon_register_func) (regfunc), \ | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /root/.cache/node-gyp/14.18.3/include/node/node.h:821:3: note: in expansion of macro ‘NODE_MODULE_X’ 821 | NODE_MODULE_X(modname, regfunc, NULL, 0) // NOLINT (readability/null_usage) | ^~~~~~~~~~~~~ ../src/serialport.cpp:486:1: note: in expansion of macro ‘NODE_MODULE’ 486 | NODE_MODULE(serialport, init); | ^~~~~~~~~~~ ../src/serialport_unix.cpp: In function ‘int setup(int, OpenBaton*)’: ../src/serialport_unix.cpp:179:82: warning: ‘%s’ directive output may be truncated writing up to 1023 bytes into a region of size 1005 [-Wformat-truncation=] 179 | snprintf(data->errorString, sizeof(data->errorString), "Error %s Cannot open %s", strerror(errno), data->path); | ^~ ../src/serialport_unix.cpp:179:13: note: ‘snprintf’ output 20 or more bytes (assuming 1043) into a destination of size 1024 179 | snprintf(data->errorString, sizeof(data->errorString), "Error %s Cannot open %s", strerror(errno), data->path); | ~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ../src/serialport_unix.cpp: In function ‘void EIO_Open(uv_work_t*)’: ../src/serialport_unix.cpp:89:84: warning: ‘%s’ directive output may be truncated writing up to 1023 bytes into a region of size 1003 [-Wformat-truncation=] 89 | snprintf(data->errorString, sizeof(data->errorString), "Error: %s, cannot open %s", strerror(errno), data->path); | ^~ ../src/serialport_unix.cpp:89:13: note: ‘snprintf’ output 22 or more bytes (assuming 1045) into a destination of size 1024 89 | snprintf(data->errorString, sizeof(data->errorString), "Error: %s, cannot open %s", strerror(errno), data->path); | ~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ATTENTION: Error reporting via Sentry will be activated on next start of ioBroker ioBroker wants to make sure to deliver the most stable smart home system. To allow this we decided to implement an automatic error and crash reporting solution into the js-controller and also into adapters. THIS REPORTING WILL BE ENABLED WITH THE NEXT START OF YOUR IOBROKER! For any error that leads to the crash of the js-controller or one of the relevant adapters the error details are send to a server. For the js-controller and core adapters this server is located and operated in germany. For community adapters please check the Github Readme of the affected adapter for details which Sentry server is used. If you want to disable the error reporting you can use the command 'iobroker plugin disable sentry' This command will also make sure that no adapter that runs on this host will send crash reporting data to sentry. ========================================================================== Finalizing installation (4/4) ========================================================================== Enabling autostart... (...ab hier wieder alles ok bis Ende)Wann installiert (Stand der vom Install-Script gezogenen Daten): Vor 45 min.
Der ioBroker (GUI / Admin) scheint erst einmal ganz normal anzulaufen, Erstkonfig-Assistent lief normal durch. Leider kann ich selbst nicht einschätzen, wie schwerwiegend die Meldungen inhaltlich sind. (Das da Scripts Syntax- bzw. Runtime-Probleme haben, sehe ich. Aber nicht, ob ich diese Scripts jemals benötige bzw. im meinem Kontext -keine eigene VIS-GUI- eine Rolle spielen)
Bevor entsprechende Frage kommt: Ich kann leider aus Zeitgründen NICHT mal eben den Raspi nochmal plattmachen und diverse Neuinstallationen versuchen, da die kleine Kiste dringend gebraucht wird. Sorry, aber meine Praktikantin muss in wenigen Tagen ihre Hausarbeit vor der IHK verteidigen. Und solange die kleine Kiste mit 3 HM-Sensoren/Aktoren und etwas JS solange durchhält, muss das reichen! Für "geplant zwischenduch alles platt und neu machen" bleibt da leider keine Zeit / zu hohes sonstiges Risiko. Eigentlich wollten wir nur mal nach weggeflogener SD-Card den Raspi "sauber neu aufsetzen". (Danach wird sie, so bestanden, diese Kiste als Geschenk mitbekommen, also dann selbst kein Zugriff mehr drauf habe. - Aber ihr bitte noch nicht verraten!)
Aber ich denke (und weiß aus eigener Erfahrung), dass für Entwickler jegliche, noch dazu selten auftretende Fehlerberichte wertvoll sind. Deshalb dieser Post mit den originalen Screenshots zur weiteren Verwendung! Wegen der ansonsten ebenfalls nagelneuen Umgebung dürfte es außerdem ein dafür interessantes, weil von anderen Einflüssen somit sauberes Umfeld sein.
Das ist übrigens mein (ioBroker-bezogener) Raspi Nr. 12 in meiner Home + Pflegewohnung + "Hobby-Neurothemen-Forschungs-Labor"-Umgebung, (Raspi 3, 3B, 3B+, 4/4GB, 4/8GB, davon 1Host + 8 Slaves in Multihost für das Neuro-Projekt. Dieser hier war jedoch bzw. ist im Moment wieder classic stand alone als Single-Host vorgesehen. - Auf keinem dieser Raspis kann ich mich an eine ähnliche Install-Fehlermeldungs-Orgie erinnern (was es natürlich als "übersehen" nicht ausschließt)
Auch wg. 64bit-Raspi: Ich glaube es ist der 4. oder 5. mit 64bit Raspi-OS, wenn auch der erste in der aktuellsten Version. Die anderen Versionen liegen ebenfalls auf oben verlinkten Server (siehe eine Verz.-Ebene höher).
Falls es doch nun Folgeprobleme geben wird, werde ich die hier natürlich mitteilen.
Gruß und Danke für Eure tolle Arbeit!
bb61 alias "The Doctor"
-
@bb61 sagte in Neuinstall Raspi: Fehlermeldungen bei Install nach Anleitung:
dort großer Block mit Fehlermeldungen:
Nein, nur WARN!
alles ok! -
@homoran
Danke!
Hatte schon Angst wg. neuerer Versionen / 64-bit-Raspi-OS -
Ganz normale Meldungen von Compiler.
Da ist nix krumm.Raspberry-64bit ist immer noch nur Beta-Version.
Es gibt keine/kaum Vorteile im alltäglichen Betrieb, dafür noch ein paar Probleme im Desktop-Betrieb.Bei mir läuft es aber auch stabil auf einem Rpi4 8GB.
-
-
War klar... Darum ja auch 'kaum'.
Wobei influxdb2 auch nicht direkt aus dem Raspberry Repo sondern von Dritten angeboten wird.
