Проброс USB-принтера в контейнер LXD

[@YourChief]

Адреса устройств USB могут меняться при включении даже в тот же самый порт. Как Вы решаете эту проблему?

Замечу также, что команда

getent group lp

предпочтительнее, чем

cat /etc/group | egrep lp

, так как оперирует NSS, а не только файлами и делает в точности то, что нужно

[@selivanov_pavel]

Но стоит помнить, что getent входит в libc-bin, которая может быть не всюду установлена. В том же контейнере её может не быть

[@cyber-punk]

Адреса устройств меняются только в том случае, если вы пытаетесь переключить устройство в другой порт, или переподключить в тот же порт с малым промежутком времени. При переподключении в тот же порт с малым промежутком времени, можно написать правило в udev, закрепив принтер по серийному номеру.
При перезагрузке ни разу не наблюдал, чтобы устройство, которое подключено к одному и тому же порту меняло адрес. (Эксплуатирую данное решение не долго, но до этого, как и описывал, эксплуатировал решение на Ubuntu 14.04 и LXC 1.0, проблем не замечено)

[@diimka]

адреса назначаются по порядку, и если устройство задумается с ответом, у него может быть другой адрес :)
Попробуйте, например
lsusb -d 9710:7830 | tr ':' ' ' | cut -d ' ' -f 2,4

[@cyber-punk]

Ну я в принципе тоже и написал. При быстром переподключении может смениться адрес, но это можно решить при помощи udev.

[@diimka]

А я говорю про первую загрузку. Я бы не стал полагаться на то, что устройство всегда получит адрес A на шине B.
И да, правило в udev поможет.

[@cyber-punk]

Не совсем понял, про первую загрузку.
Если про первую загрузку контейнера, то в любом случае устройство пробрасывается из хоста, а значит перед тем, как пробросить устройство, оно должно уже быть подключено к хосту, иначе это будет не проброс конкретного устройства, а проброс шины в целом, т.к. адрес конкретного устройства определить попросту не получится.

[@tgz]

А может кто разбирался почему в контейнерах не работают kernel логи?

[@cyber-punk]

Наверное потому что контейнер использует kernel хоста?

[@tgz]

Там их тоже нет.

[@Louie]

У меня модем как-то так проброшен

lxc.cgroup.devices.allow = c 188:0 rwm
lxc.autodev: 1
lxc.hook.autodev: sh -c «mknod -m 0666 ${LXC_ROOTFS_MOUNT}/dev/ttyUSB0 c 188 0»

[@cyber-punk]

А какая версия lxc при этом используется? У меня в старой версии до 2.0 тоже так работало, ну или похожим образом.

[@Louie]

2.0.7

[@Louie]

Ну и как? Работает такое в LXD?
Кстати, еще полезно бывает «передернуть» USB на хосте чем-то вроде

echo -n "0000:00:1d.0" | tee /sys/bus/pci/drivers/ehci-pci/unbind && echo -n "0000:00:1d.0" | tee /sys/bus/pci/drivers/ehci-pci/bind

Рецепт «передергивания» для USB2.0 и 3.0

[@cyber-punk]

В ответ на предыдущий комментарий ничего не скажу. Пока отложил lxd в связи с недоступностью стенда, да и к тому же перешёл на proxmox, а вот за рецепт передергивания устройства большое спасибо. Попробую на сервере, для меня программное передергивание устройств очень наболевшая и актуальная тема