Hallo zusammen, ich habe einige Zeit gebraucht, um alles wieder nach dem SD-Crash ans Laufen zu bringen. Das Problem ist jetzt jedenfalls gelöst. Mein Vorgehen: Rasbian Trixie neu auf einer SSD aufgesetzt, Iobroker mit den notwendigen Adapter neu installiert; iob stop, iob fix, iob start anschließend Backup über Backup-Adapter eingespielt, die Backup-Dateien wurden erkannt und eingespielt, aber am Erscheinungsbild änderte sich nichts, auch die gesuchte View war nicht auffindbar; @crunchips Tipp hat zu dem Zeitpunkt leider auch noch nichts gebracht, dann Backitup-Adapter eingerichtet und Backups anzeigen lassen, Backups eingespielt, Erscheinungsbild blieb, ... , aber dann @crunchips Befehlszeile genutzt und schon war alles wieder so vorhanden, wie ich es vor dem Crash mit der SD gespeichert hatte. Also vielen Dank an @crunchip für deinen hilfreichen Tipp. @thomas-braun ich verstehe deine Philosophie, die ich aber hier nicht umsetzen kann. Iobroker funktioniert nun auch mit Tatsch Schkreen ;-) wunderbar. Trotzdem vielen Dank für deinen Hinweis. Falls ich einen Backup-Server zusätzlich noch einsetze, werde ich mich an den Ratschlag erinnern. Für alle anderen, ich bin kein Profi und vieles läuft über Versuch und Irrtum. BG

@Michael-Schmitt Nachdem mit dem Deconz nichts mehr ging... einmal neu aufgesetzt, alles deconz runter und Zigbee Adapter drauf... alle geräte neu angelernt... bis auf 2 fenster, einen Ledvance Strip und eine Tuya Steckdose ging alles... Jetzt hab ich noch die Firmware des Conbee 2 auf den letzte Stand gebracht und der Adapter hat über 2 Stunden versucht den Kontakt zum Stick herzustellen.. das hat nun geklappt und siehe da, die beiden abtrünnigen Fenster sind da, der Ledvance Strip auch...und die Tuya Dose auch Irre, dass das nur an der Firmware hat gelegen DAnke @asgothian @michael-schmitt @meister-mopper @thomas-braun @arteck für Eure Hilfe hier

@mcm1957 sagte: In jedem Fall wäre es daher sinnvoll, wenn du die im Einsatz befindliche ADAPTER Version (incl. Repo) angibst. Sorry, hatte ich vergessen: Bei mir läuft Version 1.4.2, Die müsste von @grizzelbee sein. Die letzten 3 Tage ist der genannte Eintrag nicht mehr aufgetreten ...

hat sich erledigt, habe das Problem gefunden.... Als ich mich dann doch mal per remote auf den raspberry connecten wollte ging das auch nicht und da wurd ich dann langsam stutzig.... Ich weiß nicht woher aber ich hatte eine firewall rule die den kompletten incomming traffic blockiert hat. Habe dann die firewall settings zurückgesetzt, nur die richtigen Sachen erlaubt und schon ging rdp wieder und die hubs werden gefunden. Danke für eure Antworten :)

Das Wiederherstellen des Operator Token hat es gebracht. War etwas schwierig, weil ich 3 x "admin's Recovery Token" hatte und ich nicht wusste, welcher der richtige ist. Danke für den Tip.

@Happyuser20 Das geht, wenn man halt genau weiß, was man tut. In jedem Fall muss der Container neu erstellt werden. Ich würde dir aber einfach empfehlen, ein Backup zu machen, neuen Container mit der geänderten Config zu erstellen und das Backup zurückzuspielen.

Hab nun die Gesten nochmal nachgemacht und dann wurde aus dem „null“ ein „good“ und das script geändert ..nun kommen keine Fehlermeldungen mehr beim Gesten machen mit dem Cube..danke @asgothian

@wrod sagte: *** NodeJS-Installation *** Würde ich auf nodejs@22 setzen. Ist zur Zeit die vorgesehene Version für den ioBroker. Controller "js-controller": 7.2.2 , installed 7.0.7 [Updatable] Update das Ding...

Die sieht eigentlich OK aus. Ich frag mich allerdings wieso die der Adapter ausliefert. Das ist eigentlich nur eine für das development relevante Datei ...

@Thomas-Braun The five largest files in iobroker-data are: find: Failed to change directory: /root: Permission denied find: Failed to change directory: /root: Permission denied find: Failed to change directory: /root: Permission denied find: Failed to change directory: /root: Permission denied find: Failed to change directory: /root: Permission denied find: Failed to change directory: /root: Permission denied find: Failed to change directory: /root: Permission denied find: Failed to change directory: /root: Permission denied find: Failed to change directory: /root: Permission denied find: Failed to change directory: /root: Permission denied find: Failed to change directory: /root: Permission denied find: Failed to change directory: /root: Permission denied find: Failed to restore initial working directory: /root: Permission denied zu vernachlässigen?

Nun habe ich mal die Baudrate von 57600 auf 38400 runter gesetzt. Das scheint jetzt zu fruchten. Ursprünglich sind es auch 38400, wenn der Cul direkt betrieben wird. Nun heißt es wieder abwarten....es heißt ja nun nicht ich würde hier mit verschränkten Armen arbeiten. Ich bin stets bemüht die Fehler selbst zu korrigieren....

Danke für die Info!

@amg_666 sagte: Gibt es da irgendwelche Empfehlungen zur Datenmenge ? muss ich da was beachten, damit mir nichts "überläuft" ? Bis jetzt hab ich keine bemerkt [image: 1786277538479-2400.jpg]

hi, keine Ahnung. musste schnell zurück. Wahrscheinlich, da ich an den Widgets war.

@Jan201 sagte: kann man die Influx daten irgendwie auf einem USB-Stick auslagern? Bestimmt.

@michael-1975 sagte: wieso hat es den die letzten Monate funktioniert das fragst du mich ..

Wenig hilfreicher Post, da das "Wie" fehlt.

Das war ja einfach Danke, ich schließe das Thema

Gibt es eigentlich Aussagen von e3, ob der Support der Cloudfreien Anbindung z.B. über openccu nicht mehr unterstützt wird? Ich mache mich nicht gerne von Cloud- Servern eines Smart-Home Herstellers abhängig, und gehe deshalb derzeit über openccu