@Thomas-Braun sagte in Fehler bei update: Ist das Buster / Debian 11 gewesen? so sieht's aus @marcel-drzal sagte in Fehler bei update: Debian GNU/Linux 11 iobroker tty1

@mcm1957 sagte in admin.0 Warnung update rating.......: Falls das Problem noch weiter auftritt - insbesondere auch noch in ein paar Stunden - bitte Bescheid geben. Der Fehler im Bereich der zentralen Repositoryverzeichnisserver wurde behoben. Durch Caching Effekte kann die Normalisierung aber ev, ein wenig dauern. Hallo ich habe gestern Abend und jetzt gerade nochmal geschaut ich habe keine Warnung mehr gehabt Danke für die schnelle Behebung und Hilfe

ich würde mit tastatur und maus am pi versuchen mich einzuloggen und schauen ob der sshd wirklich läuft. Auch: wenn der 2er Pi imager bei 18% einen Fehler macht - ist dann die sd karte sicher ok ? Hast du lange genug gewartet damit der PI das Dateisystem erweitert hat ? Das sollte er nach dem ersten Start machen (ggf. erst nach dem ersten boot - das ist etwas her) A.

@mcm1957 sagte in nach node js Update - npm bad error EBADENGINE: hap-nodejs Und in aktueller Version ist das Modul auch mit aktuelleren nodejs-Versionen kompatibel. Da war nur ein (indirektes) Update erforderlich. Da muss man aber halt seine Adapter auch auf Stand halten...

Top, danke dir.

Hallo habe jetzt einige Zeit gebraucht, um auf die Daten meines Tavascan zuzugreifen. (vw-connect: 0.7.13) Lange erfolglos. Hatte auch erst die hier bereits genannte Token warning usw. Ich war mir auch nicht sicher, ob Cupra derzeit überhaupt funktioniert, da es im Kopf nicht mehr genannt wird. Der Fehler war letztlich, ich hatte als Type immer Seat Cupra #2 Alternativ eingestellt. (War für mich naheliegend, da ich sonst nichts passend fand und auch keine Elli Wallbox besitze) Da mir nichts mehr besseres einfiel, habe ich den Type einfach mal auf My SEAT umgestellt und oh Wunder, es functioniert. Vielleicht hilft es ja jemand.

@BananaJoe Nicht ärgern... Es gibt immer A-Favorisierer und B-Favorisierer. Beide haben ihre Daseinsberechtigung und ohne diese würde es auch nicht beide Distributionen geben ;-) Für mich kommt übrigens ein Debian auch nicht ins Haus... Die Vorteile von Ubuntu überwiegen... Man darf sie nur nicht mit Gewalt verdrängen :blush:

@ljsven sagte in admin startet nach Backup nicht mehr: Ich nutze den iobroker gefühlt seit 10‘Jahren - da ist die Struktur gewachsen und ich hatte einfach nicht mehr die Zeit alles neu zu machen. Wäre es sinnvoll ohne Backup zu arbeiten und die Adapter etc. über Multihost rüber zu holen? Auch da müsstest du das neue System mit der alten ioBroker Version aufsetzen. Wenn dir das gelingt kannst auch gleich das Backup einspielen ... Aber je nachdem was du hast könntest du vieles einfach von Hand umziehen. Datenpunkte kann man exportieren und importieren, Skripte ebenfalls. Bei der VIS müsste halt alles andere vorbereitet sein, also alle notwendigen Datenpunkte wieder vorhanden sowie alle Bilder und Grafiken. Und selbst da kannst du auch Widgets exportieren und importieren. Und dann setz doch dein neues System gleich mit Proxmox auf. Dein neues System ist dann virtuell - da kann man dann die ganze VM sichern oder Snapshots machen (so etwas wie Spielstand speichern/laden), das nimmt auch den Schrecken wenn mal ein größeres Upgrade nicht klappt.

@thomas-braun Wenn ich das jetzt nochmal lese verstehe ich dein Hinweis. Ist mir damals als Unwissender untergegangen oder ich fand es einfacher den Befehlen zu folgen. Danke nochmal für deinen hervorragenden Support.

@thomas-braun Jetzt verstehe ich erst Deine Frage, ob es noch in den Adapter-Einstellungen enthalten ist. Mir war gar nicht (mehr) bewusst, dass es dort auch steht. Dort habe ich es jetzt mal rausgelöscht und beim Neustart des Adapters kam dann auch die ersehnte Meldung javascript.0 2025-10-31 18:50:51.437 info Removed custom npm package: "xmlhttprequest" javascript.0 2025-10-31 18:50:33.943 info Removed custom npm package: "xml2json" javascript.0 2025-10-31 18:50:19.790 info Removed custom npm package: "xml2js" D.h. ein "npm ls" sieht nun auch korrekt aus. Mega vielen Dank für die schnelle und klasse Unterstützung. Solltest Du mal im Norden sein: Einfach melden - das nächste Bier geht auf mich.

@decnet sagte in Zigbee startet nicht mehr nach update auf 3.0: @all Ich erhalte folgende Fehlermeldung: " reading access rights for COM3 Error: unable to access COM3 : ENOENT: no such file or directory, access 'C:\ioBroker\node_modules\iobroker.zigbee\COM3' " Im Geräte-Manager wird aber COM3 angegeben, der Zigbee Adapter schlägt auch COM3 vor. Was mache ich falsch? Wann genau bekommst du diese Fehlermeldung ? Was macht der Adapter zu dem Zeitpunkt Was steht vorher und hinterher im Log ? A.

@crunchip sagte in Note update: warum sollte es nicht laufen? Es läuft wohl. Nachdem die in der Anleitung zum Adapter erwähnten Einstellungen getätigt wurden.

@homoran ne, da bin ich unschuldig😉die existiert schon ein paar Jahre und hab inhaltlich ich nix mit zu tun

@haselchen sagte in Zigbee-Stick-Zugriff für (iobroker-docker-container): Da er mit Udeev Regeln rumhantiert und config Dateien ändert, spielt das ganz sicher mit in das Problem. Nein, ganz sicher NICHT. Der Hinweis auf UUIDs im Raspi-Forum war nämlich auch Quatsch (wie der Poster dann wohl auch selber gemerkt hat).

@haselchen Danke das klingt sinnvoll. Was muss in der docker-compose eingetragen werden damit der container im hostmodus startet? network_mode: host Danke läuft wieder!

@thomas-braun Das update nach Node.js v22.20.0 hat problemlos bei meinem Raspberry Pi 5 funktioniert. Der Digitalstrom Adapter läuft. Vielen Dank für die Rückmeldungen.