Proxmox USB an LXC durchreichen
-
@hardy-0 Habe es bei mir mittlerweile mit udev Regel. Wichtig ist allerdings dass man ioBroker vor dem Neustart stoppt. Dann funktioniert alles.
Bei mir läuft ein Conbee II an einem NUC mit dem Zigbee-Adapter.lxc conf:
lxc.cgroup.devices.allow: c 7:* rwm lxc.mount.entry: /dev/ttyZigbee dev/ttyZigbee none bind,optional,create=fileUdev Regel:
KERNEL=="ttyACM[0-9]*", SUBSYSTEM=="tty", ATTRS{idVendor}=="1cf1", ATTRS{idProduct}=="0030", SYMLINK="ttyZigbee" SUBSYSTEMS=="usb", ATTRS{idVendor}=="1cf1", ATTRS{idProduct}=="0030", GROUP="users", MODE="0666"root@proxmox:/etc/udev/rules.d# ls -l /dev/ttyZigbee lrwxrwxrwx 1 root root 7 13. Okt 06:40 /dev/ttyZigbee -> ttyACM0ioBroker:
michael@iobroker:~$ ls -l /dev/ttyZigbee crw-rw-rw- 1 nobody nogroup 166, 0 28. Okt 21:50 /dev/ttyZigbeeQuellen: https://gist.github.com/Yub0/518097e1a9d179dba19a787b462f7dd2, https://forum.proxmox.com/threads/usb-pass-through-in-lxc-container.73742/
Hab etwas getestet - fktn leider nicht nach Host-Neustart :-(
Ich mache dann auch die udev-Methode.
Dazu hab ich ein paar Fragen:- wie lautet der korrekte Befehl für diese udev-Regel in Proxmox?
- In deinem udev-Eintrag steht:"ttyACM[0-9]"... muss ich sicherlich anpassen? so: "ttyACM0" richtig?
VG Hardy
-
Hab etwas getestet - fktn leider nicht nach Host-Neustart :-(
Ich mache dann auch die udev-Methode.
Dazu hab ich ein paar Fragen:- wie lautet der korrekte Befehl für diese udev-Regel in Proxmox?
- In deinem udev-Eintrag steht:"ttyACM[0-9]"... muss ich sicherlich anpassen? so: "ttyACM0" richtig?
VG Hardy
-
@hardy-0
...habs hinbekommen. :-)hier ist auch eine gute Anleitung:
https://drozmotix.github.io/languages/de/BasicSetup/03.ProxmoxLXC.html#_4-gerat-in-lxc-einbinden@hardy-0 Das war sogar die eigentliche Anleitung, die ich nicht mehr gefunden hatte.
Wie gesagt, wenn du proxmox neustartest ohne den iobroker vorher zu stoppen können dennoch Fehlermeldungen aufgrund fehlender Berechtigung kommen.
Probier es mal aus. -
@hardy-0 Das war sogar die eigentliche Anleitung, die ich nicht mehr gefunden hatte.
Wie gesagt, wenn du proxmox neustartest ohne den iobroker vorher zu stoppen können dennoch Fehlermeldungen aufgrund fehlender Berechtigung kommen.
Probier es mal aus. -
Hallo,
habe diese Einstellungen jetzt auch versucht.
Aber was trage ich in den Zigbee Adapter ein?Danke.
@hene42 sagte in Proxmox USB an LXC durchreichen:
Aber was trage ich in den Zigbee Adapter ein?
z.b
/dev/ttyACM0oder
/dev/ttyUSB0kommt darauf an, welcher Stick, bzw an welchem Rechner
-
@hene42 sagte in Proxmox USB an LXC durchreichen:
Aber was trage ich in den Zigbee Adapter ein?
z.b
/dev/ttyACM0oder
/dev/ttyUSB0kommt darauf an, welcher Stick, bzw an welchem Rechner
-
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 003: ID 8087:0aaa Intel Corp. Bus 001 Device 002: ID 0451:16a8 Texas Instruments, Inc. Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hubarch: amd64 cores: 1 hostname: ioboker memory: 4096 net0: name=eth0,bridge=vmbr0,firewall=1,hwaddr=CE:F8:02:DD:52:68,ip=dhcp,ip6=dhcp,type=veth onboot: 1 ostype: ubuntu parent: nodeje_auf_12_x rootfs: local-lvm:vm-100-disk-0,size=20G swap: 512 unprivileged: 1 lxc.cgroup.devices.allow: c 189:* rwm lxc.mount.entry: /dev/bus/usb/001/002 dev/bus/usb/001/002 none bind,optional,create=file lxc.cgroup.devices.allow: c 166:* rwm lxc.mount.entry: /dev/ttyACM0 dev/ttyACM0 none bind,optional,create=fileIm LXC:
ioboker:~# ls -l /dev/tty* crw-rw-rw- 1 nobody nogroup 5, 0 Aug 17 19:05 /dev/tty crw------- 1 root tty 136, 0 Aug 20 12:54 /dev/tty1 crw--w---- 1 root tty 136, 1 Aug 17 19:05 /dev/tty2 crw-rw-rw- 1 nobody nogroup 166, 0 Aug 17 19:41 /dev/ttyACM0@has3nb3inmh
Guten Morgen, ja so sieht es bei mir auch aus. Dann habe ich noch mit dem chmod Befehel "chmod o+rw /dev/ttyACM0" die Rechte eingestellt. Nur
ist beim Neustart des ganzen System das eine recht wieder verschwunden. So muss ich dann wieder diese mit dem chmod Befehl diese
einstellen. Gibt es da einen Workaround für ?crw-rw-rw- 1 root dialout 166, 0 Feb 21 09:24 /dev/ttyACM0 crw-rw-rw- 1 root dialout 166, 1 Feb 20 08:14 /dev/ttyACM1 crw-rw-rw- 1 root dialout 166, 2 Feb 21 09:24 /dev/ttyACM2arch: amd64 cores: 2 features: nesting=1 hostname: IOBroker-Proxmox memory: 6144 net0: name=eth0,bridge=vmbr0,firewall=1,hwaddr=AA:D4:CA:76:9B:25,ip=dhcp,type=veth onboot: 1 ostype: ubuntu rootfs: local-lvm:vm-201-disk-0,size=20G swap: 1024 unprivileged: 1 lxc.cgroup.devices.allow: c 189:* rwm lxc.mount.entry: /dev/bus/usb/002/003 dev/bus/usb/002/003 none bind,optional,create=file lxc.cgroup.devices.allow: c 166:* rwm lxc.mount.entry: /dev/ttyACM0 dev/ttyACM0 none bind,optional,create=file lxc.cgroup.devices.allow: c 189:* rwm lxc.mount.entry: /dev/bus/usb/002/006 dev/bus/usb/002/006 none bind,optional,create=file lxc.cgroup.devices.allow: c 188:* rwm lxc.mount.entry: /dev/ttyUSB0 dev/ttyUSB0 none bind,optional,create=file lxc.cgroup.devices.allow: c 189:* rwm lxc.mount.entry: /dev/bus/usb/002/005 dev/bus/usb/002/005 none bind,optional,create=file lxc.cgroup.devices.allow: c 166:* rwm lxc.mount.entry: /dev/ttyACM2 dev/ttyACM2 none bind,optional,create=file -
@has3nb3inmh
Guten Morgen, ja so sieht es bei mir auch aus. Dann habe ich noch mit dem chmod Befehel "chmod o+rw /dev/ttyACM0" die Rechte eingestellt. Nur
ist beim Neustart des ganzen System das eine recht wieder verschwunden. So muss ich dann wieder diese mit dem chmod Befehl diese
einstellen. Gibt es da einen Workaround für ?crw-rw-rw- 1 root dialout 166, 0 Feb 21 09:24 /dev/ttyACM0 crw-rw-rw- 1 root dialout 166, 1 Feb 20 08:14 /dev/ttyACM1 crw-rw-rw- 1 root dialout 166, 2 Feb 21 09:24 /dev/ttyACM2arch: amd64 cores: 2 features: nesting=1 hostname: IOBroker-Proxmox memory: 6144 net0: name=eth0,bridge=vmbr0,firewall=1,hwaddr=AA:D4:CA:76:9B:25,ip=dhcp,type=veth onboot: 1 ostype: ubuntu rootfs: local-lvm:vm-201-disk-0,size=20G swap: 1024 unprivileged: 1 lxc.cgroup.devices.allow: c 189:* rwm lxc.mount.entry: /dev/bus/usb/002/003 dev/bus/usb/002/003 none bind,optional,create=file lxc.cgroup.devices.allow: c 166:* rwm lxc.mount.entry: /dev/ttyACM0 dev/ttyACM0 none bind,optional,create=file lxc.cgroup.devices.allow: c 189:* rwm lxc.mount.entry: /dev/bus/usb/002/006 dev/bus/usb/002/006 none bind,optional,create=file lxc.cgroup.devices.allow: c 188:* rwm lxc.mount.entry: /dev/ttyUSB0 dev/ttyUSB0 none bind,optional,create=file lxc.cgroup.devices.allow: c 189:* rwm lxc.mount.entry: /dev/bus/usb/002/005 dev/bus/usb/002/005 none bind,optional,create=file lxc.cgroup.devices.allow: c 166:* rwm lxc.mount.entry: /dev/ttyACM2 dev/ttyACM2 none bind,optional,create=file@gelberlemmy
Arbeite mal die vorhandene Doku dazu ab:
https://www.iobroker.net/#de/documentation/install/proxmox.md -
@gelberlemmy
Arbeite mal die vorhandene Doku dazu ab:
https://www.iobroker.net/#de/documentation/install/proxmox.md -
@fredf danke für den Tipp. Was macht da das * bei zB "chmod o+rw /dev/ttyACM0*"
Es funktioniert ja bei mir. Nur die Rechte fliegen dann weg beim Neustart des ganzen Promox Servers.
Gruß André
@gelberlemmy dazu musst du aber auch die
udev Regelerstellen und aktivieren, damit es auch einen "Neustart" überlebtumgestiegen von Proxmox auf Unraid
-
@gelberlemmy dazu musst du aber auch die
udev Regelerstellen und aktivieren, damit es auch einen "Neustart" überlebt@crunchip habe mir fast so etwas gedacht. Habe mal ein wenig gegoogelt. Aber irgendwie nicht was einleuchtendes gefunden.(Brett vorm Kopf)
Hat Du eventuell eine gute Anleitung, wie man so eine Regel für USB Sticks Rechtevergabe tätigt ? -
@crunchip habe mir fast so etwas gedacht. Habe mal ein wenig gegoogelt. Aber irgendwie nicht was einleuchtendes gefunden.(Brett vorm Kopf)
Hat Du eventuell eine gute Anleitung, wie man so eine Regel für USB Sticks Rechtevergabe tätigt ?@gelberlemmy Siehe oben verlinkte Doku, Punkt 4
Wenn meine Antwort hilfreich war, dürft Ihr das gerne durch einen "Upvote" (der kleine "^" unten rechts) zum Ausdruck bringen.
-
@gelberlemmy Siehe oben verlinkte Doku, Punkt 4
@ahnungsbefreit Daaannnke. Ihr seit die Besten..... Da steht es für Leut wie mich. Nur eine Sache musste ich anders machen. Das Reload hat so nicht funktioniert.
Habe es dann über "udevadm control --reload-rules" machen. Das sollte jetzt geklappt haben... Daumen hoch
400
Online32.7k
Users82.4k
Topics1.3m
Posts