@crunchip Vielen Dank für Deine Mühe und Unterstützung. Ich habe mit verschiedenen Mitteln noch nach dem Zahlenwert gesucht und nicht gefunden. Da der umstieg auf Trixie eh ansteht, werde ich den Weg gehen. Trotzdem nochmal danke. Viele Grüße, Thomas

@Homoran oder den falschen Nutzernamen verwendet, nicht das er wie früher nur pi drin stehen hat. Alternativ Monitor dran und sich testhalber local einloggen , mit den Vermeintlich richtigen Zugangsdaten.

Hallo zusammen, ich wollte mich der Vollständigkeit halber noch einmal kurz bei euch melden und ein Update geben. Nach langem Herumprobieren und einem kompletten Neuaufsetzen des Systems konnte ich das Problem mit der Netzwerkverbindung nun endlich dauerhaft lösen. Die Ursache lag letztendlich an der Hardware: Ich habe meinen alten 5-Port-Zyxel-Switch durch einen neuen Netgear GS105 Switch ersetzt. Seit dem Tausch läuft die ganze Geschichte wieder absolut einwandfrei und stabil. Vielen Dank noch mal für die Unterstützung und die Tipps! Viele Grüße,

@Laser sagte: EDIT: das /opt/iobroker/backups ist auch leer Das ist richtig. Ungenutzte Mountpunkte sollten leer sein. Da werde ich auch mit den schnelleren Switches nichts sehen. Das dürfte aber totzdem keine Fehlinvestition sein.

Vielen Dank für diese Update-Anleitung. Ich konnte damit mein System heute erfolgreich von Bookworm zu Trixie updaten!

