Monatsrückblick Januar/Februar 2026 ist online!

[A Former User]

@thomas-braun

Hi
habe leider genau das gleiche Probleme an meinem Raspberry PI 4 mit externer SSD. Ein Stromausfall lässt den IOBroker nicht mehr laufen.
Der iobroker fix läuft durch und dmesg sagt:

[    0.000000] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1  smsc95xx.macaddr=DC:A6:32:45:95:84 vc_mem.mem_base=0x3eb00000 vc_mem.mem_size=0x3ff00000  console=ttyS0,115200 console=tty1 root=PARTUUID=045305dd-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
[    2.191028] EXT4-fs (sda2): INFO: recovery required on readonly filesystem
[    2.191069] EXT4-fs (sda2): write access will be enabled during recovery
[    2.228024] EXT4-fs (sda2): recovery complete
[    2.230055] EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: (null)
[    2.230159] VFS: Mounted root (ext4 filesystem) readonly on device 8:2.
[    4.198324] EXT4-fs (sda2): re-mounted. Opts: (null)

Nach einem Reboot fehlte mir die ssh Datei um mich per Putty einzuloggen aber danach ging es wieder.

Der iobroker lässt sich starten -> ohne Fehlermeldung aber der status sagt:

iobroker status
 Cannot read system.config: null (OK when migrating or restoring)
 Cannot find view "system" for search "host"
iobroker is running on this host.


Objects type: file
States  type: file

Ein Versuch den den Admin zu starten sagt:

iobroker start admin
 Cannot read system.config: null (OK when migrating or restoring)
 Cannot find view "system" for search "host"
 Cannot find view "system" for search "instance"
An unknown error occurred: Cannot find view "system"

Was kann ich noch tun um den iobroker zu retten?

Vielen Dank vorab!

[Thomas Braun]

@pete0815

Klapper mal das System mit dem 'Werkzeugkasten'ab:

https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten

Wenn das danach immer noch zickig ist:

cd /opt/iobroker 
sudo -H -u iobroker npm install iobroker.js-controller

[A Former User]

@thomas-braun
Vielen Dank!
Was ich unter system (rasbian OS) verstehe läuft soweit durch und alles ist aktuell.
"Seltsame" Meldundungen gehen dann los, wenn ich Richtung iobroker etwas ausführe.
Hier in der Liste das:

iobroker repo set stable

erzeugt

iobroker repo set stable
 Cannot read system.config: null (OK when migrating or restoring)
/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupRepo.js:358
                        obj.common.activeRepo = repoName;
                            ^

TypeError: Cannot read property 'common' of null
    at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupRepo.js:358:29)
    at processImmediate (internal/timers.js:463:21)

Den iobroker fixer habe ich schon durchlaufen alles und er beendet mit "erfolgreich" bitte iobroker start ausführen was aber zu keinem wirklichen start führt.

Bevor ich es vergesse zu erwähnen. Ich habe ein Backup auf dem NAS liegen vom Adapter BackitUp, brauche also theoretisch nur eine funktionierende "blanko" Installation um per BackItUp den Restore einspielen zu können. Macht es das einfacher?

Problem: ich komme gleich nur noch per SSH etc an den iobroker und nicht physisch um die SSD zu formatieren und neu aufzusetzen. Geht sowas auch remote? Gleich mal schlau machen.

[Thomas Braun]

@pete0815

Wenn das danach immer noch zickig ist:

cd /opt/iobroker 
sudo -H -u iobroker npm install iobroker.js-controller

Solange du per ssh eine Konsole bekommst kannst du natürlich alles machen. Komplettes Neuaufsetzen erfordert allerdings physischen Zugriff um erstmal den ssh zu aktivieren.

[A Former User]

@thomas-braun
Danke, hatte ich als unerfahrer Nutzer auch so verstanden. Hatte eben mal was über einen Terminalbefehl gelesen um den ssh zugriff zu aktivieren, aber das ist nur gegoogelt keine Ahnung ob das geht.

die js.controller installation wirft viele meldungen raus und danach gibt iobroker status nach dem start eine positive rückmeldung. allerdings läuft der admin nicht und lässt sich auch nicht starten. manuell installieren?

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

NPM version: 6.14.11

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

 Cannot read system.config: null (OK when migrating or restoring)
object 0_userdata.0.example_state created
object 0_userdata.0 created
object alias.0 created
object system.certificates created
object system.repositories created
object system.config created
object enum.functions created
object enum.rooms created
object system.group.user created
object system.group.administrator created
object _design/system created

The following notifications happened during sync:
- Ignoring Directory "admin.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "backitup.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "daswetter.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "devices.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "discovery.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "dwd.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "flot" because officially not created as meta object. Please remove directory!
- Ignoring Directory "flot.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "influxdb.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "info.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "javascript.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "mqtt.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "pushover.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "radar2.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "shelly.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "simple-api.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "socketio.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "sonoff.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "sourceanalytix.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "sql.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "tr-064.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "virtualpowermeter.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "vis" because officially not created as meta object. Please remove directory!
- Ignoring Directory "vis-bars.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "vis-history.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "vis-hqwidgets.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "vis-jqui-mfd.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "vis-justgage.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "vis-metro.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "vis-players.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "vis-plumb.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "vis-timeandweather.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "vis.0" because officially not created as meta object. Please remove directory!
- Ignoring Directory "vis.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "web" because officially not created as meta object. Please remove directory!
- Ignoring Directory "web.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "whatsapp-cmb.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "zigbee.admin" because officially not created as meta object. Please remove directory!

