[gelöst] /dev/serial/by-id fehlt plötzlich unter Debian

[drhirn]

Hallo,

betreibe FHEM als Debian VM (11.7) unter Proxmox. Hatte bisher alle USB-Geräte unter /dev/serial/by-id in der VM verfügbar. Das Verzeichnis fehlt jetzt aber plötzlich und ich habe nur noch /dev/serial/by-path.

Ich vermute, dass das Problem seit Updates der VM bzw. des Proxmox-Servers besteht.

Proxmox:

Code Auswählen Erweitern

PRETTY_NAME="Debian GNU/Linux 11 (bullseye)"
NAME="Debian GNU/Linux"
VERSION_ID="11"
VERSION="11 (bullseye)"
VERSION_CODENAME=bullseye
ID=debian

FHEM:

Code Auswählen Erweitern

PRETTY_NAME="Debian GNU/Linux 11 (bullseye)"
NAME="Debian GNU/Linux"
VERSION_ID="11"
VERSION="11 (bullseye)"
VERSION_CODENAME=bullseye

DMESG:

Code Auswählen Erweitern

[  267.485580] usb 2-2: new full-speed USB device number 8 using xhci_hcd
[  267.644273] usb 2-2: New USB device found, idVendor=0403, idProduct=6001, bcdDevice= 6.00
[  267.644275] usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  267.644277] usb 2-2: Product: EnOcean USB 300 DB
[  267.644277] usb 2-2: Manufacturer: EnOcean GmbH
[  267.644278] usb 2-2: SerialNumber: FTXH4VSB
[  267.648111] ftdi_sio 2-2:1.0: FTDI USB Serial Device converter detected
[  267.648144] usb 2-2: Detected FT232RL
[  267.649376] usb 2-2: FTDI USB Serial Device converter now attached to ttyUSB0
[  358.404662] usb 2-3: new full-speed USB device number 9 using xhci_hcd
[  358.681731] usb 2-3: New USB device found, idVendor=0403, idProduct=6001, bcdDevice= 6.00
[  358.681733] usb 2-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  358.681735] usb 2-3: Product: NANO CUL
[  358.681735] usb 2-3: Manufacturer: SHK
[  358.681736] usb 2-3: SerialNumber: 433
[  358.711305] ftdi_sio 2-3:1.0: FTDI USB Serial Device converter detected
[  358.711344] usb 2-3: Detected FT232RL
[  358.714754] usb 2-3: FTDI USB Serial Device converter now attached to ttyUSB1

Finde im Netz keine brauchbare Lösung für das Problem. Kennt jemand von euch eine?
In Proxmox habe ich /dev/serial/by-id solange die Geräte noch nicht mit der VM verbunden sind.

Und, wie kann das sein, dass die beiden Geräte die selbe ID (0403.6001) haben? Das bringt Proxmox beim Verbinden der Devices durcheinander. Und mich auch

Danke!
Stefan

[RalfRog]

Hi Elektrolurch hat das Problem umgangen:
https://forum.fhem.de/index.php?msg=1274384

Mein FTDI ist aber auch idVendor=0403, idProduct=6001 (fahre noch Buster).
Ergibt sich das nicht durch den eingesetzten Chip? Da ist doch Verdor und Product ggfs. das  Gleiche.

Gruß Ralf

[CoolTux]

Was steht denn in der /var/log/syslog ?

[CoolTux]

Könnte es das hier sein?

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1035094

[CoolTux]

Hier ein Lösungsvorschlag

https://forum.fhem.de/index.php?msg=1274426

[Der-Eine]

Hi zusammen,
ich habe an meinem Pi mit Bullseye auch ein Update gemacht und wie oben hat mir die Serial\by-id gefehlt. Diese hab ich durch die Vorlage zurück geholt. Jedoch funktioniert auf einmal mein Signalduino nur ganz kurz und streikt dann einfach. Hat hier noch jemand ein Idee wo man da ansetzen könnte?

[Jewe]

Schaut mal hier, das Problem lässt sich so lösen : https://forum.iobroker.net/topic/65017/zigbee-conbee2-funktioniert-nach-update-nicht-mehr-udev/102

[drhirn]

Sorry, dass ich so lange nicht reagiert habe! War auf Urlaub. Und danke für die ganzen Vorschläge!
Ich persönlich habe mich dazu entschieden, einfach meinen lange gehegten Plan umzusetzen und alles vom Host mittels ser2net an die VMs weiterzuleiten. Das erspart mir das Rumbasteln an Repositories oder System-Dateien. Da vergesse ich nämlich nur wieder, dass ich das gemacht habe .

[Wernieman]

@Jeve:
Mann sollte sich aber Grundsätzlich bei jedem Neueintragen eines Repositorys überlegen, ob es sinnvoll und gut ist. Und bei so etwas Wichtigem wie UDEV würde ich persönlich ....

[Jewe]

@Jeve:
Mann sollte sich aber Grundsätzlich bei jedem Neueintragen eines Repositorys überlegen, ob es sinnvoll und gut ist. Und bei so etwas Wichtigem wie UDEV würde ich persönlich ....

Ja schon, die ofizielle Version hat einen Bug und das Repository im Anhang ist ja eine ofizielle Quelle mit einer backport Version. Ist das "so" unklug oder gefährlich? Hmm.

Jens

[Wernieman]

Code Auswählen Erweitern

.. Ist das "so" unklug ...
Ja, wenn man es einfach pauschal übernimmt. Nein, wenn man es sich Gründlich überlegt hat (Vor/Nachteile). Da nur zu viele einfach Copy&Paste solche Lösungen übernehmen, werde ich immer auf so etwas hinweisen ... also im Zweifel immer lieber nicht ...