Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Thomas Braun]

@LJSven
Schau mal mit

dmesg | grep -i ext4

nach dem guten Stück.

[Jan1]

@Homoran
Eben, da keiner weiß was er sich da so alles zusammen gemüllt hat, ist die sauberste Variante den IOBroker wieder zu restoren eben diesen erstmal komplett zu löschen (Ordner), dann IOBroker und Backitup Adapter neu installieren und damit das Backup restoren. Sauberer gehts nicht, da alles außer OS neu drauf ist ;)

[LJSven]

@Thomas-Braun sagte in Restore schlägt fehl:

dmesg | grep -i ext4

pi@tinkerboardmaster:~$ dmesg | grep -i ext4
[    0.000000] Kernel command line: earlyprintk root=UUID=c66a12d1-8767-45bb-88ad-af950621deca rootwait rootfstype=ext4 console=ttyS2,115200n8 console=tty1 panic=10 consoleblank=0 loglevel=1 ubootpart=fb05a3ce-01 usb-storage.quirks=0x2537:0x1066:u,0x2537:0x1068:u   cgroup_enable=cpuset cgroup_memory=1 cgroup_enable=memory swapaccount=1
[    4.914329] EXT4-fs (mmcblk0p1): mounted filesystem with writeback data mode. Opts: (null)
[    6.350602] EXT4-fs (mmcblk0p1): re-mounted. Opts: commit=600,errors=remount-ro
[    8.071957] EXT4-fs (zram0): mounted filesystem without journal. Opts: discard

[Thomas Braun]

@LJSven
Das passt soweit.
Das journal hat man wohl abgeknipst um Schreibvorgänge auf die Karte zu minimieren. Dann kann man auf dem fs kein restore mehr durchführen. Ist aber kein Verlust, das würde ich auf einer betroffenen SD-Karte eh nicht mehr machen.

[Homoran]

@Jan1 sagte in Restore schlägt fehl:

Sauberer gehts nicht, da alles außer OS neu drauf ist

Nope!
Da ist noch alles drauf was falsch (außerhalb des Installtionsverzeichnisses) installiert wurde,
ebenso alle falschen node-Versuche usw.
lediglich die komplette (korrekte??) ioB Installation ist weg

[Jan1]

@Homoran
Node ist OS Geschichte und wurde gecheckt , ist OK.
Was ist denn sonst noch wo zu finden, wenn der IOBroker Ordner gelöscht wurde, was sich auf IOBroker bezieht?
Ich führe mein Restor immer so aus, weil es sich bewehrt hat.

[Thomas Braun]

@Homoran @Jan1 @LJSven
Ich würde das System jetzt erstmal so lassen.
node passt, RL3 ist aktiv, Backup funktioniert (wenn auch nicht mit dem ganz aktuellen, muss man vielleicht mal beobachten wie das mit noch zu erstellenden läuft).

Perspektivisch würde ich aber auf Buster migrieren.

[Jan1]

@Thomas-Braun
Nur, dass wohl irgendwelche Werte eben fehlen
Im Moment kann man das so lassen, wobei er immer noch ein EOL OS laufen hat und früher oder später eh ran muss.

[Homoran]

@Jan1 sagte in Restore schlägt fehl:

dass wohl irgendwelche Werte eben fehlen

@LJSven
Haben wir dazu inzwischen einen Überblick ob da ein System hintersteckt?

[Thomas Braun]

@Jan1 @LJSven
Das sind aber Probleme, die eher vom Adapter / dem skript kommen.
Da nutzt dann auch ein Backup nix, wenn irgendwas falsch läuft.

[LJSven]

@Homoran sagte in Restore schlägt fehl:

@Jan1 sagte in Restore schlägt fehl:

dass wohl irgendwelche Werte eben fehlen

@LJSven
Haben wir dazu inzwischen einen Überblick ob da ein System hintersteckt?

Nein, ich abe keine Idee - das sind z.b. eine Variable die über Blockly generiert wird. Aber ich starte 20 mal den Tinkerboard neu und es funktioniert und beim 21. Mal fehlen die Werte (PS. Die Werte sind symbolisch)

[Jan1]

@Thomas-Braun
Wobei mir immer noch nicht so ganz klar ist was da wo fehlt und wo es herkommt.
Er schreibt lediglich, dass er dieses Problem wohl bis jetzt immer mit nem Restor gelöst hatte und genau dieser läuft im Moment wohl nicht mehr, warum ich auch noch nicht so ganz verstanden habe.

Fakt, der Restor sollte immer möglich sein, auch die Methode die er verwendet und wenn und wen da schon so viel auf der Karte rum gebügelt wurde, ist es sinnvoll diese zu erneuern, solange es nur diese kleinen Probleme sind.

[Thomas Braun]

@LJSven Da vermute ich eher ein Netzwerk / Timinig Problem.

[Jan1]

@Thomas-Braun
So sehe ich das auch, da noch ein Slave dran hängt und ich immer noch nicht weiß wo der Ursprung dieser Daten ist.
Dann bleibt die Frage offen, warum startet man das Ding so oft? Also ich bastele ja schon viel an der Kiste, aber ein Reboot bekommt der so im Schnitt einmal die Woche, wäre bei 21 Neustarts schon 1/2 Jahr bei mir :)

[LJSven]

@Jan1 Im Javascript Ordner sind verschiedene Datenpunkte die mit Werte hinterlegt werden wie z.B. Strompreis. Dieser Wert ist dann weg und das Blockly kann natürlich nciht rechnen, wenn der Wert fehlt. Nach einem Restore sind dann die Werte wieder da. Fakt ist, daß die Backups über den Backitup Adapter am 12.12.-15.12. nicht funktionieren. Das Backup vom 11.12. geht tadellos. Ich bekomme jede Nacht ein Telegram Nachricht, daß das Backup erfolgreich war / ausser am 14.12. da war es fehlerhaft (PS. Was übrigens immer am gleichen Tag der Fall ist).

Spiele ich das Backup vom 11.12. ein, geht alles.

[LJSven]

@Jan1 sagte in Restore schlägt fehl:

@Thomas-Braun
So sehe ich das auch, da noch ein Slave dran hängt und ich immer noch nicht weiß wo der Ursprung dieser Daten ist.
Dann bleibt die Frage offen, warum startet man das Ding so oft? Also ich bastele ja schon viel an der Kiste, aber ein Reboot bekommt der so im Schnitt einmal die Woche, wäre bei 21 Neustarts schon 1/2 Jahr bei mir :)

Die Zahlen waren symbolisch.

[Homoran]

@LJSven Aber das ist doch dann eindeutig!
Deine Backups sind korrupt

Da kann man dann nicht restoren, auch wenn man es zig-mal versucht

[LJSven]

@Homoran sagte in Restore schlägt fehl:

@LJSven Aber das ist doch dann eindeutig!
Deine Backups sind korrupt

Da kann man dann nicht restoren, auch wenn man es zig-mal versucht

Das kann man ja nicht sehen, wenn an die Meldung bekommt, daß das Backup erfolgreich war. Jetzt ist es mir zum ersten mal aufgefallen.

[Jan1]

@LJSven
Du hast Dir also bei den Objekten unter Javascript.0 eigene DPs erstellt und fütterst die manuell mit Werten, richtig?

[Thomas Braun]

@LJSven
Backups brauchen recht viel RAM beim erstellen. Ist möglich, dass der dir bei 2GB und laufendem X ausgegangen ist. Dann wird da u. U. nur die Hälfte ins Backup geschrieben.
Könnte jetzt mit ausgeknipstem X-Server besser laufen.