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

[mtbsteve]

Moin, ich habe ein grosses Problem den iobroker auf einem RasperryPI 3+ zum laufen zu bekommen.

Nach der erfolgreichen Installation (ohne Fehlermeldungen) erhalte ich nach dem Aufruf der iobroker URL für das Admin UI nach wenigen Sekunden einen blank screen. Es kommen keinerlei Fehlermeldungen.

Ich habe alle Tests und Hinweise wie unter: https://www.iobroker.net/docu/index-26.htm?page_id=3928&lang=de beschrieben gemacht.
Demnach scheint die Installation fehlerfrei zu sein. Alle iobroker Prozesse laufen. In den (mir bekannten) Logfiles tauchen keine Fehlermeldungen auf.

Ich habe es unter Chrome und Firefox probiert, mit dem selben Ergebnis.
Gibt es irgendwelche Browser Settings die beachtet werden müssen?

[Glasfaser]

@mtbsteve sagte in ioBroker läuft nicht auf RasperryPI3:

Gibt es irgendwelche Browser Settings die beachtet werden müssen?

Nein ...
oder hast du ein AD-Blocker .. Pi-Hole .. oder..

Es kommen keinerlei Fehlermeldungen.

Zeige mal :
Ein/ und Ausgabe davon in Code-Tags </> hier einstellen

cd /opt/iobroker
npm ls | grep -E 'github.com|ERR' 

iobroker update -i
iobroker list instances
 
sudo ln -s /usr/bin/node /usr/bin/nodejs

uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs

.

Aufruf der iobroker URL für das Admin UI nach wenigen Sekunden einen blank screen.

Was sagt die Browser - Konsole ( F12 ) , was steht da .

[mtbsteve]

@glasfaser danke für die schnelle Antwort.
here you go:

i@iobrokerserver:~ $ cd /opt/iobroker
pi@iobrokerserver:/opt/iobroker $ npm ls | grep -E 'github.com|ERR' 
pi@iobrokerserver:/opt/iobroker $ iobroker update -i
Used repository: stable
Adapter    "admin"        : 6.2.20   , installed 6.2.20
Adapter    "backitup"     : 2.4.10   , installed 2.4.10
Adapter    "discovery"    : 3.0.5    , installed 3.0.5
Controller "js-controller": 4.0.23   , installed 4.0.23
pi@iobrokerserver:/opt/iobroker $ iobroker list instances
+ system.adapter.admin.0                  : admin                 : iobrokerserver                           -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
+ system.adapter.backitup.0               : backitup              : iobrokerserver                           -  enabled
+ system.adapter.discovery.0              : discovery             : iobrokerserver                           -  enabled

+ instance is alive
pi@iobrokerserver:/opt/iobroker $ sudo ln -s /usr/bin/node /usr/bin/nodejs
ln: die symbolische Verknüpfung '/usr/bin/nodejs' konnte nicht angelegt werden: Die Datei existiert bereits
pi@iobrokerserver:/opt/iobroker $ uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs
armv7l
/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
v16.17.0
v16.17.0
8.15.0
pi
/opt/iobroker
OK:1 http://raspbian.raspberrypi.org/raspbian stretch InRelease
OK:2 http://archive.raspberrypi.org/debian stretch InRelease
OK:3 https://deb.nodesource.com/node_16.x stretch InRelease
                             
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Aktualisierung für 8 Pakete verfügbar. Führen Sie »apt list --upgradable« aus, um sie anzuzeigen.
nodejs:
  Installiert:           16.17.0-1nodesource1
  Installationskandidat: 16.17.0-1nodesource1
  Versionstabelle:
 *** 16.17.0-1nodesource1 500
        500 https://deb.nodesource.com/node_16.x stretch/main armhf Packages
        100 /var/lib/dpkg/status
     8.11.1~dfsg-2~bpo9+1 500
        500 http://archive.raspberrypi.org/debian stretch/main armhf Packages
     4.8.2~dfsg-1 500
        500 http://raspbian.raspberrypi.org/raspbian stretch/main armhf Packages
pi@iobrokerserver:/opt/iobroker $ 

Sieht für mich alles korrekt aus.
Interessant wird es aber wenn ich F12 drücke und den iobroker aufrufe - der Raspi geht sofort komplett in die Knie und ich kann fast keine Interaktion mehr machen bis ich den Browser abgeschossen habe.
Plugins habe ich weder im Firefox noch im Chromium installiert.
Kann es sein dass mein Raspi 3+ einfach zu langsam ist um den iobroker laufen zu lassen?

[paul53]

@mtbsteve
Schau mal mit top die RAM-Auslastung an.

[Thomas Braun]

@mtbsteve sagte in ioBroker läuft nicht auf RasperryPI3:

stretch

Und warum installiert man im September 2022 ein bereits geraume Zeit abgekündigtes Produkt?
Installier das aktuelle Release 'Bullseye'.

[mtbsteve]

@thomas-braun said in ioBroker läuft nicht auf RasperryPI3:

Und warum installiert man im September 2022 ein bereits geraume Zeit abgekündigtes Produkt?
Installier das aktuelle Release 'Bullseye'.

Ich habe noch ein paar Anwendungen drauf die wahrscheinlich nicht so ohne weiteres auf Bullseye laufen werden.
Falls es daran liegen sollte dass iobroker unter Stretch nicht mehr lauffähig ist, wäre es für mich einfacher einen zweiten Raspi zu kaufen:)

