Zigbee/Conbee2 funktioniert nach Update nicht mehr (udev)

[Rushmed]

@mickym Ich seh da nur:

pi@Smartazamba:~ $ sudo apt update
Hit:1 http://deb.debian.org/debian bullseye InRelease
Get:2 http://deb.debian.org/debian bullseye-updates InRelease [44.1 kB]
Hit:3 http://security.debian.org/debian-security bullseye-security InRelease
Hit:4 http://archive.raspberrypi.org/debian bullseye InRelease
Hit:5 https://deb.nodesource.com/node_18.x bullseye InRelease
Get:6 https://apt.grafana.com stable InRelease [5983 B]
Hit:7 https://repos.influxdata.com/debian stable InRelease
Fetched 50.0 kB in 2s (23.5 kB/s)
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
2 packages can be upgraded. Run 'apt list --upgradable' to see them.
pi@Smartazamba:~ $ sudo apt list --upgradable
Listing... Done
influxdb2-cli/unknown 2.7.3-1 arm64 [upgradable from: 2.7.1-2]
influxdb2/unknown 2.7.1-1 arm64 [upgradable from: 2.7.0-1]

[mickym]

@rushmed Ja das kannst ja updaten. Mach mal

 apt policy udev

[A Former User]

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

Es wäre wirklich toll wenn ich wüsste wann ich wieder normal updaten kann.

Moin,

ich bin nicht der wissende um Debian, aber ich habe mir mal Debian 12 alias Bookworm als VM auf meinem Proxmox installiert, da gab es keine Probleme.
Da im Sommer, irgendetwas vom 10. Juni, diese Version die aktuelle Debian 11 Bullseye ablöst, würde ich nicht darauf setzen noch auf die Behebung des Problems zu warten.
Entweder das fehlerhafte Paket maskieren, damit es nicht aus Versehen, geupdatet wird oder wie hier schon geschrieben sich die udev Rule selbst hinzufügen.

Wie gesagt, ob sich da jemand vom Debian Team um ein Backport des Pakets kümmert, jetzt wo alles nach vorne schaut, keine Ahnung

VG
Bernd

P.S.: Das ist jetzt keine Aufforderung sein aktuelles System zu Bookworm zu migrieren, da werden wir schon den Startschuss vom ioBroker - Team bekommen, wann es so weit ist

[Rushmed]

@mickym

pi@Smartazamba:~ $ apt policy udev
udev:
  Installed: 247.3-7+deb11u2
  Candidate: 247.3-7+deb11u2
  Version table:
 *** 247.3-7+deb11u2 500
        500 http://deb.debian.org/debian bullseye/main arm64 Packages
        100 /var/lib/dpkg/status

Das Update hat wieder nicht funktioniert.

[mickym]

@rushmed na dann hast doch die Version bereits drauf. Dann kannst du updaten was Du willst. Wenn du nicht betroffen bist - also Conbee2 Stick dann ist für Dich das hier alles nicht relevant und du kannst updaten wie gewohnt.

[Siggi0904]

Soweit ich es gesehen habe, ist es in backports behoben.
Ich weiß aber nicht, ob das nach Upstream kommt.

https://github.com/Koenkk/zigbee2mqtt/issues/17535#issuecomment-1532241700

boscho87 created this issue in Koenkk/zigbee2mqtt

closed No Connection to Conbee with Docker #17535

[Rushmed]

@mickym Nach dem Update kann ich jetzt wieder keine Verbindung mit USB Geräten für Zigbee und Smartmeter herstellen.
Wie komme ich da jetzt ohne Backup wieder raus?

Verdammt beim Wiederherstellen eine Images von vor dem Update bleibt der Fehler bestehen.
Wie kann das den sein?

[mickym]

@rushmed Dann probiere halt mal was @Siggi0904 gepostet hat.

Wechsle in das Verzeichnis:

cd  /etc/apt/sources.list.d

erstelle dort eine Datei: bullseye-backports.list
also:

sudo nano bullseye-backports.list

In diese Datei kopierst Du diese beiden Zeilen:

# bullseye-backports
deb http://deb.debian.org/debian bullseye-backports main

Dann führst Du das aus:

sudo apt update
sudo apt -t bullseye-backports install udev

[mickym]

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

Verdammt beim Wiederherstellen eine Images von vor dem Update bleibt der Fehler bestehen.
Wie kann das den sein?

Dann war das Image nicht alt genug - du kannst doch auch nachdem Rückspielen des Images überprüfen mit apt policy udev ob da bereits die Version drauf ist.

[Rushmed]

@mickym Supergeil, das hat geklappt. Tolle Anleitung, kannste bitte noch das on hold Setzen ergänzen?

[mickym]

@rushmed Dann zeig mal was mit

apt policy udev

rauskommt.

On hold setzen mit

sudo apt-mark hold udev

und dann überprüfen

sudo apt-mark showhold

sollte dann udev auswerfen. Dann kannst Du getrost Deine Updates machen - udev wird dann immer von den Updates erst mal ausgenommen.

[Rushmed]

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

apt policy udev

pi@Smartazamba:~ $ apt policy udev
udev:
  Installed: 252.5-2~bpo11+1
  Candidate: 252.5-2~bpo11+1
  Version table:
 *** 252.5-2~bpo11+1 100
        100 http://deb.debian.org/debian bullseye-backports/main arm64 Packages
        100 /var/lib/dpkg/status
     247.3-7+deb11u2 500
        500 http://deb.debian.org/debian bullseye/main arm64 Packages