Info für Entwickler: Der iobroker-bot scannt zur Zeit alle im LATEST repository gelisteten adapter repositories nach Auffälligkeiten bezüglich der heuite bekannt gewordenen npm supply chanin attacke. Konkret wird folgendes gesucht: Datie router_init.js im main repo tree compromised package/version lt. Liste in Mini Shai-Hulud Is Back: npm Worm Hits over 160 Packages, including Mistral and Tanstack (https://www.aikido.dev/blog/mini-shai-hulud-is-back-tanstack-compromised) Im Verdachtsfall wird ein Issue im Repo erstellt das so aussieht (accuweather hat nur zu Testzwecken ein router_init.js file erhalten und ist NICHT infiziert) https://github.com/iobroker-community-adapters/ioBroker.accuweather/issues/650 Der bot kann aber natürlich nur die Github Repos checken. Eure lokalen Entwicklungsumgebungen müsst ihr ggF selbt prüfen! Hoffe auh KEINE Issues ...

Nur für die, die es nicht glauben: https://www.iobroker.net/?hl=de-DE#en/statistics

@crunchip Ich würde mir da auch eine udev-Regel schreiben.

@mcm1957 sagte: In iob diag hab ich keine low power Warnung gesehen. Mir fällt gerade auf, dass ich dahingehende Meldungen schon ganz lange nicht mehr gelesen habe. Vielleicht funktioniert der Code auch gar nicht mehr mit aktuellen Systemen. Muss ich mal schauen. Oder es setzen jetzt alle durch die Bank gute Netzteile ein.

@thomas-braun Moin, nur um das hier noch kurz abzuschließen: Also das System war natürlich wirklich ein Debian12, so wie ich gesagt hatte. Allerdings hat mir der Desktop/UI/RDP da tatsächlich beim Upgrade den Hals gebrochen. Dank Deines Hinweises oben 'Irgendwo musst du diese ganze Kette von Abhängigkeiten durchbrechen.' bin ich diesen Brotkrumen dann gefolgt und habe danach noch 2-3 weitere Probleme so beseitigt. Anschließend lief das ganze Trixie Upgrade dann auch sauber durch - da war echt noch eine Menge offen. Auch wenn es blöd ist, ich verstehe ja grundsätzlich die Einwände gegen ein lokales UI und hier Zuhause läuft da auch nichts dergleichen, habe ich danach dann auf Basis von Trixie das Ganze XRDP Setup neu aufgebaut. Wie gesagt, die Mobilfunkanbindung ist da so übel, dass man da auch nicht per VPN/Browser arbeiten kann. Jeder click hat da eine Verzögerung von gut 1-2 Sekunden und eine neue Seite im admin zu laden dauert da gut 10 Sekunden. Da funktioniert der RDP Ansatz eben deutlich flüssiger. iob fix und diag laufen nun auch wieder sauber durch. Habe lediglich noch einen gelben Hint bzgl. meiner Zigbee Konfig, aber das mache ich dann lieber wenn ich wieder vor Ort bin. Das ist auch etwas was unter Bookworm schon so war. Angehängt der aktuell diag, falls Du nochmal einen Blick darauf werfen möchtest. Danke auf jeden Fall nochmal für Deine Unterstützung, von alleine wäre ich da so nicht drauf gekommen und habe somit wieder etwas gelernt.iob diag.rtf

Hier noch bei heise: https://www.heise.de/news/Raspberry-Pi-OS-6-2-Update-verspricht-mehr-Sicherheit-11258279.html

@Thomas-Braun sagte: WIE hast du das dann konkret gemacht Ich hab leider kein Protokoll von damals über meine Vorgangsweise. Ich halte mich normalerweise an die Empfehlungen von euch.

@mcm1957 Möglich, das sich das mittlerweile geändert hat.

@Thomas-Braun sagte: falls user genau in dem Zeitraum Adapter installiert haben, die eine ungepinnte axios-Version einbinden, dann könnte es sein, Kann man eigentlich die zusätzlichen npm-Module in der Javascript Instanz auch pinnen? Z.b. indem man eingibt modulName@1.2.3? Wie finde ich denn deren geladene Versionsnummern? Hab jetzt auch unter /opt/iobroker versucht mit npm list modulName, da kommt nur empty.

@Rushmed sagte in nodejs Downgrade durch "sudo apt full-upgrade": Mein ioBroker sagt auch dass 22.22.2 die neuste ist. Ja, ist es im Upstream von nodejs.org ja auch. Nur im Downstream via nodesource nicht.

@OliverIO sagte in Raspberry Pi OS - Netzwerk für eth0 konfiguieren: dhcp wird ja nur beim systemstart oder ende der lease time gefragt. wenn der dhcp dann nicht erreichbar ist geht es mit den alten informationen erstmal weiter. In der Theorie richtig. In der Praxis leider nicht ganz. Ich hatte insbesondere bei meinen Eltern damit immer wieder Ärger - mit nicht funktionierendem DNS auf 'nem PI-Hole. Seit ich auf statischer IP bin sind die Probleme weg :) Ich hab das damals nicht weiter auseinander genommen - die Systeme stehen 600 km weg, und wenn es Probleme gibt komm ich nicht per Remote drauf. Und meinen 88 jährigen Vater als Tastaturtreiber zu nutzen via Telefonsupport ist stressig A. Nachtrag: @OliverIO sagte in Raspberry Pi OS - Netzwerk für eth0 konfiguieren: hm die letzteren 2 kommen ja wirklich nicht so oft vor. Jein. Ein Grund weswegen ich alle meine Systeme (auch die 3 die ich remote betreuue) auf Raspberry PI basis laufen lasse ist, das ich den Leuten nach jeder Änderung ein Image der SD Karte mache. Zusätzlich haben sie alle einen 2. PI4 liegen. Wenn es knallt / klemmt: Alten abklemmen, 2. PI anklemmen, SD Karte rein, glücklich sein. Das spart mir auch viel Stress - und die Leute bei denen diese Systeme stehen müssen von Computerei keine Ahnung haben. A.

@Thomas-Braun danke....dann werde ich das in Angriff nehmen, bevor ich mir mein System zerschiesse.

@Siggi0904 sagte in piVCCU unter Trixie Probleme: Das macht das leben leichter. wohl wahr! Mein Bestand sieht halt anders aus und bisher war das auch nie ein Problem. Denke, auch hier gibt es eine Lösung, ich muss sie halt nur noch finden.