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

[jmeister79]

Hallo,

ich habe dieser Tage zweimal die Sicherungen raus machen müssen um etwas anzuschließen.

Dabei sind Änderungen am System verschwunden.

Sowohl elemente im Vis die ich geändert habe, als auch Javascript Programme sind wieder auf dem alten Zustand. Genau wie Objekte.

Was passiert da?

Lg
Nils

[Homoran]

@jmeister79 sagte in Änderungen nach reboot weg.:

Was passiert da?

Gibt es mehr Informationen zum System?
Wie sieht denn das Backup aus?

[Wildbill]

@jmeister79 sagte in Änderungen nach reboot weg.:

Hallo,

ich habe dieser Tage zweimal die Sicherungen raus machen müssen um etwas anzuschließen.

Wenn Du da vorher den iobroker-Rechner (Raspi, NUC, was auch immer?) nicht sauber runter gefahren hast, sondern einfach nur stromlos, dann hast Du Dir da im schlimmsten Fall irgendwas am Dateisystem zerschossen. Im besten Fall sind halt einfach Änderungen (wie bei Dir im VIS oder Skripte) noch nicht sauber auf der Platte gespeichert gewesen sondern lagen nur im RAM und sind halt nun weg.

Deshalb Rechner, egal was, immer sauber runter fahren. Dann werden alle Änderungen gespeichert, das Dateisystem sauber geschlossen und gut.

Betrifft im Übrigen sowohl Windows, als auch Linux. Einfach Strom weg ist nie gut!

Gruss, Jürgen

[jmeister79]

@Wildbill
Hallo Jürgen,

wann wird denn das vom Ram ins dAteisystem gespielt?
Gibt es dafür einen Trigger?

[Thomas Braun]

@jmeister79 Beim sauberen herunterfahren.

[jmeister79]

@Homoran
Das Backup läuft alle 2 Tage.

Was für Details brauchst Du?

ist ein Raspberry Pi 4.

Betriebssystem
linux
Betriebssystem
linux
Architektur
arm
CPUs
4
Geschwindigkeit
1500 MHz
Modell
ARMv7 Processor rev 3 (v7l)
RAM
3.81 GB
System Betriebszeit
00:15:51
Node.js
v10.16.3 (Es gibt eine neuere Version: v10.22.0 - Empfohlene Version v12.18.3)
NPM
6.9.0
Festplatte Größe
14.33 GB
Festplatte frei
10.04 GB
Anzahl der Adapter
355
Betriebszeit
23 T. 09:31:20
Aktive Instanzen
20
Hostname
iobrokerpi

[jmeister79]

@Thomas-Braun
Eine Sicherung fliegt ja nun ab und zu auch mal so raus also muss ich prinzipiell nach ejder Änderung am System einmal herunterfahren?

Selbst die Variableninhalte sind auf dem alten Stand.
Ich habe eine Logbuchvariable, die hat danach Stand 30.7.20.

Nils

[Homoran]

@jmeister79 sagte in Änderungen nach reboot weg.:

ist ein Raspberry Pi 4.

hatte ich befürchtet. Und

@jmeister79 sagte in Änderungen nach reboot weg.:

Festplatte Größe
14.33 GB

Ist eine 16gb sd Karte?

Dann tippe ich auf eine sterbende karte. Die bereits ein RO FS besitzt.

@jmeister79 sagte in Änderungen nach reboot weg.:

Das Backup läuft alle 2 Tage.

Wie?

Ist es da noch vollständig?

[jmeister79]

@Homoran

Bin extra wg des ständigen Swappens auf n Raspberry 4 umgestiegen. Woran erkenne ich den Zustand der KArte? Wäre evtl eine externe Festplatte besser? Hab davon Hunderte rumliegen.

Die Backups sehen gut aus. Muss jetzt nur das richtige finden, denn in den letzten Tagen hatte ich das dann schon öfters.
Ich kann es ja auch schnell wieder hinprogrammieren, ist kein Beinbruch, nur wundert mich dieses verhalten ohne herunterfahren alles zu killen. War mir bisher nicht aufgefallen.

[Thomas Braun]

@jmeister79 sagte in Änderungen nach reboot weg.:

