NEWS
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+deb11u1hat 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/statusUm 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-devUnd 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@marc-berg nach dem durchführen auf Raspbian bekomme ich folgenden Fehler:
Wie bekomme ich das wieder hin und vor allem wie bekomme ich die Version gedowngradet?
-
@marc-berg nach dem durchführen auf Raspbian bekomme ich folgenden Fehler:
Wie bekomme ich das wieder hin und vor allem wie bekomme ich die Version gedowngradet?
Mal wieder die klassischen Fehler.
NICHT als root herumhampeln.
Schon gerade gar nicht wenn man offenbar nicht weiß was man da überhaupt tut.
Text aus der Konsole immer als Text in CodeTags eingebettet posten. -
Mal wieder die klassischen Fehler.
NICHT als root herumhampeln.
Schon gerade gar nicht wenn man offenbar nicht weiß was man da überhaupt tut.
Text aus der Konsole immer als Text in CodeTags eingebettet posten.@thomas-braun das hilft nun auch nicht wirklich weiter. Letztlich möchte ich einfach wieder meine Lampen ansteuern können. Was durch den Bug nicht möglich ist und augenscheinlich ist bei der Pakte-Installation, was schiefgelaufen. Zu den Codes:
root@raspberrypi:/home/pi# sudo apt install udev=247.3-7+deb11u1 Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut… Fertig Statusinformationen werden eingelesen… Fertig udev ist schon die neueste Version (247.3-7+deb11u1). Probieren Sie »apt --fix-broken install«, um dies zu korrigieren. Die folgenden Pakete haben unerfüllte Abhängigkeiten: libudev1 : Beschädigt: libudev1:armhf (!= 247.3-7+deb11u1) aber 247.3-7+deb11u2 soll installiert werden libudev1:armhf : Beschädigt: libudev1 (!= 247.3-7+deb11u2) aber 247.3-7+deb11u1 soll installiert werden E: Unerfüllte Abhängigkeiten. Versuchen Sie »apt --fix-broken install« ohne Angabe eines Pakets (oder geben Sie eine Lösung an). root@raspberrypi:/home/pi# sudo apt --fix-broken install Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut… Fertig Statusinformationen werden eingelesen… Fertig Abhängigkeiten werden korrigiert … Fertig Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt: gvfs-common gvfs-libs libgdata-common libgdata22 libgoa-1.0-0b libgoa-1.0-common libqt5serialport5 libqt5websockets5 Verwenden Sie »sudo apt autoremove«, um sie zu entfernen. Die folgenden zusätzlichen Pakete werden installiert: libudev-dev libudev1 udev Die folgenden Pakete werden aktualisiert (Upgrade): libudev-dev libudev1 udev 3 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert. 4 nicht vollständig installiert oder entfernt. Es müssen noch 0 B von 1.710 kB an Archiven heruntergeladen werden. Nach dieser Operation werden 1.024 B Plattenplatz zusätzlich benutzt. Möchten Sie fortfahren? [J/n] J Changelogs werden gelesen... Fertig (Lese Datenbank ... 117068 Dateien und Verzeichnisse sind derzeit installiert.) Vorbereitung zum Entpacken von .../libudev-dev_247.3-7+deb11u2_arm64.deb ... Entpacken von libudev-dev:arm64 (247.3-7+deb11u2) über (247.3-7+deb11u1) ... Vorbereitung zum Entpacken von .../udev_247.3-7+deb11u2_arm64.deb ... Entpacken von udev (247.3-7+deb11u2) über (247.3-7+deb11u1) ... Vorbereitung zum Entpacken von .../libudev1_247.3-7+deb11u2_arm64.deb ... Entpacken von libudev1:arm64 (247.3-7+deb11u2) über (247.3-7+deb11u1) ... dpkg: Fehler beim Bearbeiten des Archivs /var/cache/apt/archives/libudev1_247.3-7+deb11u2_arm64.deb (--unpack): Versuch, gemeinsam benutztes »/usr/share/doc/libudev1/changelog.Debian.gz« zu überschreiben, welches verschieden von anderen Instanzen des Paketes libudev1:arm64 ist Fehler traten auf beim Bearbeiten von: /var/cache/apt/archives/libudev1_247.3-7+deb11u2_arm64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -
@thomas-braun das hilft nun auch nicht wirklich weiter. Letztlich möchte ich einfach wieder meine Lampen ansteuern können. Was durch den Bug nicht möglich ist und augenscheinlich ist bei der Pakte-Installation, was schiefgelaufen. Zu den Codes:
root@raspberrypi:/home/pi# sudo apt install udev=247.3-7+deb11u1 Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut… Fertig Statusinformationen werden eingelesen… Fertig udev ist schon die neueste Version (247.3-7+deb11u1). Probieren Sie »apt --fix-broken install«, um dies zu korrigieren. Die folgenden Pakete haben unerfüllte Abhängigkeiten: libudev1 : Beschädigt: libudev1:armhf (!= 247.3-7+deb11u1) aber 247.3-7+deb11u2 soll installiert werden libudev1:armhf : Beschädigt: libudev1 (!= 247.3-7+deb11u2) aber 247.3-7+deb11u1 soll installiert werden E: Unerfüllte Abhängigkeiten. Versuchen Sie »apt --fix-broken install« ohne Angabe eines Pakets (oder geben Sie eine Lösung an). root@raspberrypi:/home/pi# sudo apt --fix-broken install Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut… Fertig Statusinformationen werden eingelesen… Fertig Abhängigkeiten werden korrigiert … Fertig Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt: gvfs-common gvfs-libs libgdata-common libgdata22 libgoa-1.0-0b libgoa-1.0-common libqt5serialport5 libqt5websockets5 Verwenden Sie »sudo apt autoremove«, um sie zu entfernen. Die folgenden zusätzlichen Pakete werden installiert: libudev-dev libudev1 udev Die folgenden Pakete werden aktualisiert (Upgrade): libudev-dev libudev1 udev 3 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert. 4 nicht vollständig installiert oder entfernt. Es müssen noch 0 B von 1.710 kB an Archiven heruntergeladen werden. Nach dieser Operation werden 1.024 B Plattenplatz zusätzlich benutzt. Möchten Sie fortfahren? [J/n] J Changelogs werden gelesen... Fertig (Lese Datenbank ... 117068 Dateien und Verzeichnisse sind derzeit installiert.) Vorbereitung zum Entpacken von .../libudev-dev_247.3-7+deb11u2_arm64.deb ... Entpacken von libudev-dev:arm64 (247.3-7+deb11u2) über (247.3-7+deb11u1) ... Vorbereitung zum Entpacken von .../udev_247.3-7+deb11u2_arm64.deb ... Entpacken von udev (247.3-7+deb11u2) über (247.3-7+deb11u1) ... Vorbereitung zum Entpacken von .../libudev1_247.3-7+deb11u2_arm64.deb ... Entpacken von libudev1:arm64 (247.3-7+deb11u2) über (247.3-7+deb11u1) ... dpkg: Fehler beim Bearbeiten des Archivs /var/cache/apt/archives/libudev1_247.3-7+deb11u2_arm64.deb (--unpack): Versuch, gemeinsam benutztes »/usr/share/doc/libudev1/changelog.Debian.gz« zu überschreiben, welches verschieden von anderen Instanzen des Paketes libudev1:arm64 ist Fehler traten auf beim Bearbeiten von: /var/cache/apt/archives/libudev1_247.3-7+deb11u2_arm64.deb E: Sub-process /usr/bin/dpkg returned an error code (1)@luckyhirsch sagte in Zigbee/Conbee2 funktioniert nach Update nicht mehr (udev):
das hilft nun auch nicht wirklich weiter.
Doch.
MELD DICH ALS ROOT AB!!!!!!!!!!!!!!!!!!!!!!!!!
-
@luckyhirsch sagte in Zigbee/Conbee2 funktioniert nach Update nicht mehr (udev):
das hilft nun auch nicht wirklich weiter.
Doch.
MELD DICH ALS ROOT AB!!!!!!!!!!!!!!!!!!!!!!!!!
Eigentlich kann man nur hoffen, dass es im nächsten Update gefixed wird. Ehe ich erst mal rausgefunden habe, woran es überhaupt liegt.
Hab Proxmox mit nem Debian installiert. Früher mal nen Raspberry gehabt. Ich dachte erst, der reicht die Ports nicht durch. Durch forschen bin ich erstmal zu diesem Thread gelangt. Ich habe aber einfach nur wie @MandreasB hier beschrieben hat die 60-serial.rules eingefügt.
Ich mache jetzt so lange kein Update bis ihr sagt, es funktioniert wieder. Glaube nämlich wenn ich jetzt nochmal rumfingere, hinterher wieder einzelne Lampen oder Sensoren weg sind. Die Variante hat es bei mir am schnellsten wieder zum laufen gebracht.@markus-schlösser said in Zigbee/Conbee2 funktioniert nach Update nicht mehr (udev):
Habe gestern den Abend zugebracht, die Lichter im Haus wieder zum leuchten zu bringen :-)
Ich habe eine Lösung ohne Downgrade des Paketes gesucht:
Nach Update auf debian 11.7 und anschließendem reboot (wegen kernel-update) geht deconz nicht mehr, auf der Konfigurationsseite
http://192.168.x.y:81/pwa/settings-gateway2.htmlwird weder Hersteller, noch Produkt oder Firmware-Version angezeigt. Der deconz-Server bekommt also keine Verbindung zum ConBeeII-Stick.
Ursache
- Update von udev/stable 247.3-7+deb11u1 auf udev/stable 247.3-7+deb11u2
- 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 -> ../../ttyACM0Lösung
Die Datei
/usr/lib/udev/rules.d/60-serial.rulesmit folgendem Inhalt anlegen:
# do not edit this file, it will be overwritten on update ACTION=="remove", GOTO="serial_end" SUBSYSTEM!="tty", GOTO="serial_end" SUBSYSTEMS=="usb", IMPORT{builtin}="usb_id", IMPORT{builtin}="hwdb --subsystem=usb" SUBSYSTEMS=="pci", ENV{ID_BUS}=="", ENV{ID_BUS}="pci", \ ENV{ID_VENDOR_ID}="$attr{vendor}", ENV{ID_MODEL_ID}="$attr{device}", \ IMPORT{builtin}="hwdb --subsystem=pci" # /dev/serial/by-path/, /dev/serial/by-id/ for USB devices KERNEL!="ttyUSB[0-9]*|ttyACM[0-9]*", GOTO="serial_end" SUBSYSTEMS=="usb-serial", ENV{.ID_PORT}="$attr{port_number}" IMPORT{builtin}="path_id" ENV{ID_PATH}=="?*", ENV{.ID_PORT}=="", SYMLINK+="serial/by-path/$env{ID_PATH}" ENV{ID_PATH}=="?*", ENV{.ID_PORT}=="?*", SYMLINK+="serial/by-path/$env{ID_PATH}-port$env{.ID_PORT}" ENV{ID_BUS}=="", GOTO="serial_end" ENV{ID_SERIAL}=="", GOTO="serial_end" ENV{ID_USB_INTERFACE_NUM}=="", GOTO="serial_end" ENV{.ID_PORT}=="", SYMLINK+="serial/by-id/$env{ID_BUS}-$env{ID_SERIAL}-if$env{ID_USB_INTERFACE_NUM}" ENV{.ID_PORT}=="?*", SYMLINK+="serial/by-id/$env{ID_BUS}-$env{ID_SERIAL}-if$env{ID_USB_INTERFACE_NUM}-port$env{.ID_PORT}" LABEL="serial_end"Danach noch
udevadm control --reload && udevadm trigger -vBei mir funktioniert der trigger-Befehl nicht richtig, also einmal den ConBeeII abziehen, 10 Sekunden warten und wieder anstecken.
Danach noch
systemctl restart deconz.serviceund auf der Phoscon-Konfigurationsseite (s.o.) werden wieder alle Informationen angezeigt, d.h. der deconz-Server hat wieder eine Verbindung zum ConBeeII-Stick.
Die Lösung überlebt den reboot, aber wahrscheinlich nicht das nächste Update :-)
Vielleicht hilft es jemand... -
Eigentlich kann man nur hoffen, dass es im nächsten Update gefixed wird. Ehe ich erst mal rausgefunden habe, woran es überhaupt liegt.
Hab Proxmox mit nem Debian installiert. Früher mal nen Raspberry gehabt. Ich dachte erst, der reicht die Ports nicht durch. Durch forschen bin ich erstmal zu diesem Thread gelangt. Ich habe aber einfach nur wie @MandreasB hier beschrieben hat die 60-serial.rules eingefügt.
Ich mache jetzt so lange kein Update bis ihr sagt, es funktioniert wieder. Glaube nämlich wenn ich jetzt nochmal rumfingere, hinterher wieder einzelne Lampen oder Sensoren weg sind. Die Variante hat es bei mir am schnellsten wieder zum laufen gebracht.@markus-schlösser said in Zigbee/Conbee2 funktioniert nach Update nicht mehr (udev):
Habe gestern den Abend zugebracht, die Lichter im Haus wieder zum leuchten zu bringen :-)
Ich habe eine Lösung ohne Downgrade des Paketes gesucht:
Nach Update auf debian 11.7 und anschließendem reboot (wegen kernel-update) geht deconz nicht mehr, auf der Konfigurationsseite
http://192.168.x.y:81/pwa/settings-gateway2.htmlwird weder Hersteller, noch Produkt oder Firmware-Version angezeigt. Der deconz-Server bekommt also keine Verbindung zum ConBeeII-Stick.
Ursache
- Update von udev/stable 247.3-7+deb11u1 auf udev/stable 247.3-7+deb11u2
- 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 -> ../../ttyACM0Lösung
Die Datei
/usr/lib/udev/rules.d/60-serial.rulesmit folgendem Inhalt anlegen:
# do not edit this file, it will be overwritten on update ACTION=="remove", GOTO="serial_end" SUBSYSTEM!="tty", GOTO="serial_end" SUBSYSTEMS=="usb", IMPORT{builtin}="usb_id", IMPORT{builtin}="hwdb --subsystem=usb" SUBSYSTEMS=="pci", ENV{ID_BUS}=="", ENV{ID_BUS}="pci", \ ENV{ID_VENDOR_ID}="$attr{vendor}", ENV{ID_MODEL_ID}="$attr{device}", \ IMPORT{builtin}="hwdb --subsystem=pci" # /dev/serial/by-path/, /dev/serial/by-id/ for USB devices KERNEL!="ttyUSB[0-9]*|ttyACM[0-9]*", GOTO="serial_end" SUBSYSTEMS=="usb-serial", ENV{.ID_PORT}="$attr{port_number}" IMPORT{builtin}="path_id" ENV{ID_PATH}=="?*", ENV{.ID_PORT}=="", SYMLINK+="serial/by-path/$env{ID_PATH}" ENV{ID_PATH}=="?*", ENV{.ID_PORT}=="?*", SYMLINK+="serial/by-path/$env{ID_PATH}-port$env{.ID_PORT}" ENV{ID_BUS}=="", GOTO="serial_end" ENV{ID_SERIAL}=="", GOTO="serial_end" ENV{ID_USB_INTERFACE_NUM}=="", GOTO="serial_end" ENV{.ID_PORT}=="", SYMLINK+="serial/by-id/$env{ID_BUS}-$env{ID_SERIAL}-if$env{ID_USB_INTERFACE_NUM}" ENV{.ID_PORT}=="?*", SYMLINK+="serial/by-id/$env{ID_BUS}-$env{ID_SERIAL}-if$env{ID_USB_INTERFACE_NUM}-port$env{.ID_PORT}" LABEL="serial_end"Danach noch
udevadm control --reload && udevadm trigger -vBei mir funktioniert der trigger-Befehl nicht richtig, also einmal den ConBeeII abziehen, 10 Sekunden warten und wieder anstecken.
Danach noch
systemctl restart deconz.serviceund auf der Phoscon-Konfigurationsseite (s.o.) werden wieder alle Informationen angezeigt, d.h. der deconz-Server hat wieder eine Verbindung zum ConBeeII-Stick.
Die Lösung überlebt den reboot, aber wahrscheinlich nicht das nächste Update :-)
Vielleicht hilft es jemand...@marko1974 sagte in Zigbee/Conbee2 funktioniert nach Update nicht mehr (udev):
Ich mache jetzt so lange kein Update bis ihr sagt, es funktioniert wieder.
Installier einfach eine Version die funktioniert oder setze die funktionierende Version auf hold. Ist doch im ersten Posting wunderbar erklärt.
Eine funktionierende Version über die Standard-Repos erwarte ich erst mit dem nächsten PointRelease.
-
@marko1974 sagte in Zigbee/Conbee2 funktioniert nach Update nicht mehr (udev):
Ich mache jetzt so lange kein Update bis ihr sagt, es funktioniert wieder.
Installier einfach eine Version die funktioniert oder setze die funktionierende Version auf hold. Ist doch im ersten Posting wunderbar erklärt.
Eine funktionierende Version über die Standard-Repos erwarte ich erst mit dem nächsten PointRelease.
-
@thomas-braun wann kommt dieses release der erfahrung nach?
Wenn es fertig ist. Meist so alle zwei Monate, es dürfte also bald eine Version 11.8 geben.
https://wiki.debian.org/DebianBullseyeTip am Rande: Die aktuelle Stable 'Bookworm' hat das defekte Paket auch nicht an Bord.
-
Wenn es fertig ist. Meist so alle zwei Monate, es dürfte also bald eine Version 11.8 geben.
https://wiki.debian.org/DebianBullseyeTip am Rande: Die aktuelle Stable 'Bookworm' hat das defekte Paket auch nicht an Bord.
-
@thomas-braun Ich will nicht wieder alles vermurksen. Kann ich von Bullseye einfach auf Bookworm? Ja kann ich
Ob du das kannst weiß ich nicht.
Generell ist es möglich.Ich hab dazu auch einen Guide geschrieben.
-
Ich bin wegen diesem Problem auf Zigbee2mqtt gewechselt und bis auf das fehlende hue läufts irgendwie "schneller".
-
Ich bin wegen diesem Problem auf Zigbee2mqtt gewechselt und bis auf das fehlende hue läufts irgendwie "schneller".
@ticaki nunja...hue brauche ich da leider. Zu bookworm...das hab ich schon auf meinem Raspberry laufen, das steuert aber da auch keine komplette Hausautomation.
Gut unter Proxmox könnte ich ja n snapshot machen und einfach probieren.
Glaube sogar, dass ich das nach deiner Anleitung gemacht habe.
kommt mir so bekannt vor -
@ticaki nunja...hue brauche ich da leider. Zu bookworm...das hab ich schon auf meinem Raspberry laufen, das steuert aber da auch keine komplette Hausautomation.
Gut unter Proxmox könnte ich ja n snapshot machen und einfach probieren.
Glaube sogar, dass ich das nach deiner Anleitung gemacht habe.
kommt mir so bekannt vor@marko1974
Ich auch, bekommt man über Mqtt ist nicht für jeden was. -
@marko1974
Ich auch, bekommt man über Mqtt ist nicht für jeden was.@ticaki ich hab da eigentlich nur eine Lampe auf dem Balkon drin, die als Reichweitenverstärker dient.
So...ich kann es ja nicht lassen....gerade mache ich das Upgrade auf Bookworm
Während der Installation habe ich ne Menge von diesen Meldungen
dpkg: Warnung: Altes Verzeichnis »/var/lib/fwupd« kann nicht gelöscht werden: Da s Verzeichnis ist nicht leerdpkg: Fehler beim Bearbeiten des Paketes ca-certificates-java (--configure): »installiertes post-installation-Skript des Paketes ca-certificates-java«-Unterprozess gab den Fehlerwert 1 zurück default-jre-headless (2:1.17-74) wird eingerichtet ... tasksel (3.73) wird eingerichtet ... task-ssh-server (3.73) wird eingerichtet ... dpkg: Abhängigkeitsprobleme verhindern Konfiguration von openjdk-17-jre-headless:amd64: openjdk-17-jre-headless:amd64 hängt ab von ca-certificates-java (>= 20190405~); aber: Paket ca-certificates-java ist noch nicht konfiguriert. dpkg: Fehler beim Bearbeiten des Paketes openjdk-17-jre-headless:amd64 (--configure): Abhängigkeitsprobleme - verbleibt unkonfiguriert tasksel-data (3.73) wird eingerichtet ... task-desktop (3.73) wird eingerichtet ... task-german-desktop (3.73) wird eingerichtet ... task-german (3.73) wird eingerichtet ... dpkg: Abhängigkeitsprobleme verhindern Konfiguration von openjdk-17-jre:amd64: openjdk-17-jre:amd64 hängt ab von openjdk-17-jre-headless (= 17.0.7+7-1~deb12u1); aber: Paket openjdk-17-jre-headless:amd64 ist noch nicht konfiguriert. dpkg: Fehler beim Bearbeiten des Paketes openjdk-17-jre:amd64 (--configure): Abhängigkeitsprobleme - verbleibt unkonfiguriert dpkg: Abhängigkeitsprobleme verhindern Konfiguration von default-jre: default-jre hängt ab von openjdk-17-jre; aber: Paket openjdk-17-jre:amd64 ist noch nicht konfiguriert. dpkg: Fehler beim Bearbeiten des Paketes default-jre (--configure): Abhängigkeitsprobleme - verbleibt unkonfiguriert task-gnome-desktop (3.73) wird eingerichtet ...aber ich bin damit hier im falschen Thread.,..
-
Moin @ All
Weiss jemand ob es da auch einen aktuelleren udev Kandidaten gibt.
Hier `vergisst´ mein System auch alle Nasenlang meinen Stick.
Läuft auf einem RockPro64apt policy udev udev: Installiert: 245.4-4ubuntu3.22 Installationskandidat: 245.4-4ubuntu3.22 Versionstabelle: *** 245.4-4ubuntu3.22 500 500 http://ports.ubuntu.com focal-updates/main arm64 Packages 100 /var/lib/dpkg/status 245.4-4ubuntu3.20 500 500 http://ports.ubuntu.com focal-security/main arm64 Packages 245.4-4ubuntu3 500 500 http://ports.ubuntu.com focal/main arm64 PackagesDistributor ID: Ubuntu Description: Ubuntu 20.04.6 LTS Release: 20.04 Codename: focal -
Moin @ All
Weiss jemand ob es da auch einen aktuelleren udev Kandidaten gibt.
Hier `vergisst´ mein System auch alle Nasenlang meinen Stick.
Läuft auf einem RockPro64apt policy udev udev: Installiert: 245.4-4ubuntu3.22 Installationskandidat: 245.4-4ubuntu3.22 Versionstabelle: *** 245.4-4ubuntu3.22 500 500 http://ports.ubuntu.com focal-updates/main arm64 Packages 100 /var/lib/dpkg/status 245.4-4ubuntu3.20 500 500 http://ports.ubuntu.com focal-security/main arm64 Packages 245.4-4ubuntu3 500 500 http://ports.ubuntu.com focal/main arm64 PackagesDistributor ID: Ubuntu Description: Ubuntu 20.04.6 LTS Release: 20.04 Codename: focalDas dürfe ein anderes Problem sein.
Ich würde da zu einem aktuellen Debian raten, und wenn es schon schnubbelbuntu sein muss die aktuelle LTS-Version 22.04 -
Ich bin gestern auch in die UDEV Falle getappt.
Zum Glück habe ich dann, wenn auch nur über google, diesen Thread gefunden.
Mit der Anleitung aus dem ersten Post konnte ich dann aber alles reparieren. Nur die Lösung zum 'Schlüsselfehler' passte nicht, es war ein anderer Schlüssel notwendig.Grüße
Lars -
Ich bin gestern auch in die UDEV Falle getappt.
Zum Glück habe ich dann, wenn auch nur über google, diesen Thread gefunden.
Mit der Anleitung aus dem ersten Post konnte ich dann aber alles reparieren. Nur die Lösung zum 'Schlüsselfehler' passte nicht, es war ein anderer Schlüssel notwendig.Grüße
Lars -
@lptr Das mit dem Schlüssel ist ja auch nur ein Beispiel - man muss natürlich den Schlüssel eintragen, der im Log angemahnt wird. ;)
Support us
829
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge