[gelöst] IOB übernimmt keinerlei Änderungen mehr

[Thomas Braun]

@pedder007

dmesg -T | grep -i ext4

sagt? Ich vermute da hat es dein Dateisystem gehimmelt und das ist jetzt nur noch lesbar eingehängt.

Und schalt den laufenden Desktop aus.

[Pedder007]

Aha! @thomas-braun said in IOB übernimmt keinerlei Änderungen mehr:

dmesg -T | grep -i ext4

pi@raspberrypi:~ $ dmesg -T | grep -i ext4
[Mi Jan 25 00:32:29 2023] Kernel command line: coherent_pool=1M 8250.nr_uarts=1 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1 video=HDMI-A-1:1920x1080M@60 smsc95xx.macaddr=E4:5F:01:50:8F:7E vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000  console=tty1 root=PARTUUID=ea7d04d6-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait quiet splash plymouth.ignore-serial-consoles
[Mi Jan 25 00:32:30 2023] EXT4-fs (mmcblk0p2): INFO: recovery required on readonly filesystem
[Mi Jan 25 00:32:30 2023] EXT4-fs (mmcblk0p2): write access will be enabled during recovery
[Mi Jan 25 00:32:30 2023] EXT4-fs (mmcblk0p2): orphan cleanup on readonly fs
[Mi Jan 25 00:32:31 2023] EXT4-fs (mmcblk0p2): 10 orphan inodes deleted
[Mi Jan 25 00:32:31 2023] EXT4-fs (mmcblk0p2): recovery complete
[Mi Jan 25 00:32:31 2023] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null). Quota mode: none.
[Mi Jan 25 00:32:31 2023] VFS: Mounted root (ext4 filesystem) readonly on device 179:2.
[Mi Jan 25 00:32:33 2023] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null). Quota mode: none.

[Thomas Braun]

@pedder007 sagte in IOB übernimmt keinerlei Änderungen mehr:

[Mi Jan 25 00:32:31 2023] VFS: Mounted root (ext4 filesystem) readonly on device 179:2.

[liv-in-sky]

@pedder007 sagte in IOB übernimmt keinerlei Änderungen mehr:

immer versucht das HW-Setup diesbzgl. möglichst schmal zu halten

kann man so machen, sollte sich aber nicht wundern, wenn dann solche schwer zu definierende fehler/probleme auftreten

[Pedder007]

@thomas-braun wie kommt denn soetwas? - durch den gescheiterten Clone-Versuch? - allerdings hätten dann ja alle Änderungen von vorher noch da sein müssen.

Wie bekomme ich das zurück gedreht?

[Thomas Braun]

@pedder007

SD-Karten sind halt bekanntermaßen zu behandeln wie rohe Eier und die Zellen gehen über die Zeit kaputt.

Das System hängt defekte Dateisysteme zur Sicherheit nur noch lesbar ein, damit da nicht noch weiter schreibend drüber gebulldoozert wird.

[Pedder007]

@thomas-braun said in IOB übernimmt keinerlei Änderungen mehr:

SD-Karten sind halt bekanntermaßen zu behandeln wie rohe Eier und die Zellen gehen über die Zeit kaputt.

Ja ich weiß ja, deshalb halte ich iterative ja schon immer 2 Clone + abendlichem Backup vor.

Ist am aktuellen Stand also nichts mehr zu retten?

[Thomas Braun]

@pedder007

[Mi Jan 25 00:32:30 2023] EXT4-fs (mmcblk0p2): orphan cleanup on readonly fs
[Mi Jan 25 00:32:31 2023] EXT4-fs (mmcblk0p2): 10 orphan inodes deleted

Wer weiß was in den 10 verwaisten inodes drin stand...

[Pedder007]

@thomas-braun Oje, ok.

Ich befürchte nämlich, dass ich über die letzten 1-2 Wochen wieder zu viel weiterentwickelt habe und nicht wirklich geclont ...
Wie das immer so ist, im Eifer des Gefechts und mit schicken neuen Devices im Feld.

Mal sehen was Backup dann noch sagt, aber wer weiß was da dann weggeschrieben wurde ...

[Thomas Braun]

@pedder007

Ich halte Clones ja auch ehrlich gesagt für recht überflüssig.
Insbesondere wenn man das dann auch nicht regelmäßig macht.

[Pedder007]

@thomas-braun habe gerade mit einem Clone wieder hochgefahren und das BackUp (ioBroker) von vorgestern Abend eingespielt.
Lief alles gut durch und wurde am Ende auch mit 'Success' im BackUp-Fenster angezeigt.

Nun passiert allerdings irgendwie nichts weiter, sprich die Adapter bleiben, bis auf admin und backup, alle rot, obwohl es ja irgendwo die Option oder Anzeige gab, das danach alle Adapter neu gestartet würden.

Bin ich zu ungeduldig oder muss ich doch noch etwas machen - zB. iob restart oder so?

Zweite Frage zum BackUp: Muss ich die Javascripts und History extra restoren, oder ist das eigentlich dann auch schon im ioBroker Package mit drin und nur eine Option ggf. differenzierter zu restoren?

[Pedder007]

@Thomas-Braun
ok ich glaube ich bin zu ungeduldig. Habe gerade gesehen was im Log los ist und nun werden weitere Adapter langsam grün,

Evtl. aber doch noch zur zweiten Frage?

[Thomas Braun]

@pedder007

Das ist alles im iobroker-Backup drin. Man kann mit den separaten Backups nur den entsprechenden Teilbereich wieder herstellen, ohne alles drüberbügeln zu müssen.

[Pedder007]

@thomas-braun So'de'le, Erfolgsmeldung!

Nachdem alles mit Clone und BackUp wieder lief, noch ein paar Sachen aus dem Beta gezogen und nochmal update/upgrade und direkt mal ein paar Änderungen an den Aliasen nachgezogen und rebootet und alles glänzt wieder und es werden auch wieder Änderungen übernommen

iob diag läuft nun gefühlt doppelt so schnell durch und überhaupt ist auch das ganze Ansprechverhalten des Raspis wieder ein ganz anderes. Wahrscheinlich gingen bereits meine deCONZ-Probleme im Dezember darauf zurück, dass sich da was anbahnte. Egal, die Migration nach ZigBee wird trotzdem weiter forciert

In den 'last 25 lines' von iob diag kam noch Folgendes:

2023-01-25 14:30:54.430  - error: host.raspberrypi iobroker host.raspberrypi error: this adapter does not allow multiple instances

Muss ich mir da Gedanken machen?

PS.
Sehe gerade noch, meine History reißt am 10. Januar ab, da wurde es wohl schon schlimmer.
Mal sehen ob ich aus älteren BackUps (vor Vorgestern Abend), noch etwas mehr retten kann ...

[Pedder007]

Perfekt, das ging auch nochmal gut, jetzt fehlen nur noch 3 Tage, kann man mit leben

Fall gelöst und danke an der Stelle nochmal für Eure Unterstützung!

PS.
Ich habe mir gerade eine erste gebrauchte HW (inkl SSD) für eine Proxmox Umgebung gekauft. Ich denke das wird dann der nächste Meilenstein