War mir bisher nicht aufgefallen.

Machst du das etwa öfter? Solltest du dir dringend abgewöhnen. Auf jeglichem System.

Bin extra wg des ständigen Swappens auf n Raspberry 4 umgestiegen.
Läuft der Pi etwa im RunLevel 5?

who -r

Schaum nal in den Kernel-Meldungen nach:

dmesg

[Wildbill]

@jmeister79 sagte in Änderungen nach reboot weg.:

@Thomas-Braun
Eine Sicherung fliegt ja nun ab und zu auch mal so raus also muss ich prinzipiell nach ejder Änderung am System einmal herunterfahren?

Dafür sollte man sich für derartige Systeme (Smarthome-Zentrale, NAS, ...) evtl. eine kleine USV leisten, die bei einem Stromausfall dann eine gewisse Zeit puffert und das System sauber herunter fährt, bevor plötzlich der Saft ganz weg ist. Für unter 100€ (teilweise die Hälfte) bekommt man da was Brauchbares und es kostet garantiert weniger als die Nerven, wenn man bei plötzlichem Stromausfall merkt, dass es ein Dateisystem zerschossen hat, das Backup schon seit 3 Wochen wegen irgendeines Fehlers nicht mehr lief und man gerade in der Zeit die 300 neuen Sensoren ins System eingebunden hat, die man so dringend brauchte...
Zum Thema RAM auf die Platte schieben, hat @Thomas-Braun ja schon was geschrieben, ansonsten macht das z.B. Linux regelmäßig selbst. Allerdings nur, wenn nicht das eintraf was @Homoran schrieb: Dass das Dateisystem evtl. nur noch read only ist, weil es eben schon zu Problemen kam.
Und bei einem Raspi sterben SD-Karten leider manchmal sehr schnell und immer dann, wenn es eben gerade nicht passt.

Gruss, Jürgen

Gruss, Jürgen

[jmeister79]

@Thomas-Braun
Guten Morgen,
ja es ist Runlevel 5 eingestellt. Was bringt das jetzt für mich für nachteile? Ich werd aus dem Wiki dazu nicht so recht schlau, warum das schlecht sein sollte.

Nils

[Thomas Braun]

@jmeister79 Du schleppst einen riesigen Berg an unnötiger Software mit und schaufelst dir damit z. B. den Speicher zu. Die knappen Ressourcen nutzt du besser für andere Dinge. Deswegen Server immer ohne graphische Oberfläche laufen lassen.

[da_Woody]

@jmeister79 im runlevel 5 hast du die komplette benutzeroberfläche von linux mit an laufen. runlevel 3 ist die wahl.
bzgl. deines raspi4. die können inzwischen schon von ssd booten, da brauchts keine schnell sterbenden sd fluppen mehr.

[jmeister79]

@da_Woody
Moin,

danke euch beiden für die Erklärung.
Ich bin grad dabei eine USB Platte fertig zu machen. Allerdings muss ich ejtzt erstmal rauskriegenw ie ich das Image der SD Karte jetzt auf die Platte kriege. Google grad rum hier.

Nils

ps.: wie stellt man denn fest ob die SD KArte nur noch RO ist?

[Thomas Braun]

@jmeister79 sagte in Änderungen nach reboot weg.:

ps.: wie stellt man denn fest ob die SD KArte nur noch RO ist?

mount | sort | grep ^/dev

oder halt in

dmesg

schauen ob der Karte was weh tut.

[jmeister79]

@Thomas-Braun beim dmesg sehe ich nichts ungewöhnliches.

der andere befehlt bringt:
/dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)
/dev/mmcblk0p2 on / type ext4 (rw,noatime)

[Thomas Braun]

@jmeister79 Bitte Konsolentext in CodeTags setzen, dann kann man das auch besser lesen.

[jmeister79]

@Thomas-Braun ich habe versucht, die karte in ein image zu retten,w eil ich leider nur den ioroker ordner gesichert habe aber da hat er einen lesefehler.
naja dann lege ich jetzt n neues image an und kopiere den iobroker wieder drüber

[jmeister79]

@Thomas-Braun kannst Du mal sauberes runterfahren definieren?

sudo shutdown oder vorher noch iobroker stop