[guergen]

@mtbsteve Was für Anwendungen sollen das sein? Neben dem IoBroker auf dem kleinen Raspi?

[Thomas Braun]

@mtbsteve sagte in ioBroker läuft nicht auf RasperryPI3:

Falls es daran liegen sollte dass iobroker unter Stretch nicht mehr lauffähig ist

Geht schon, aber es wird immer schwieriger für solche 'Oldtimer' die passenden Teile zu haben. Deswegen sind ja auch die Supportzeiten für das jeweilige Debian-Release sehr großzügig angelegt und ganz klar kommuniziert, damit man rechtzeitig seinen Kram anpassen kann.

Dann solltest du bei den paar anderen Anwendungen schauen, dass die auf Bullseye laufen oder Alternativen ins Auge fassen. 'Stretch' als Leiche zu schänden ist aber keine Alternative.

EOL:

Stretch ist also schon zwei Tode gestorben.

[mtbsteve]

Danke soweit.
Ich habe nun einen jungfräulichen Rasperry Pi3 genommen und Bullseye mit dem offiziellen Rasperry Installer installiert. Danach den ioBroker. Installation lief fehlerfrei.
Immerhin kann ich nun das Admin Menu auswählen, und konnte den initialen Setup des ioBorkers machen. Beim Anwählen des Menupunktes Adapter wird der Raspi schlagartig langsam und reagiert wenige Sekunden später auf keinerlei Aktionen mehr. Von der Stromversorgung trennen ist die einzige Möglichkeit den Raspi wieder zum leben zu erwecken.
Auf dem Rechner ist ausser dem ioBroker absolut nichts ausserhalb der Bullseye Orginalinstallation installiert.

Hat jemand den iobroker auf einem Rasperry PI3+ am laufen?

[DJMarc75]

@mtbsteve sagte in ioBroker läuft nicht auf RasperryPI3:

Rasperry Pi3 genommen und Bullseye mit dem offiziellen Rasperry Installer installiert.

Hoffentlich nicht die Desktop-Version ?!

@mtbsteve sagte in ioBroker läuft nicht auf RasperryPI3:

Hat jemand den iobroker auf einem Rasperry PI3+ am laufen?

Um genau zu sein 3 Stück, alle mit Bullseye und alle laufen ganz geschmeidig.

Netzteile vom original RPI3 angeschlossen ?

[Thomas Braun]

@mtbsteve sagte in ioBroker läuft nicht auf RasperryPI3:

Bullseye mit dem offiziellen Rasperry Installer installiert

Was genau? Die 'Lite'-Version?
Mit Desktop kannst du einen Rpi3 und iobroker vergessen, das wird nicht gescheit laufen.

[Homoran]

@mtbsteve sagte in ioBroker läuft nicht auf RasperryPI3:

Hat jemand den iobroker auf einem Rasperry PI3+ am laufen?

mehrere, auch Pi2!

@mtbsteve sagte in ioBroker läuft nicht auf RasperryPI3:

Beim Anwählen des Menupunktes Adapter wird der Raspi schlagartig langsam und reagiert wenige Sekunden später auf keinerlei Aktionen mehr.

klingt fast nach Problemen mit dem Internet. Zu dem Zeitpunkt wird üblicherweise kurz das Repo eingelesen.

@mtbsteve sagte in ioBroker läuft nicht auf RasperryPI3:

Von der Stromversorgung trennen ist die einzige Möglichkeit den Raspi wieder zum leben zu erwecken.

eher die beste Möglichkeit das Dateisystem zu schrotten!

Was sagte den TOP zu dem Zeitpunkt?

@thomas-braun sagte in ioBroker läuft nicht auf RasperryPI3:

Mit Desktop kannst du einen Rpi3 und iobroker vergessen

so lange da nicht die ganze office suite und tausende Spiele laufen, sollte selbst das bei der Grundinstallation kein Problem sein.

[mtbsteve]

@thomas-braun
Ich habe die "recommended option" installiert.

[Jan1]

Das war die falsche ;)

[mtbsteve]

@homoran
Ein screenshot von Top kurz bevor das System einfriert:

[mtbsteve]

@jan1 und was ist die richtige?

[Jan1]

@mtbsteve
die ohne Desktop und da am besten die lite.
Der 3er Pi hat 1GB RAM und der Desktop frisst da schon mal die Hälfte, also Probleme vorprogrammiert ;)

[Thomas Braun]

@jan1

Die Lite ist immer ohne Desktop.
Also die Empfehlung geht zu: 64bit Lite.

@mtbsteve
Da läuft dann kein Xorg, kein Chromium usw unnötig mit und du musst die Kiste nicht brutal vom Strom reißen. Schlächter!

[duejo]

@mtbsteve Moin, ich habe noch einen Rpi3 mit bullseye lite 32bit in aktuellem Zustand am laufen. Mit admin 5.3.8 funktioniert alles im Rahmen der Möglichkeiten des Gerätes. Ein Updateversuch auf admin 6.2.17 bzw. 6.2.20 führte bei mir jeweils zum beschriebenen einfrieren. Vielleicht hilft der Hinweis, ich bleibe mit dem Rpi3 erstmal auf admin 5.3.8.

[mtbsteve]

@duejo danke. Das erklärt es!! Ja ich bin auf Admin 6.2.20.