NEWS
Zigbee/Conbee2 funktioniert nach Update nicht mehr (udev)
-
Ich verfolge den Fred jetzt schon ne Weile und hab auch verstanden wie ich Pakete zuückhalte.
Noch nicht verstanden hab ich wie ich nun erkennen kann ob der Bug gefixt ist und ich einfach wieder updaten kann.
Kann bittebitte jemand bescheid sagen wenn das normale Update wieder fehlerfrei durchzuführen geht? -
Ich verfolge den Fred jetzt schon ne Weile und hab auch verstanden wie ich Pakete zuückhalte.
Noch nicht verstanden hab ich wie ich nun erkennen kann ob der Bug gefixt ist und ich einfach wieder updaten kann.
Kann bittebitte jemand bescheid sagen wenn das normale Update wieder fehlerfrei durchzuführen geht?@rushmed Ich würde halt warten bis eine andere Version verfügbar ist:
wenn Du nach einemsudo apt updatesiehst dass Pakete verfügbar sind
machst Du dieses
sudo apt list --upgradablelibudev-dev/stable 247.3-7+deb11u2 arm64 [aktualisierbar von: 247.3-7+deb11u1]
libudev1/stable 247.3-7+deb11u2 arm64 [aktualisierbar von: 247.3-7+deb11u1]
udev/stable 247.3-7+deb11u2 arm64 [aktualisierbar von: 247.3-7+deb11u1]Solange da halt immer noch diese buggy Version drin steht würde ich halt nich updaten. Stört doch nicht.
-
@rushmed Ich würde halt warten bis eine andere Version verfügbar ist:
wenn Du nach einemsudo apt updatesiehst dass Pakete verfügbar sind
machst Du dieses
sudo apt list --upgradablelibudev-dev/stable 247.3-7+deb11u2 arm64 [aktualisierbar von: 247.3-7+deb11u1]
libudev1/stable 247.3-7+deb11u2 arm64 [aktualisierbar von: 247.3-7+deb11u1]
udev/stable 247.3-7+deb11u2 arm64 [aktualisierbar von: 247.3-7+deb11u1]Solange da halt immer noch diese buggy Version drin steht würde ich halt nich updaten. Stört doch nicht.
@mickym Ok, danke für die Beschreibung aber ich will da nicht rumfriemeln.
Es wäre wirklich toll wenn ich wüsste wann ich wieder normal updaten kann. -
@mickym Ok, danke für die Beschreibung aber ich will da nicht rumfriemeln.
Es wäre wirklich toll wenn ich wüsste wann ich wieder normal updaten kann.@rushmed Na wie gesagt - das ist kein rumfriemeln, sondern nur die Möglichkeit, wie Du überprüfst, ob eine neuere Version als 247.3-7+deb11u2 verfügbar ist . Ansonsten musst du halt warten bis vielleicht hier jemand postet, dass nun eine neue Version verfügbar ist. Im Moment jedenfalls noch nicht.
Und in die Zukunft kann ich auch nicht schauen - bzw. habe keine Glaskugel oder den heißen Draht zu den Entwicklern.
Du kannst auch eigene Regeln erstellen - dann gehts auch mit dem Update. Anscheinend gibt Chat-GPT auch eine Lösung wie Du eigene Regeln erstellst.
Mit der Buggy - Version kannst Dir ja so: https://forum.iobroker.net/post/986887 behelfen oder wie gesagt auch anscheinend so: https://forum.iobroker.net/post/988333Dann gehts auch mit der aktuellen udev Version.
-
@rushmed Na wie gesagt - das ist kein rumfriemeln, sondern nur die Möglichkeit, wie Du überprüfst, ob eine neuere Version als 247.3-7+deb11u2 verfügbar ist . Ansonsten musst du halt warten bis vielleicht hier jemand postet, dass nun eine neue Version verfügbar ist. Im Moment jedenfalls noch nicht.
Und in die Zukunft kann ich auch nicht schauen - bzw. habe keine Glaskugel oder den heißen Draht zu den Entwicklern.
Du kannst auch eigene Regeln erstellen - dann gehts auch mit dem Update. Anscheinend gibt Chat-GPT auch eine Lösung wie Du eigene Regeln erstellst.
Mit der Buggy - Version kannst Dir ja so: https://forum.iobroker.net/post/986887 behelfen oder wie gesagt auch anscheinend so: https://forum.iobroker.net/post/988333Dann gehts auch mit der aktuellen udev Version.
@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 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 Ok, danke für die Beschreibung aber ich will da nicht rumfriemeln.
Es wäre wirklich toll wenn ich wüsste wann ich wieder normal updaten kann.@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 Bookwormals VM auf meinem Proxmox installiert, da gab es keine Probleme.
Da im Sommer, irgendetwas vom 10. Juni, diese Version die aktuelleDebian 11 Bullseyeablö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 dieudevRule 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
BerndP.S.: Das ist jetzt keine Aufforderung sein aktuelles System zu
Bookwormzu migrieren, da werden wir schon den Startschuss vomioBroker - Teambekommen, wann es so weit ist :) -
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/statusDas Update hat wieder nicht funktioniert.
-
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/statusDas Update hat wieder nicht funktioniert.
-
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
-
@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.
@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 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?@rushmed Dann probiere halt mal was @Siggi0904 gepostet hat.
Wechsle in das Verzeichnis:
cd /etc/apt/sources.list.derstelle dort eine Datei: bullseye-backports.list
also:sudo nano bullseye-backports.listIn diese Datei kopierst Du diese beiden Zeilen:
# bullseye-backports deb http://deb.debian.org/debian bullseye-backports mainDann führst Du das aus:
sudo apt update sudo apt -t bullseye-backports install udev -
@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?@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 Dann probiere halt mal was @Siggi0904 gepostet hat.
Wechsle in das Verzeichnis:
cd /etc/apt/sources.list.derstelle dort eine Datei: bullseye-backports.list
also:sudo nano bullseye-backports.listIn diese Datei kopierst Du diese beiden Zeilen:
# bullseye-backports deb http://deb.debian.org/debian bullseye-backports mainDann führst Du das aus:
sudo apt update sudo apt -t bullseye-backports install udev -
@mickym Supergeil, das hat geklappt. Tolle Anleitung, kannste bitte noch das on hold Setzen ergänzen?
@rushmed Dann zeig mal was mit
apt policy udevrauskommt.
On hold setzen mit
sudo apt-mark hold udevund dann überprüfen
sudo apt-mark showholdsollte dann udev auswerfen. Dann kannst Du getrost Deine Updates machen - udev wird dann immer von den Updates erst mal ausgenommen.
-
@rushmed Dann zeig mal was mit
apt policy udevrauskommt.
On hold setzen mit
sudo apt-mark hold udevund dann überprüfen
sudo apt-mark showholdsollte dann udev auswerfen. Dann kannst Du getrost Deine Updates machen - udev wird dann immer von den Updates erst mal ausgenommen.
@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 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@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 PackagesDas 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 PackagesEs 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.Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@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 PackagesDas 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 PackagesEs 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.@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 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.
@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?
-
@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?
@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
Support us
523
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge