Lesekopf-probleme wegen udev-Bug
-
thomas@rpizigbee:~ $ apt policy udev udev: Installiert: 247.3-7+rpi1+deb11u2 Installationskandidat: 247.3-7+rpi1+deb11u2 Versionstabelle: *** 247.3-7+rpi1+deb11u2 500 500 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf Packages 100 /var/lib/dpkg/status -
-
-
@tt-tom sagte in Adapter "smartmeter":
du bist in der Fehlerfalle
Mache ich gleich. Ist aber komisch, da mein Zigbee-Board am zweiten usb port prächtig funktioniert.
-
@meister-mopper sagte in Adapter "smartmeter":
am zweiten usb port prächtig funktioniert.
auch mit dev/by-id?
-
@homoran sagte in Adapter "smartmeter":
auch mit dev/by-id?
Ich habe keine zigbee Störung.
Wie meinst du das, was muss ich eingeben, um es zu prüfen.Edit:
Nein, auch nicht
thomas@rpizigbee:~ $ ls -l /dev/serial/by-id/ ls: Zugriff auf '/dev/serial/by-id/' nicht möglich: Datei oder Verzeichnis nicht gefunden -
@meister-mopper wie ist der Zigbee im Adapter eingestellt, per by-id oder USB*
-
-
ziehe ihn nicht raus, sonst kannst du da auch Probleme bekommen. Wobei wenn du dein System jetzt reparierst, kann sich der Pfad von den Zigbee auch ändern. du solltest nach der Reparatur auch hier die by-id Variante nutzen. Damit hast du kein Probleme mehr bei Reboot oder wenn du mal den USB ziehen musst.
Mach ein Backup von deinem System und repariere den udev Fehler.
-
@tt-tom sagte in Adapter "smartmeter":
du solltest nach der Reparatur auch hier die by-id Variante nutzen
Leider weiß ich nicht, wie ich diese Variante nutzen kann.
-
@meister-mopper sagte in Adapter "smartmeter":
thomas@rpizigbee:~ $ ls -l /dev/serial/by-id/ ls: Zugriff auf '/dev/serial/by-id/' nicht möglich: Datei oder Verzeichnis nicht gefundenMoin,
das dürfte so nicht sein, bin auch kein Experte, was die SBC (RasPIs) angeht, ich denke aber das das nur noch funktioniert, solange Du in nicht rebootest.
Du musst Dir da wirklich die Backports reinholen wie im verlinkten Formartikel https://forum.iobroker.net/topic/65017/zigbee-conbee2-funktioniert-nach-update-nicht-mehr-udev erklärt.
VG
Bernd -
@dp20eic sagte in Adapter "smartmeter":
Du musst Dir da wirklich die Backports reinholen
@tt-tom
Dabei habe ich schon das nächste Problem:thomas@rpizigbee:~ $ sudo apt update OK:1 https://deb.nodesource.com/node_18.x bullseye InRelease OK:2 http://raspbian.raspberrypi.org/raspbian bullseye InRelease Holen:3 http://deb.debian.org/debian bullseye-backports InRelease [49,0 kB] OK:4 http://archive.raspberrypi.org/debian bullseye InRelease Fehl:3 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 0E98404D386FA1D9 NO_PUBKEY 6ED0E7B82643E131 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 0E98404D386FA1D9 NO_PUBKEY 6ED0E7B82643E131 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). -
Ich glaube in der Anleitung wird nicht backports sondern proposed-updates herangezogen. Hat einen Grund.
-
du schreibst statt /dev/ttyACM0 einfach das rein
/dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0XXXXXXXXXXXX-if00musst natürlich vor nach sehen wie er bei dir heisst.
ls -l /dev/serial/by-id/ -
@meister-mopper lese bitte dir den Ersten Post richtig durch damit sollte es funktionieren
Edit: @Thomas-Braun hat es dir schon geschrieben
-
@thomas-braun
@tt-tom
Auch mit proposed-updates kommtthomas@rpizigbee:~ $ sudo apt update OK:1 http://archive.raspberrypi.org/debian bullseye InRelease OK:2 http://raspbian.raspberrypi.org/raspbian bullseye InRelease Holen:3 http://deb.debian.org/debian bullseye-proposed-updates InRelease [54,0 kB] OK:4 https://deb.nodesource.com/node_18.x bullseye InRelease Fehl:3 http://deb.debian.org/debian bullseye-proposed-updates InRelease Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 0E98404D386FA1D9 NO_PUBKEY 6ED0E7B82643E131 Paketlisten werden gelesen… Fertig W: GPG-Fehler: http://deb.debian.org/debian bullseye-proposed-updates InRelease: Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 0E98404D386FA1D9 NO_PUBKEY 6ED0E7B82643E131 E: Das Depot »http://deb.debian.org/debian bullseye-proposed-updates 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).In der sources steht
deb http://deb.debian.org/debian bullseye-proposed-updates main -
@meister-mopper sagte in Adapter "smartmeter":
siehste!
hier nicht@homoran sagte in Adapter "smartmeter":
mit dev/by-id?
das geht weiterhin
-
EDIT 09.06.2023
Wenn beim Udate festgestellt wird, dass keys - Schlüssel fehlen, dann bitte folgende Befehle eingeben:sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 648ACFD622F3D138
sudo apt update
Bei dir fehlt:
NO_PUBKEY 0E98404D386FA1D9 NO_PUBKEY 6ED0E7B82643E131 -
@thomas-braun sagte in Adapter "smartmeter":
sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 648ACFD622F3D138
Ich habe ein debian laufen.
@thomas-braun sagte in Adapter "smartmeter":
Bei dir fehlt:
NO_PUBKEY 0E98404D386FA1D9 NO_PUBKEY 6ED0E7B82643E131Wo fehlt das?
-
@meister-mopper sagte in Adapter "smartmeter":
Ich habe ein debian laufen.
Ja, und? Die keyserver sind global gültig.
Wo fehlt das?
In deinem Schlüsselbund.
Kleine Transferleistung:
sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 0E98404D386FA1D9 sudo apt update