[mickym]

@rushmed Ja ich habs gerade an einem Testsystem selbst vollzogen.

mwadmin@MWDebian:~$ sudo apt policy udev
udev:
  Installiert:           247.3-7+deb11u2
  Installationskandidat: 247.3-7+deb11u2
  Versionstabelle:
 *** 247.3-7+deb11u2 500
        500 http://deb.debian.org/debian bullseye/main amd64 Packages
        100 /var/lib/dpkg/status
mwadmin@MWDebian:~$ sudo apt policy udev
udev:
  Installiert:           252.5-2~bpo11+1
  Installationskandidat: 252.5-2~bpo11+1
  Versionstabelle:
 *** 252.5-2~bpo11+1 100
        100 http://deb.debian.org/debian bullseye-backports/main amd64 Packages
        100 /var/lib/dpkg/status
     247.3-7+deb11u2 500
        500 http://deb.debian.org/debian bullseye/main amd64 Packages

Das scheint aber in meinen Augen dann ein neuere Version (beta Version) zu sein. Na egal - ich hoffe es keine negativen Seiteneffekte. Auf dem Testsystem musste ich nach dieser Prozedur noch einiges bereinigen. Aber wenn sowieso bald eine neue Version von dem Betriebssystem rauskommt, ist das wahrscheinlich alles eh nicht mehr wichtig.

Bei mir sind es nur amd64 Packages weil - meine Testsysteme auf virtuellen Plattformen auf Intel Maschinen sind. Beim Raspberry stehen da natürlich arm64 Pakete.

So wie ich den package Manager verstanden habe funktioniert das nun so;

 *** 252.5-2~bpo11+1 100
        100 http://deb.debian.org/debian bullseye-backports/main amd64 Packages
        100 /var/lib/dpkg/status
     247.3-7+deb11u2 500
        500 http://deb.debian.org/debian bullseye/main amd64 Packages

Es wird erst die höhere Versionsnummer bevorzugt (also das nun installierte Paket) und erst bei Versionsgleichheit wird die höhere Nummer hinten bevorzugt also 500 vor 100. Damit könnte man das zurückhalten von Updates auch erst mal aufheben.

sudo apt-mark unhold udev
Halten-Markierung für udev entfernt.

[Thomas Braun]

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

Das scheint aber in meinen Augen dann ein neuere Version (beta Version) zu sein.

Nein, es ist ein 'Backport', also eine höhere Version des Quellpaketes wird auf die Umgebung einer niedrigeren Version des OS angepasst.

Die 500 bzw. 100 hinter den Versionsnummern beschreiben die Präferenz, mit der ein Paket von dort Installiert wird. Die Skala geht dabei von 0 bis 1000. Je höher desto eher wird das Paket aus dieser Quelle installiert werden.

[mickym]

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

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

Das scheint aber in meinen Augen dann ein neuere Version (beta Version) zu sein.

Nein, es ist ein 'Backport', also eine höhere Version des Quellpaketes wird auf die Umgebung einer niedrigeren Version des OS angepasst.

Die 500 bzw. 100 hinter den Versionsnummern beschreiben die Präferenz, mit der ein Paket von dort Installiert wird. Die Skala geht dabei von 0 bis 1000. Je höher desto eher wird das Paket aus dieser Quelle installiert werden.

Ja das mit den Nummern hatte ich schon kapiert.

Die Erklärung was ein Backport ist nur halb. Bin halt ein Dummy was Linux betrifft.

Nein, es ist ein 'Backport', also eine höhere Version des Quellpaketes wird auf die Umgebung einer niedrigeren Version des OS angepasst.

Eine höhere Version des Quellpaketes ist also nicht automatisch eine beta-Version, sondern wirklich schon eine stabile Folgeversion, die man auf einem Hauptsystem mit ansonsten niedrigerer Versionsnummer angepasst hat? - Kann man das so ausdrücken?

[A Former User]

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

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

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

Das scheint aber in meinen Augen dann ein neuere Version (beta Version) zu sein.

Nein, es ist ein 'Backport', also eine höhere Version des Quellpaketes wird auf die Umgebung einer niedrigeren Version des OS angepasst.

Die 500 bzw. 100 hinter den Versionsnummern beschreiben die Präferenz, mit der ein Paket von dort Installiert wird. Die Skala geht dabei von 0 bis 1000. Je höher desto eher wird das Paket aus dieser Quelle installiert werden.

Ja das mit den Nummern hatte ich schon kapiert.

Die Erklärung was ein Backport ist nur halb. Bin halt ein Dummy was Linux betrifft.

Nein, es ist ein 'Backport', also eine höhere Version des Quellpaketes wird auf die Umgebung einer niedrigeren Version des OS angepasst.

Eine höhere Version des Quellpaketes ist also nicht automatisch eine beta-Version, sondern wirklich schon eine stabile Folgeversion, die man auf einem Hauptsystem mit ansonsten niedrigerer Versionsnummer angepasst hat? - Kann man das so ausdrücken?

Moin,

hier findest Du die Erklärung https://backports.debian.org/

VG
Bernd

[mickym]

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

Backports are packages taken from the next Debian release (called "testing"), adjusted and recompiled for usage on Debian stable.

[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