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

[Thomas Braun]

@invidianer
Ja, das meine ich.
Wobei das besser in der Konsole angeschaut wird, die Darstellung unter 'Protokolle' ist suboptimal.

[invidianer]

@thomas-braun
Ok, danke!
Darin stehen jedoch für die Sicherungen unter 2.1.17 tatsächlich keine Fehler. Diese wären mir sonst definitiv aufgefallen und zusätzlich kommt jede Nacht um 2:00 Uhr die Telegram-Meldung, daß die Sicherung erfolgreich war.

[Jan1]

@thomas-braun
Mir ist es auch nur aufgefallen, weil ich eben mal ein Backup manuell gestartet hatte und dann einfach das Fenster nicht schließt, allerdings auch keine Fehlermeldung erscheint. Die Backups wurden aber schön auf der Fritz angelegt, somit ist das etwas verwirrend.

OK, wenn es in der readme drin steht, könnte man das dort nachlesen, nur wenn ich vermeintlich kein Problem habe, lese ich die nicht aus reiner Neugier oder Langeweile ;)

Aber auch egal, Problem erkannt und gelöst :)

[Thomas Braun]

@jan1 @invidianer

Kann auch sein, dass es Meldungen seitens eines parallelen Backups auf Google Drive gab. Das greift ja auch auf das gemountete smb/cifs-Share zu.
Ich weiß es aber nicht mehr.

[invidianer]

@jan1 sagte in Frage zum BackItUp-Adapter: Fehler nach Update auf 2.2.2.:

@thomas-braun
Mir ist es auch nur aufgefallen, weil ich eben mal ein Backup manuell gestartet hatte und dann einfach das Fenster nicht schließt, allerdings auch keine Fehlermeldung erscheint. Die Backups wurden aber schön auf der Fritz angelegt, somit ist das etwas verwirrend.

OK, wenn es in der readme drin steht, könnte man das dort nachlesen, nur wenn ich vermeintlich kein Problem habe, lese ich die nicht aus reiner Neugier oder Langeweile ;)

Aber auch egal, Problem erkannt und gelöst :)

Ich habe es gemerkt, weil keine Telegram-Meldung zur Sicherung kam. Warum dies so war, weiß ich bisher nicht, aber da nun alles wieder funktioniert …

[simatec]

@invidianer @Jan1 @Thomas-Braun
Für die Fritzbox mit aktueller Firmware ist definitiv die noserverino Option erforderlich. Andernfalls kann der tmp Ordner für einzelne Backuptypen nicht ordnungsgemäß angelegt werden.

Dies ist auch mit 2.1.17 bereits so gewesen.
Allerdings wurden durch Umstellungen in der Javascriptsicherung hier noch ein paar mehr Logs eingebaut.
Ich gehe davon aus, dass in Version 2.1.17 hier ebenfalls ein Fehler auftrat, aber dieser nicht sauber gemeldet wurde.

[Jan1]

@simatec
Das ist gut möglich, da ich im Backup Ordner vorhin zwei Ordner drin hatte, die mir neu waren. Da ich die gelöscht habe ohne weiter drüber nachzudenken (es waren auch noch recht alte Backups da, die eigentlich auch hätten weg sein sollen), kann ich die nur aus dem Gedächtnis brennen.
Müsste ein Script und ein temp.Script Ordner gewesen sein ;)

Die sind nur nach dem gesetzten Haken und erneut ausgeführten Backup mit dem Adapter nicht mehr vorhanden.

So sieht das nun wieder aus und so kenne ich das auch:

[simatec]

@jan1 Das ist auch gut so ... das sind nur tempsdirs ... Nach dem packen der Backupdateien löscht Backitup die tmps

[Jan1]

@simatec
Richtig und genau die bleiben stehen, wenn der Haken nicht gesetzt ist und somit löscht er auch keine alten Backups. Ob das nach den letzten Updates des Host und JS nun deutlichere Logfiles ausgeworfen hätte, müsste ich erst mal testen, in dem ich dem Haken wieder raus nehme ;)

[invidianer]

@jan1
So war es bei mir auch. Haken nicht gesetzt, Ordner „tmpScripts“ noch vorhanden und Backup hängengeblieben bei Meldung „0MB packed …“.
Haken gesetzt, Ordner tmpScripts weg.

[Thomas Braun]

@invidianer @Jan1

Welches Dateisystem läuft denn auf dem Speichermedium an der FritzBüchse?

[Jan1]

@thomas-braun
Gute Frage, kann ich das irgendwo auslesen?
Hatte die SSD ursprünglich in NTFS formatiert, nur ob das die Fritz so lässt, kein Plan.

Edit:
Habs gefunden:

[Thomas Braun]

@jan1

Okay. Mein Speichermedium ist ext4 formatiert. Das kennt dann auch inodes eher als NTFS.

[invidianer]

Ich sichere direkt auf der FritzBox. Welches Dateisystem drauf ist, weiß ich leider nicht.