Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[e-i-k-e]

Mit dem SPI Flash (https://github.com/ayufan-rock64/linux-build/blob/master/recipes/flash-spi.md)

[Homoran]

@e-i-k-e
Das image basiert auf armbian, nicht direkt auf dem ayufan image! (Ok, armbian baut auch darauf auf).

Wenn es jetzt eh nicht läuft, versuch doch mal vom image auf sd karte armbian config aufzurufen

[e-i-k-e]

In das armbian-config komme ich, Updates vom System habe ich auch installiert.
Was genau soll ich testen?

Bestehen eigentlich noch Probleme mit dem USB3.0 Port?

[e-i-k-e]

Ich versuche momentan folgendes.
Image "stretch-minimal-rock64-0.8.0rc10-1125-arm64" und händisch iobroker zu installieren.
Allein wen ich ein Update "sudo apt-get update && sudo apt-get upgrade" bleibt er bei dieser Stelle stecken,

nach 10 min kommt von Putty die Meldung, dass das Gerät nicht mehr zu erreichen ist.

Auch nach mehreren Neustarts, ist der Rock jetzt nicht mehr zu erreichen.
Kann es sein, dass mein SSD Controller nicht kompatible ist oder ein defekt hat?
Hat jemand eine Empfehlung für einen neuen?

[Homoran]

@e-i-k-e sagte in Rock64 ssd/usb boot seltsames Verhalten:

Was genau soll ich testen?

Die verschiebung des filesystems auf usb/ssd natürlich.
Oder was ist dein Problem?

@e-i-k-e sagte in Rock64 ssd/usb boot seltsames Verhalten:

stretch-minimal-rock64-0.8.0rc10-1125-arm64

Wo kommt das her?

Du weisst aber, dass beim rock64 standardmässig vom emmc gebootet wird und der jumper gesetzt sein muss, wenn bei dort installiertem os trotzdem von sd gebootet werden soll

[e-i-k-e]

Das booten funktioniert mit dem image "stretch-minimal-rock64-0.8.0rc10-1125-arm64" (https://github.com/ayufan-rock64/linux-build/releases). Nur das System hängt sich dann beim Update "sudo apt-get update && sudo apt-get upgrade" (siehe Bild oben) auf. Danach ist kein booten des Systems mehr möglich. Somit komme ich nicht mal dazu, iobroker zu installieren.

[Homoran]

@e-i-k-e
Bei ayufan bin ich raus.

[v522533]

hab deinen post gestern bei facebook gesehen und auch schon geantwortet. hier nochmal ausführlicher: Ich habe das rock64 iobroker image von der iobroker homepage geladen und mit etcher auf eine festplatte geschrieben (bei mir eine hdd, sollte aber keinen unterschied machen) danach habe ich den spi flash per sd-karte durchgeführt. dann die festplatte an den usb 3.0 port angehängt und es hat auf anhieb geklappt. der rock bootet und läuft seither stabil ohne jegliche probleme. was hast du denn für ein festplattengehäuse?

[e-i-k-e]

Hallo,
ich habe gestern nochmal das fertige iobroker Image mit etcher geflasht und die SSD über den USB 3.0 Port angeschlossen. Den SPI flash habe ich im Vorfeld durchgeführt.
Es ist ein günstiges Gehäuse, Hersteller unbekannt. Ich habe mir vorsichtshalber bereits ein anderes bestellt (ICY BOX IB-AC603a-U3 USB 3.0 zu SATA).

Diesmal habe ich kein Update durchgeführt, ioBroker läuft. Wenn das neue Gehäuse da ist, werde ich mal ein Update des Systems wagen.

[v522533]

@e-i-k-e
ich habe auch ein billiges noname gehäuse von amazon gekauft. bei mir ging das update problemlos, keine ahnung, was das bei dir sein kann,

[e-i-k-e]

Neues Gehäuse/Controller ist da, nun läuft es von Anhieb besser.
Mein Multihostsystem läuft auf js-controller@1.5.7, somit möchte ich den Rock (Master) auch auf diesen stand bringen.
Jetzt fangen schon wieder die Probleme an. Was ist passiert und wie bekomme ich das in den Griff?
Solche Probleme hatte ich bei meiner SD Karte nie.

root@ioBroker-Rock:/opt/iobroker# iobroker stop
root@ioBroker-Rock:/opt/iobroker# npm i iobroker.js-controller@1.5.7

> iobroker.js-controller@1.5.7 preinstall /opt/iobroker/node_modules/iobroker.js-controller
> node lib/preinstallCheck.js

NPM version: 6.8.0
npm version >= 5: disabling package-lock

> diskusage@0.2.6 install /opt/iobroker/node_modules/diskusage
> node-gyp rebuild

make: Verzeichnis „/opt/iobroker/node_modules/diskusage/build“ wird betreten
  CXX(target) Release/obj.target/diskusage/src/main.o
  CXX(target) Release/obj.target/diskusage/src/diskusage_posix.o
  SOLINK_MODULE(target) Release/obj.target/diskusage.node
  COPY Release/diskusage.node
make: Verzeichnis „/opt/iobroker/node_modules/diskusage/build“ wird verlassen

> iobroker.js-controller@1.5.7 install /opt/iobroker/node_modules/iobroker.js-controller
> node iobroker.js setup first

+ iobroker.js-controller@1.5.7
added 17 packages from 12 contributors, removed 18 packages, updated 18 packages and audited 29769 packages in 102.835s
found 66 vulnerabilities (40 low, 1 moderate, 25 high)
  run `npm audit fix` to fix them, or `npm audit` for details
root@ioBroker-Rock:/opt/iobroker# iobroker start

root@ioBroker-Rock:/opt/iobroker# iobroker status
iobroker is running

Objects type: file
States  type: file

root@ioBroker-Rock:~# iobroker status
iobroker is running

Objects type: file
States  type: file
root@ioBroker-Rock:~# ps -A | grep iobroker
 2526 ?        00:00:19 iobroker.js-con
root@ioBroker-Rock:~# cd /opt/iobroker
root@ioBroker-Rock:/opt/iobroker# node node_modules/iobroker.js-controller/contr            oller.js --logs
2019-05-08 00:04:50.074  - info: host.ioBroker-Rock iobroker.js-controller versi            on 1.5.7 js-controller starting
2019-05-08 00:04:50.083  - info: host.ioBroker-Rock Copyright (c) 2014-2018 blue            fox, 2014 hobbyquaker
2019-05-08 00:04:50.084  - info: host.ioBroker-Rock hostname: ioBroker-Rock, nod            e: v8.16.0
2019-05-08 00:04:50.091  - info: host.ioBroker-Rock ip addresses: 192.168.3.100             fe80::343d:a2d2:99a1:e291
2019-05-08 00:04:50.531  - info: host.ioBroker-Rock  inMem-states listening on p            ort 9000
2019-05-08 00:04:52.848  - info: host.ioBroker-Rock  inMem-objects listening on             port 9001
2019-05-08 00:04:52.880  - error: Another instance is running or some applicatio            n uses port!
2019-05-08 00:04:52.882  - error: uncaught exception: listen EADDRINUSE 0.0.0.0:            9000
2019-05-08 00:04:52.898  - info: host.ioBroker-Rock terminated
2019-05-08 00:04:52.954  - info: iobroker _restart
listen EADDRINUSE 0.0.0.0:9001
Error: listen EADDRINUSE 0.0.0.0:9001
    at Server.setupListenHandle [as _listen2] (net.js:1360:14)
    at listenInCluster (net.js:1401:12)
    at doListen (net.js:1510:7)
    at _combinedTickCallback (internal/process/next_tick.js:142:11)
    at process._tickCallback (internal/process/next_tick.js:181:9)
    at Function.Module.runMain (module.js:696:11)
    at startup (bootstrap_node.js:204:16)
    at bootstrap_node.js:625:3

[e-i-k-e]

Habe den Rock gestern noch zwei mal neu aufgesetzt.

Beim 1. direkt Update auf js-controller 1.5.7. Bekomme nach einem Neustart die gleiche Fehlermeldung.
"Error: listen EADDRINUSE 0.0.0.0:9001" Diesen Fehler konnte ich auch nicht mit den Hilfestellungen aus dem Forum beheben.

Beim 2. kein Update auf 1.5.7 ioBroker läuft ohne Probleme.

Weswegen erhalte ich diese Fehlermeldung nach einem Update von JS-controller (ein Downgrade auf 1.4.2 behabt das Problem nicht mehr). Kann das irgednwie mit dem imgage und der SSD zusammenhängen?

[AlCalzone]

Bezogen auf deinen vorletzten Post:
iobroker status sagt iobroker is running, ps -A | grep iobroker bestätigt dir das. Dann startest du eine weitere Instanz von ioBroker per node .../controller.js. Klar, dass dann EADDRINUSE kommt, ioBroker läuft ja.

Vorher stoppen, dann kannst du auch per node ... den Controller mit Logs starten.

[e-i-k-e]

Okay, dass kann natürlich dann nicht funktionieren.

Allerdings beim zweiten versuch (neu aufgestztes ioBroker) bin ich als root wie folgt vorgegangen.

cd /opt/iobroker
iobroker stop
npm i iobroker.js-controller@1.5.7
restart

Und hatte anschließend die gleichen Fehler, ioBroker fuhr nicht hoch/war nicht erreichbar.
Ich möchte beim nächsten versuch ungern mein ioBroker wieder verschießen.
Wo liegt der Fehler?

aktuelles rock64 ioBroker image
npm läuft auf 6.8.0

[Homoran]

@e-i-k-e

iobroker restart

[AlCalzone]

iobroker start

[Homoran]

@AlCalzone
auch möglich ;-)
aber das iobroker fehlte

[e-i-k-e]

Natürlich habe ich iobroker start ausgeführt. 😉
In dem Fall habe ich das komplette System neugestartet.

[AlCalzone]

@e-i-k-e Dann brauchen wir ein paar zusätzliche Infos:

1. Ich nehme an, du hast ioBroker mit dem Installer-Skript installiert. Poste bitte mal den Inhalt der Datei /opt/iobroker/INSTALLER_INFO.txt.

2. Wenn ioBroker beim Start abstürzen sollte, müssten wir das im Log sehen. Schau mal in /opt/iobroker/log (oder logs?) und poste die Datei mit dem aktuellsten Datum.

3. Sofern da nix drin steht, finden wir vermutlich was mit journalctl -u iobroker. Die Ausgabe bitte auch posten.

[e-i-k-e]

root@ioBroker-Rock:~# nano /opt/iobroker/INSTALLER_INFO.txt
  GNU nano 2.7.4       Datei: /opt/iobroker/INSTALLER_INFO.txt

Installer version: 2019-02-03
Installation date 2019-02-09
Platform: linux
Installed as non-root user pi
init system: systemd
Autostart: systemd
ACL enabled: true

Nicht vorhanden.

root@ioBroker-Rock:/opt/iobroker# dir
backups                       iob            lib           package.json
CHANGELOG_INSTALLER_LINUX.md  iobroker       LICENSE       package-lock.json
install                       iobroker-data  log           README.md
INSTALLER_INFO.txt            killall.sh     node_modules  reinstall.sh
root@ioBroker-Rock:/opt/iobroker# cd
root@ioBroker-Rock:~# journalctl -u iobroker
-- Logs begin at Thu 2016-11-03 18:16:42 CET, end at Mon 2019-05-13 20:05:01 CES
Feb 09 14:58:36 ioBroker-Rock systemd[1]: Started ioBroker Server.
Feb 09 14:58:38 ioBroker-Rock bash[857]: host.ioBroker-Rock check instance "syst
Feb 09 14:58:38 ioBroker-Rock bash[857]: host.ioBroker-Rock check instance "syst
Feb 09 14:58:38 ioBroker-Rock bash[857]: object system.meta.uuid created: 62f3cd
Feb 09 14:58:44 ioBroker-Rock bash[857]: Send diag info: {"uuid":"62f3cdff-d47f-
Mai 08 01:17:04 ioBroker-Rock systemd[1]: Stopping ioBroker Server...
Mai 08 01:17:05 ioBroker-Rock systemd[1]: iobroker.service: Main process exited,
Mai 08 01:17:05 ioBroker-Rock systemd[1]: Stopped ioBroker Server.
Mai 08 01:17:05 ioBroker-Rock systemd[1]: iobroker.service: Unit entered failed
Mai 08 01:17:05 ioBroker-Rock systemd[1]: iobroker.service: Failed with result '
Mai 08 01:19:37 ioBroker-Rock systemd[1]: Started ioBroker Server.
Mai 08 01:19:41 ioBroker-Rock bash[3531]: host.ioBroker-Rock check instance "sys
Mai 08 01:19:41 ioBroker-Rock bash[3531]: host.ioBroker-Rock check instance "sys
Mai 08 01:19:41 ioBroker-Rock bash[3531]: host.ioBroker-Rock check instance "sys
Mai 08 01:19:41 ioBroker-Rock bash[3531]: host.ioBroker-Rock check instance "sys
Mai 08 01:19:41 ioBroker-Rock bash[3531]: host.ioBroker-Rock check instance "sys
Mai 08 01:19:41 ioBroker-Rock bash[3531]: host.ioBroker-Rock check instance "sys
Mai 08 01:19:41 ioBroker-Rock bash[3531]: host.ioBroker-Rock check instance "sys
Mai 08 01:19:41 ioBroker-Rock bash[3531]: host.ioBroker-Rock check instance "sys
Mai 08 01:19:41 ioBroker-Rock bash[3531]: host.ioBroker-Rock check instance "sys
Mai 08 01:19:41 ioBroker-Rock bash[3531]: host.ioBroker-Rock check instance "sys
Mai 08 01:19:41 ioBroker-Rock bash[3531]: host.ioBroker-Rock check instance "sys
lines 1-23

Ich habe aktuell den js-controller nicht aktualisiert, hier läuft die Version 1.4.2.
Das Update müsste ich zeitnahe durchführen.
Könnt ihr anhand der Daten schon etwas entdecken?