NEWS
Zigbee/Conbee2 funktioniert nach Update nicht mehr (udev)
-
Da ich auf dem System schon länger Testing / Bookworm fahre war ich von dem falsch gebauten Bullseye -Paket nie betroffen.
-
@marc-berg sagte in Zigbee/Conbee2 funktioniert nach Update nicht mehr (udev):
@mickym sagte in Warnung vor Linux update: udev/stable 247.3-7+deb11u2:
jedoch keine Ahnung wie man daraus nun die Teile installiert.
Zum Glück nutze ich Ubuntu Server, und bin damit nicht von diesem Problem betroffen, habe das Downgrade aber mal auf meinem Debian Testsystem durchgespielt:
wget https://snapshot.debian.org/archive/debian/20220829T032859Z/pool/main/s/systemd/libudev1_247.3-7%2Bdeb11u1_"$(dpkg --print-architecture)".deb wget https://snapshot.debian.org/archive/debian/20220829T032859Z/pool/main/s/systemd/libudev-dev_247.3-7%2Bdeb11u1_"$(dpkg --print-architecture)".deb wget https://snapshot.debian.org/archive/debian/20220829T032859Z/pool/main/s/systemd/udev_247.3-7%2Bdeb11u1_"$(dpkg --print-architecture)".deb sudo dpkg -i libudev1_247.3-7+deb11u1_"$(dpkg --print-architecture)".deb sudo dpkg -i libudev-dev_247.3-7+deb11u1_"$(dpkg --print-architecture)".deb sudo dpkg -i udev_247.3-7+deb11u1_"$(dpkg --print-architecture)".deb sudo apt install udev=247.3-7+deb11u1
hat es getan.
Das Ergebnis sieht dann so aus:
docker@debian11:~$ apt-cache policy udev udev: Installed: 247.3-7+deb11u1 Candidate: 247.3-7+deb11u2 Version table: 247.3-7+deb11u2 500 500 http://debian.inf.tu-dresden.de/debian bullseye/main amd64 Packages *** 247.3-7+deb11u1 100 100 /var/lib/dpkg/status
Um zu verhindern, dass beim nächsten Update die fehlerhafte Version wieder installiert wird, die Pakete auf "Hold" setzen:
sudo apt-mark hold udev sudo apt-mark hold libudev1 sudo apt-mark hold libudev-dev
Und wenn ein bereinigtes Update zur Verfügung steht, das Ganze rückgängig machen:
sudo apt-mark unhold udev sudo apt-mark unhold libudev1 sudo apt-mark unhold libudev-dev
DANKE !!! Hast mir den Sonntag geretet
-
@markus-schlösser said in Zigbee/Conbee2 funktioniert nach Update nicht mehr (udev):
- danach wird der von deconz benötigte symbolische Link nicht mehr angelegt.
ls -l /dev/serial/by-id/ insgesamt 0 drwxr-xr-x 2 root root 60 2. Mai 21:01 . drwxr-xr-x 4 root root 80 2. Mai 21:01 .. lrwxrwxrwx 1 root root 13 2. Mai 21:01 usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2252411-if00 -> ../../ttyACM0
Hallo Markus, kurze Frage zu Deinem Post. Auf der Ausgabe ist ja zu sehen, dass der Link für den ConBee nach ttyACM0 geht. Liegt der Fehler in Zeile 2 also, dass dort 0 steht? Ich habe seit einem Update Anfang des Monats ebenfalls Probleme mit dem ConBeeII. Allerdings kann er noch Daten Empfangen, allerdings keine Kommandos senden. Und inzwischen sind nur noch 2 von 26 Geräten verbunden. Der Symlink wird aber anscheinend angelegt.
Danke, Roland
-
Sorry, bin auch von dem Problem betroffen (Update schon installiert) und wollte nach Anleitung im 1. post vorgehen.
Bekomme aber bei dem Schritt folgende Meldung:pi@raspberrypi:/etc/apt/sources.list.d $ sudo apt update OK:1 http://archive.raspberrypi.org/debian bullseye InRelease OK:2 http://raspbian.raspberrypi.org/raspbian bullseye InRelease OK:3 https://phoscon.de/apt/deconz bullseye InRelease OK:4 https://deb.nodesource.com/node_18.x bullseye InRelease Holen:5 http://deb.debian.org/debian bullseye-backports InRelease [49,0 kB] Fehl:5 http://deb.debian.org/debian bullseye-backports InRelease Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 648ACFD622F3D138 NO_PUBKEY 0E98404D386FA1D9 Paketlisten werden gelesen… Fertig W: GPG-Fehler: http://deb.debian.org/debian bullseye-backports InRelease: Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 648ACFD622F3D138 NO_PUBKEY 0 E98404D386FA1D9 E: Das Depot »http://deb.debian.org/debian bullseye-backports InRelease« ist nicht signiert. N: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art durchgeführt werden, daher ist es standardmäßig deaktiviert. N: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfiguration finden Sie in der Handbuchseite apt-secure(8). pi@raspberrypi:/etc/apt/sources.list.d $ sudo apt -t bullseye-backports install udev Paketlisten werden gelesen… Fertig E: Der Wert »bullseye-backports« ist für APT::Default-Release ungültig, da solch eine Veröffentlichung in den Paketquellen nicht verfügbar ist.
Kann mir da bitte jemand weiter helfen? Übersehe ich etwas?
Danke! -
@joel sagte in Zigbee/Conbee2 funktioniert nach Update nicht mehr (udev):
NO_PUBKEY xxx NO_PUBKEY xxxx
Hast du da was geändert im Output?
-
@thomas-braun Ja die Schlüssel ausge x't. Hätte ich nicht sollen?
-
Wozu? Das sind Public Keys, die werden sogar auf Key Server hochgeladen...
-
@thomas-braun Sorry, soll ich sie wieder einfügen. Hilft das weiter?
-
-
@thomas-braun Ich verstehe, es hat was mit der Signatur zu tun, weiß aber nicht was zu machen ist...
pi@raspberrypi:~ $ sudo apt update Holen:1 http://deb.debian.org/debian bullseye-backports InRelease [49,0 kB] OK:2 https://phoscon.de/apt/deconz bullseye InRelease OK:3 https://deb.nodesource.com/node_18.x bullseye InRelease OK:4 http://archive.raspberrypi.org/debian bullseye InRelease Fehl:1 http://deb.debian.org/debian bullseye-backports InRelease Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 648ACFD622F3D138 NO_PUBKEY 0E98404D386FA1D9 OK:5 http://raspbian.raspberrypi.org/raspbian bullseye InRelease Paketlisten werden gelesen… Fertig W: GPG-Fehler: http://deb.debian.org/debian bullseye-backports InRelease: Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 648ACFD622F3D138 NO_PUBKEY 0E98404D386FA1D9 E: Das Depot »http://deb.debian.org/debian bullseye-backports InRelease« ist nicht signiert. N: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art durchgeführt werden, daher ist es standardmäßig deaktiviert. N: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfiguration finden Sie in der Handbuchseite apt-secure(8).
-
sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 648ACFD622F3D138 sudo apt update
-
@thomas-braun Sieht besser aus. Nun sollte ich wohl weiter machen und es sollte gehen?
pi@raspberrypi:~ $ sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 648ACFD622F3D138 Warning: apt-key is deprecated. Manage keyring files in trusted.gpg.d instead (see apt-key(8)). Executing: /tmp/apt-key-gpghome.GwbQ4yonKD/gpg.1.sh --keyserver keyserver.ubuntu.com --recv-keys 648ACFD622F3D138 gpg: Schlüssel DC30D7C23CBBABEE: Öffentlicher Schlüssel "Debian Archive Automatic Signing Key (10/buster) <ftpmaster@debian.org>" importiert gpg: Anzahl insgesamt bearbeiteter Schlüssel: 1 gpg: importiert: 1 pi@raspberrypi:~ $ sudo apt update OK:1 http://archive.raspberrypi.org/debian bullseye InRelease OK:2 http://raspbian.raspberrypi.org/raspbian bullseye InRelease OK:3 https://phoscon.de/apt/deconz bullseye InRelease OK:4 https://deb.nodesource.com/node_18.x bullseye InRelease Holen:5 http://deb.debian.org/debian bullseye-backports InRelease [49,0 kB] Holen:6 http://deb.debian.org/debian bullseye-backports/main armhf Packages [413 kB] Holen:7 http://deb.debian.org/debian bullseye-backports/main Translation-en [351 kB] Es wurden 763 kB in 3 s geholt (285 kB/s). Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut… Fertig Statusinformationen werden eingelesen… Fertig Aktualisierung für 1 Paket verfügbar. Führen Sie »apt list --upgradable« aus, um es anzuzeigen. pi@raspberrypi:~ $
-
Jetzt sollte das Paket udev über die Backports verfügbar sein.
-
@thomas-braun
das sieht jetzt wieder gut aus, aber im iobroker immer noch Ausrufezeichen, das sagt die Konsole:pi@raspberrypi:~ $ ls -l /dev/serial/by-id insgesamt 0 lrwxrwxrwx 1 root root 13 22. Mai 22:56 usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2659461-if00 -> ../../ttyACM0
-
Hast du udev und den Adapter neugestartet?
Der Einfachheit halber die ganze Kiste mal sauber rebooten. -
@joel sagte in Zigbee/Conbee2 funktioniert nach Update nicht mehr (udev):
@thomas-braun Ja die Schlüssel ausge x't. Hätte ich nicht sollen?
Ich hätte zwar nicht helfen können - aber wieso macht man sowas? Stand davon irgendwas in der Beschreibung? Wenn ja - muss ich was in der Beschreibung korrigieren?
-
@thomas-braun hab nur einen reboot gemacht. Aber leider keine Geräte und Ausrufezeichen. Oh je ...
-
@mickym Sorry!
-
@mickym sagte in Zigbee/Conbee2 funktioniert nach Update nicht mehr (udev):
Wenn ja - muss ich was in der Beschreibung korrigieren?
Nee, nur ergänzen wie man den Schlüssel reinholt für den Fall, das der als fehlend angemeckert wird.
-
@joel sagte in Zigbee/Conbee2 funktioniert nach Update nicht mehr (udev):
Aber leider keine Geräte und Ausrufezeichen. Oh je ...
Über welchen Adapter sprechen wir genau? Und wie sieht dessen Log beim Starten aus?