Zigbee/Conbee2 funktioniert nach Update nicht mehr (udev)

[mickym]

So nachdem ich das mit dem Backport verstanden habe, habe ich mein produktives System auch mit der Beta Version bestückt habe aber die Anleitung nochmal überarbeitet, da man wirklich nur das udev austauschen muss und nicht systemd - wie es in dem @Siggi0904 beschriebenen Post beschrieben ist. Vielen Dank dafür. Damit halte ich dieses Vorgehen eigentlich für die einfachste Variante, da man nicht mit irgendwelchen Regeln rumhantieren muss und sollte es mal eine höhere Version im stable geben wird dies dann automatisch wieder mit aktualisiert.

Ich werde das ganze mal zusammenfassend in dem 1. Post beschreiben. Vielen Dank an alle die hier so toll mitgeholfen haben.

[Thomas Braun]

@mickym
Jein, das sind Pakete, die in einem neueren Release stable sind, aber wegen der Debian Policy, niemals Versionen zu erhöhen nicht über die Standardquellen angeboten werden.

[A Former User]

@mickym sagte in Warnung vor Linux update: udev/stable 247.3-7+deb11u2:

Wow danke schön - also doch beta Releases - die man im Ausnahmefall in einer stable Umgebung nutzen kann.

Moin,

hm, ist so nicht ganz richtig.
Im Sprachgebrauch eines Distributionsreleases ist Beta eher das Untesting, Testing ist schon der Unterbau, des kommenden Releases. Im Falle von Debian, ist Testing aktuell eingefroren, sodass keine neuen Pakete oder Abhängigkeiten mehr aufgenommen werden, damit die Basis jetzt stabil bleibt und nur noch die letzten Fehler im Zusammenspiel gefixt werden.

Für Debian ist das hier beschrieben: https://wiki.debian.org/DebianReleases

Dies trifft auf alle Distributionen, mit festen Release-Zyklen zu. Bei Distributionen, die keine festen Releases haben, spricht man von sogenannten Rolling Releases, da ständig die neusten Versionen zur Verfügung stehen und ins aktuelle System eingespielt werden, z.B.: Es gibt eine neue Version von Libreoffice mit ganz vielen neuen Funktionen, dann ist man bei Release Distributionen, darauf angewiesen, dass jemand ein Backport für ein altes/aktuelles Release bereitstellt, beim Rolling Release kommt es automatisch, wenn der Maintainer des Pakets denk es ist stabil.

VG
Bernd

P.S.: Release-Management ist ein weites Thema und ich habe da mehrere Runden mit meinen Kollegen verbracht, es gibt da immer mindesten n+1 Meinungen dazu

[mickym]

@dp20eic ganz lieben Dank!!! - Ich habe jetzt das erste Posting so modifiziert, dass man dann diese Version aus dem Backports Repository, als Lösung des Problems verwenden kann, wenn man schon ein Update durchgeführt hat.
Ob es nun besser ist die alte Version zu behalten oder diese neueste Version zu verwenden - ich habe keinen Unterschied festgestellt, aber kann ja dann jeder so handhaben, wie er will.

Ich lerne auch noch Linux.

[A Former User]

@mickym sagte in Zigbee/Conbee2 funktioniert nach Update nicht mehr (udev):

sollte es mal eine höhere Version im stable geben

Moin,

Bullseye wird noch bis ~Julie 2024 weitergeführt, daher denke ich, sobald Debian 12 alias Bookworm erschienen ist, die Empfehlung der ioBroker Maintainer lauten wird, auf Debian 12 zu migrieren und dann betrifft das dann nur noch die Fraktion "never change a running system"

Ich bin fein raus, ich nutze Arch Linux, da rollt es nur so

VG
Bernd

[Thomas Braun]

@mickym

echad@chet:~ $ apt policy udev
udev:
  Installed: 252.6-1
  Candidate: 252.6-1
  Version table:
 *** 252.6-1 500
        500 http://deb.debian.org/debian bookworm/main arm64 Packages
        100 /var/lib/dpkg/status
echad@chet:~ $        

Die Version 252 ist also ein Backport aus Debian 12 'Boolworm'.

[mickym]

@thomas-braun Die funktioniert auch - ich hab sie bei mir bislang ohne Probleme laufen.

[Thomas Braun]

@mickym

Da ich auf dem System schon länger Testing / Bookworm fahre war ich von dem falsch gebauten Bullseye -Paket nie betroffen.

[Michael Schmitt]

@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

[PROcrastinator]

@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

[Joel]

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!

[Thomas Braun]

@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?

[Joel]

@thomas-braun Ja die Schlüssel ausge x't. Hätte ich nicht sollen?

[Thomas Braun]

@joel

Wozu? Das sind Public Keys, die werden sogar auf Key Server hochgeladen...

[Joel]

@thomas-braun Sorry, soll ich sie wieder einfügen. Hilft das weiter?

[Thomas Braun]

@joel

Ja natürlich.
Zeig nochmal den vollständigen und unveränderten Output von

sudo apt update 

[Joel]

@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).

[Thomas Braun]

@joel

sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 648ACFD622F3D138
sudo apt update 

[Joel]

@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:~ $

[Thomas Braun]

@joel

Jetzt sollte das Paket udev über die Backports verfügbar sein.