NEWS
ioBroker nicht mehr erreichbar
-
Hallo zusammen,
ich habe ioBroker auf einem Raspi als headless Installation am laufen.
Ist seit mehreren Jahren super gelaufen.
Seit heute ist er nicht mehr zu erreichen und auch nicht mehr in der Liste der Netzwerkgeräte in der Fritzbox aufgeführt.Aufgefallen ist mir das ganze, weil die über den ioBroker gesteuerte Weihnachtsbeleuchtung (shellys) heute Abend nicht angegangen ist.
Ein ziehen des Netzsteckers und Neustart bringt keine Änderung.
Die LED am Netzwerkkabel blinkt.Wie geht man hier am besten bei der Fehlersuche vor?
Ich bin gerade etwas überfordert.
Danke vorab für jeden Tipp.
Gruß Hartmut
-
Hallo zusammen,
ich habe ioBroker auf einem Raspi als headless Installation am laufen.
Ist seit mehreren Jahren super gelaufen.
Seit heute ist er nicht mehr zu erreichen und auch nicht mehr in der Liste der Netzwerkgeräte in der Fritzbox aufgeführt.Aufgefallen ist mir das ganze, weil die über den ioBroker gesteuerte Weihnachtsbeleuchtung (shellys) heute Abend nicht angegangen ist.
Ein ziehen des Netzsteckers und Neustart bringt keine Änderung.
Die LED am Netzwerkkabel blinkt.Wie geht man hier am besten bei der Fehlersuche vor?
Ich bin gerade etwas überfordert.
Danke vorab für jeden Tipp.
Gruß Hartmut
@hru sagte in ioBroker nicht mehr erreichbar:
Ein ziehen des Netzsteckers und Neustart bringt keine Änderung.
naja, sowas könnte das Dateisystem schreddern.
@hru sagte in ioBroker nicht mehr erreichbar:
Wie geht man hier am besten bei der Fehlersuche vor?
mal sehen was
iob diagsagt -
@hru sagte in ioBroker nicht mehr erreichbar:
Ein ziehen des Netzsteckers und Neustart bringt keine Änderung.
naja, sowas könnte das Dateisystem schreddern.
@hru sagte in ioBroker nicht mehr erreichbar:
Wie geht man hier am besten bei der Fehlersuche vor?
mal sehen was
iob diagsagt -
@Homoran sagte: was iob diag sagt
Das wird wohl nicht möglich sein, denn
@hru sagte in ioBroker nicht mehr erreichbar:
nicht mehr in der Liste der Netzwerkgeräte in der Fritzbox
-
Hallo zusammen,
ich habe ioBroker auf einem Raspi als headless Installation am laufen.
Ist seit mehreren Jahren super gelaufen.
Seit heute ist er nicht mehr zu erreichen und auch nicht mehr in der Liste der Netzwerkgeräte in der Fritzbox aufgeführt.Aufgefallen ist mir das ganze, weil die über den ioBroker gesteuerte Weihnachtsbeleuchtung (shellys) heute Abend nicht angegangen ist.
Ein ziehen des Netzsteckers und Neustart bringt keine Änderung.
Die LED am Netzwerkkabel blinkt.Wie geht man hier am besten bei der Fehlersuche vor?
Ich bin gerade etwas überfordert.
Danke vorab für jeden Tipp.
Gruß Hartmut
-
Könntest auch mal ein neues Image auf einer neuen Speicherkarte probieren..
https://www.raspberrypi.com/software/operating-systems/ -
Hallo zusammen,
erstmal danke für die Tipps.
Ich muss mal eine Tastatur + Maus + Monitor anschliessen und schauen, was auf der Konsole zum Vorschein kommt.
Aktuell hängt der Raspi im Heizungskeller an der Wand. (in einem Argon One Alugehäuse)
Sobald ich mehr weiß melde ich mich wieder.
Gruß Hartmut -
-
-
Hallo zusammen,
jetzt habe ich einen Monitor direkt am Raspi angeschlossen.
Beim starten kommen folgende Meldungen:- trying boot mode USB-MSD
- trying boot mode SD => failed to open device: 'sdcard'
Das hört sich an, als ob die SD-Karte defekt ist.
Gibt es irgend eine Chance, die Konfiguration noch zu retten?
Am Raspi ist außer der SD-Karte auch eine SSD am USB-Port angeschlossen.
Außer dem ioBroker lief auch ein OpemMediaVault auf dem Raspi.
Vielen Dank vorab für jeden Tipp.
Gruß Hartmut
-
Hallo zusammen,
jetzt habe ich einen Monitor direkt am Raspi angeschlossen.
Beim starten kommen folgende Meldungen:- trying boot mode USB-MSD
- trying boot mode SD => failed to open device: 'sdcard'
Das hört sich an, als ob die SD-Karte defekt ist.
Gibt es irgend eine Chance, die Konfiguration noch zu retten?
Am Raspi ist außer der SD-Karte auch eine SSD am USB-Port angeschlossen.
Außer dem ioBroker lief auch ein OpemMediaVault auf dem Raspi.
Vielen Dank vorab für jeden Tipp.
Gruß Hartmut
@hru sagte in ioBroker nicht mehr erreichbar:
Gibt es irgend eine Chance, die Konfiguration noch zu retten?
Du hast doch ein Backup.
Für genau solche Fälle. -
hm?
Ja ich habe ein Backup, das vom ioBroker Adapter erstellt wurde.
Aber ich weiß nicht genau wo das liegt.
Liegt das auf der kaputten SD-Karte?
Oder könnte es auch auf der SSD liegen?
Wie gehe ich denn jetzt am besten vor?
Neuinstallation Raspi mit neuer SD-Karte und frisch aufgespieltem Rasbperry Pi OS Lite?
Was ist Eure Empfehlung?
Sollte ich erst das Betriebssystem, dann ioBroker und zum Schluss OpenMediaVault installieren?
Oder lieber zuerst OMV und zum Schluss ioBroker? -
hm?
Ja ich habe ein Backup, das vom ioBroker Adapter erstellt wurde.
Aber ich weiß nicht genau wo das liegt.
Liegt das auf der kaputten SD-Karte?
Oder könnte es auch auf der SSD liegen?
Wie gehe ich denn jetzt am besten vor?
Neuinstallation Raspi mit neuer SD-Karte und frisch aufgespieltem Rasbperry Pi OS Lite?
Was ist Eure Empfehlung?
Sollte ich erst das Betriebssystem, dann ioBroker und zum Schluss OpenMediaVault installieren?
Oder lieber zuerst OMV und zum Schluss ioBroker?@hru sagte in ioBroker nicht mehr erreichbar:
Aber ich weiß nicht genau wo das liegt.
Das liegt da, wo du eingestellt hast das es liegen soll.
Das solltest du wissen, wo die Backups hingeschrieben werden.Neuinstallation Raspi mit neuer SD-Karte und frisch aufgespieltem Rasbperry Pi OS Lite?
Ja.
Sollte ich erst das Betriebssystem, dann ioBroker und zum Schluss OpenMediaVault installieren?
Oder lieber zuerst OMV und zum Schluss ioBroker?Kommt drauf an. Ich würde vermutlich OMV über den RaspberryInstaller installieren (ich meine da gibt es das direkt als Option) und dann den ioBroker per Installations-Einzeiler daneben setzen.
-
Hallo,
ich habe den Raspi jetzt neu aufgesetzt und OMV installiert.
Beim booten kommt diese Meldung auf der Konsolejob systemd-networkd-wait-online.service/staart runningdas dauert eine ganze Weile bis das mit einer Fehlermeldung abbricht.
Der Raspi startet trotzdem.
Was ist das für eine Meldung und wie bekomme ich die weg?im Log habe ich das hier dazu gefunden:
Dec 17 19:23:13 pinas systemd-networkd-wait-online[727]: Timeout occurred while waiting for network connectivity. Dec 17 19:23:13 pinas systemd[1]: systemd-networkd-wait-online.service: Main process exited, code=exited, status=1/FAILURE Dec 17 19:23:13 pinas systemd[1]: systemd-networkd-wait-online.service: Failed with result 'exit-code'. Dec 17 19:23:13 pinas systemd[1]: Failed to start systemd-networkd-wait-online.service - Wait for Network to be Configured. Dec 17 19:23:13 pinas systemd[1]: Reached target network-online.target - Network is Online.Danke und Gruß
Hartmut
-
Hallo,
ich habe den Raspi jetzt neu aufgesetzt und OMV installiert.
Beim booten kommt diese Meldung auf der Konsolejob systemd-networkd-wait-online.service/staart runningdas dauert eine ganze Weile bis das mit einer Fehlermeldung abbricht.
Der Raspi startet trotzdem.
Was ist das für eine Meldung und wie bekomme ich die weg?im Log habe ich das hier dazu gefunden:
Dec 17 19:23:13 pinas systemd-networkd-wait-online[727]: Timeout occurred while waiting for network connectivity. Dec 17 19:23:13 pinas systemd[1]: systemd-networkd-wait-online.service: Main process exited, code=exited, status=1/FAILURE Dec 17 19:23:13 pinas systemd[1]: systemd-networkd-wait-online.service: Failed with result 'exit-code'. Dec 17 19:23:13 pinas systemd[1]: Failed to start systemd-networkd-wait-online.service - Wait for Network to be Configured. Dec 17 19:23:13 pinas systemd[1]: Reached target network-online.target - Network is Online.Danke und Gruß
Hartmut
@hru sagte in ioBroker nicht mehr erreichbar:
Was ist das für eine Meldung und wie bekomme ich die weg?
Da wird über ein Netzwerkinterface versucht eine Verbindung aufzubauen. Wenn die zwar aktiv, aber nicht konfiguriert ist (WLAN z. B.) dann passiert genau das was du da siehst. Nach 2 Minuten wird der Verbindungsversuch abgebrochen.
https://www.thomas-krenn.com/de/wiki/Job_systemd-networkd-wait-online.service_start_running
Edit: Die Anleitung ist für Ubuntu. Die funktioniert für RaspberryOS nicht (da gibt es kein Netplan).
Du kannst aber die Netzwerkinterfaces insudo raspi-configeinstellen.
Edit2: Okay, in aktuellen Versionen gibt es wohl doch netplan.
-
Hallo,
danke für den Hinweis.
Vermutlich kommt die Meldung wirklich, weil versucht wird per WLAN eine Verbindung aufzubauen.Hier die Fehlermeldungen seit dem letzten Bootvorgang:
journalctl -p err -b Dec 17 19:21:03 pinas systemd-modules-load[340]: Failed to find module 'softdog' Dec 17 19:21:07 pinas systemd-udevd[395]: /usr/lib/udev/rules.d/90-alsa-restore.rules:18 GOTO="alsa_restore_std" has no matching label, ignoring. Dec 17 19:21:07 pinas systemd-udevd[395]: /usr/lib/udev/rules.d/90-alsa-restore.rules:22 GOTO="alsa_restore_std" has no matching label, ignoring. Dec 17 19:23:12 pinas systemd-networkd-wait-online[730]: Timeout occurred while waiting for network connectivity. Dec 17 19:23:12 pinas systemd[1]: Failed to start systemd-networkd-wait-online.service - Wait for Network to be Configured.Dabei habe ich gedacht, dass ich per "dtoverlay=disable-wifi" in der config.txt das WLAN ausgeschaltet hätte. Funktioniert das nicht?
Gibt es eine Möglichkeit, die anderen Fehlermeldungen abzustellen?
Komisch, vor den Fehlermeldungen steht der Zeitstempel 17.12. obwohl ich den Raspi eben gerade neu gebootet habe.
Heißt das, dass es bei dem Neustart eben gerade keine Fehler gegeben hat?Danke und Gruß
Hartmut
-
Hallo,
danke für den Hinweis.
Vermutlich kommt die Meldung wirklich, weil versucht wird per WLAN eine Verbindung aufzubauen.Hier die Fehlermeldungen seit dem letzten Bootvorgang:
journalctl -p err -b Dec 17 19:21:03 pinas systemd-modules-load[340]: Failed to find module 'softdog' Dec 17 19:21:07 pinas systemd-udevd[395]: /usr/lib/udev/rules.d/90-alsa-restore.rules:18 GOTO="alsa_restore_std" has no matching label, ignoring. Dec 17 19:21:07 pinas systemd-udevd[395]: /usr/lib/udev/rules.d/90-alsa-restore.rules:22 GOTO="alsa_restore_std" has no matching label, ignoring. Dec 17 19:23:12 pinas systemd-networkd-wait-online[730]: Timeout occurred while waiting for network connectivity. Dec 17 19:23:12 pinas systemd[1]: Failed to start systemd-networkd-wait-online.service - Wait for Network to be Configured.Dabei habe ich gedacht, dass ich per "dtoverlay=disable-wifi" in der config.txt das WLAN ausgeschaltet hätte. Funktioniert das nicht?
Gibt es eine Möglichkeit, die anderen Fehlermeldungen abzustellen?
Komisch, vor den Fehlermeldungen steht der Zeitstempel 17.12. obwohl ich den Raspi eben gerade neu gebootet habe.
Heißt das, dass es bei dem Neustart eben gerade keine Fehler gegeben hat?Danke und Gruß
Hartmut
@hru sagte in ioBroker nicht mehr erreichbar:
Funktioniert das nicht?
Doch. Das dürfte nämlich der Grund sein, warum das überhaupt bei dir dazu kommt.
Der networkd versucht nun nämlich (vergeblich) über das wohl konfigurierte Interface eine Einstellung zu bekommen. Du musst das Interface auch auf Eis legen, nicht nur die Hardware.Gibt es eine Möglichkeit, die anderen Fehlermeldungen abzustellen?
Das mit alsa? Kannste lassen, ist nicht schlimm, wird ignoriert.
Heißt das, dass es bei dem Neustart eben gerade keine Fehler gegeben hat?
journalctl -b zeigt eigentlich nur den letzten sauberen boot-Vorgang.
Auf meinem System halt z. B.:
[thomas@roamer ~]$ journalctl -b Dez 21 15:25:23 roamer kernel: Linux version 6.18.2-arch2-1 (linux@archlinux) (gcc (GCC) 15.2.1 20251112, GNU ld (GNU Binutils) 2.45.1) #1 SMP PREEMPT_DYNAMIC Thu, 18 Dec 2025 18:00:18 +000015:25 passt hier.
-
Hallo,
danke für den Hinweis.
Vermutlich kommt die Meldung wirklich, weil versucht wird per WLAN eine Verbindung aufzubauen.Hier die Fehlermeldungen seit dem letzten Bootvorgang:
journalctl -p err -b Dec 17 19:21:03 pinas systemd-modules-load[340]: Failed to find module 'softdog' Dec 17 19:21:07 pinas systemd-udevd[395]: /usr/lib/udev/rules.d/90-alsa-restore.rules:18 GOTO="alsa_restore_std" has no matching label, ignoring. Dec 17 19:21:07 pinas systemd-udevd[395]: /usr/lib/udev/rules.d/90-alsa-restore.rules:22 GOTO="alsa_restore_std" has no matching label, ignoring. Dec 17 19:23:12 pinas systemd-networkd-wait-online[730]: Timeout occurred while waiting for network connectivity. Dec 17 19:23:12 pinas systemd[1]: Failed to start systemd-networkd-wait-online.service - Wait for Network to be Configured.Dabei habe ich gedacht, dass ich per "dtoverlay=disable-wifi" in der config.txt das WLAN ausgeschaltet hätte. Funktioniert das nicht?
Gibt es eine Möglichkeit, die anderen Fehlermeldungen abzustellen?
Komisch, vor den Fehlermeldungen steht der Zeitstempel 17.12. obwohl ich den Raspi eben gerade neu gebootet habe.
Heißt das, dass es bei dem Neustart eben gerade keine Fehler gegeben hat?Danke und Gruß
Hartmut
@hru sagte in ioBroker nicht mehr erreichbar:
systemd-networkd-wait-online[730]: Timeout occurred while waiting for network connectivity.
Versuch es mal damit anzupacken:
https://www.thomas-krenn.com/de/wiki/Job_systemd-networkd-wait-online.service_start_running
-
Hallo zusammen,
hier ein Update:
Obwohl der Raspi nicht mehr mit der SD-Karte starten wollte konnte die SD-Karte trotzdem noch gelesen werden.
Ich habe dem Programm "Win32 Disk Imager" ein Image der "defekten" SD-Karte erstellt und dieses auf eine neue SD-Karte geschrieben.
Mit dieser neuen SD-Karte lässt sich der Raspi wieder starten!
Also habe ich jetzt wieder ein lauffähiges System. (puh)Jetzt will ich mich doch mal ausführlich um das Thema Backup-Adapter kümmern.
Kann gut sein, dass ich hier nochmal um Unterstützung bitten werde.Gruß Hartmut
-
Hallo zusammen,
hier ein Update:
Obwohl der Raspi nicht mehr mit der SD-Karte starten wollte konnte die SD-Karte trotzdem noch gelesen werden.
Ich habe dem Programm "Win32 Disk Imager" ein Image der "defekten" SD-Karte erstellt und dieses auf eine neue SD-Karte geschrieben.
Mit dieser neuen SD-Karte lässt sich der Raspi wieder starten!
Also habe ich jetzt wieder ein lauffähiges System. (puh)Jetzt will ich mich doch mal ausführlich um das Thema Backup-Adapter kümmern.
Kann gut sein, dass ich hier nochmal um Unterstützung bitten werde.Gruß Hartmut