Renamed repository "default to "stable"
Renamed repository "latest to "beta"
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@~2.3.1 (node_modules/chokidar/node_modules/fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.3.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: osx-temperature-sensor@1.0.7 (node_modules/osx-temperature-sensor):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for osx-temperature-sensor@1.0.7: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.3.2 (node_modules/zigbee-herdsman-converters/node_modules/fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.3.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.3.2 (node_modules/zigbee-herdsman/node_modules/fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.3.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.3.2 (node_modules/zigbee-herdsman-converters/node_modules/zigbee-herdsman/node_modules/fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.3.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})

+ iobroker.js-controller@3.2.16
updated 13 packages in 157.823s

62 packages are looking for funding
  run `npm fund` for details



   ╭───────────────────────────────────────────────────────────────╮
   │                                                               │
   │      New major version of npm available! 6.14.11 → 7.6.1      │
   │   Changelog: https://github.com/npm/cli/releases/tag/v7.6.1   │
   │               Run npm install -g npm to update!               │
   │                                                               │
   ╰───────────────────────────────────────────────────────────────╯

[Thomas Braun]

@pete0815 sagte in IObroker zerlegt nach Stromausfall:

Hatte eben mal was über einen Terminalbefehl gelesen um den ssh zugriff zu aktivieren

Dazu musst du aber 'von Innen' kommen.

iobroker list adapters
iobroker list instances

bringt?

[A Former User]

@thomas-braun
ok thx.

iobroker list adapters

erzeugt gar keine Rückmeldung

iobroker list instances

+ instance is alive

[Thomas Braun]

@pete0815

iobroker add admin

[A Former User]

@thomas-braun said in IObroker zerlegt nach Stromausfall:

Dazu musst du aber 'von Innen' kommen.

ooooh jetzt verstanden. Mit Terminal ist die lokale Bedienung am RPI gemeint und dann dort ein Terminalfenster öffnen. Hatte das Terminalfenster extern vermutet :man-facepalming:

[A Former User]

@thomas-braun said in IObroker zerlegt nach Stromausfall:

iobroker add admin

Danke, der admin ist wieder da und per Browser erreichbar. Bisher aber nur mit admin und info Adapter sonst "blank".
Jetzt den Backitup Adapter installieren und Restore?

[Thomas Braun]

@pete0815 Ja. Die leere Hülle musst du jetzt wieder mit Adaptern füllen. Per Backup ja kein Problem

[A Former User]

@Thomas-Braun

mir fällt gerade auf, dass er nicht ganz "blank" ist. Meine letzte Textsuche im Adapterfeld ist noch vorhanden.
Oder kommt das von meinem Browser?

[A Former User]

@thomas-braun said in IObroker zerlegt nach Stromausfall:

@pete0815 Ja. Die leere Hülle musst du jetzt wieder mit Adaptern füllen. Per Backup ja kein Problem

ok super teste mal

[Thomas Braun]

@pete0815 Dürfte vom Browser Cache stammen.

[A Former User]

@thomas-braun
ok.

Bei den Adaptern/Instanzen stimmt noch etwas nicht. In der Liste der Adapter (Expertenmodus) stehen noch alle meine installierten Adapter mit deren Version und es werden sogar 4 Updates angezeigt (Menü links -> Blaues Feld mit einer 4).

In der Liste der Instanzen sind nur admin und info aufgeführt.

Habe mir in der Adapterliste backitup gesucht (installiert war/ist 2.0.0) und verfügbar 2.0.3. Wurde dann erfolgreich aktualisiert aber in der Liste der Instanzen tauch er nicht auf.Auch nicht nach Refresh des Browsers. Also Adapter installieren hackt noch, deute ich daraus.

[A Former User]

@Thomas-Braun
habe gerade mal den discovery Adapter manuell aktualisiert/installiert und hier klappt es alles 1a

[A Former User]

@Thomas-Braun Moment ich glaube hier liegt jetzt ein Fehler durch den Bediener vor

[benix02]

@pete0815
Hey ho, muss das Thema mal "ausgraben" ;)
Habe nach einen harten restart das selbe verhalten, auf meiner iobroker instanz, inc. der gennanten Fehlermeldungen...
Da das ganze im Docker läuft, war ich der meinung Container neu anlegen, die Pfade auf dem Host mit geben und gut ist, so wie immer ;).
Jedoch zeigt mir der neue Container genau das selbe verhalten.
Keiner der Adapter wird angezogen (Bis auf den neuen Admin und die Info) und meine Objekte sind somit auch leer/wech.

Was war denn deine Lösung für das Problem? konntest du die quelldaten 1 zu 1 auf einer neuen Instanz nutzen?

Danke und Grüße
Benix

[Glasfaser]

@benix02 sagte in IObroker zerlegt nach Stromausfall:

Habe nach einen harten restart das selbe verhalten, auf meiner iobroker instanz, inc. der gennanten Fehlermeldungen...

Da das ganze im Docker

Zeige mal dein Log dazu !

[benix02]

@Glasfaser
danke für die schnelle Rückmeldung.
Welches Log möchtest du denn sehen?

Mit "der gennanten Fehlermeldungen.." meinte ich die leere ausgaben auf list instances/adapter des ursprungs Container.
Nach dem händischen installieren der Admin Instanz komme ich wieder wie gewohnt auf das web interface. Jedoch sind die Instanzen bis auf admin und die info alle wech.