Le partage de périphériques (webcam, lecteurs USB, etc) avec Docker

Je pense que en théorie c'est possible pour assurer à l'aide de la --privileged drapeau, que cette chose vous donne la possibilité d'accéder à tous les périphériques hôtes. Si vous installez usbutils ou similaire ( en fonction de vos images, Distribution), vous verrez que les privilégiés conteneur est en mesure de voir les périphériques branchés à chaud au lors de l'exécution de lsusb.
Malheureusement, bien qu'ils n'apparaissent pas dans le répertoire /dev. Le script de la création de ces descripteurs et les avoir dûment prises en charge par votre logiciel sous /dev peut devenir assez impliqués malheureusement. Il n'a pas à être de cette façon pour vos appareils mais.

Ce que vous pouvez faire en tant que première tentative est de simplement créer à l'aide de mknod.
J'ai essayé avec mon téléphone HTC et c'est un peu travaillé ( les détails ne sont pas pertinentes ici ), il suffit de cocher la ligne pour les branchés à chaud au dispositif de commande lsusb:

Bus 003 Device 002: ID 0bb4:0f25 HTC (High Tech Computer Corp.) One M8

aller dans le dossier approprié pour le descripteur:

cd /dev/bus/usb/003

vérifier la version majeure pour le pilote usb sur votre noyau à partir de l'existant descripteurs:

root@1a11f7c329a9:/dev/bus/usb/003# ls -la
total 0
drwxr-xr-x 2 root root      160 Dec 26 13:40 .
drwxr-xr-x 6 root root      120 Dec 26 13:30 ..
crw-rw-r-- 1 root root 189, 256 Dec 26 13:30 001
crw-rw-r-- 1 root root 189, 258 Dec 26 13:30 003
crw-rw-r-- 1 root root 189, 259 Dec 26 13:30 004
crw-rw-r-- 1 root root 189, 260 Dec 26 13:30 005
crw-rw-r-- 1 root root 189, 261 Dec 26 13:30 006

=> 189 🙂 => créer le hochement de la tête et en faisant de la sorte l'utilisation mineure de la version 0.

mknod 002 c 189 0

=> au moins lsusb -v est désormais capable de l'ouverture de l'appareil. Même devrait fonctionner pour la plupart des matériels de l'omi, à quelques exceptions près.

Ce que vous pourriez faire comme une alternative, peut-être plus lent, mais certainement plus sûr et plus dans l'esprit de Docker et de la conteneurisation est d'utiliser des conteneurs pour accéder à vos appareils lorsque vous chaud-monter et ensuite de partager les périphériques avec le conteneur principal de l'exécution de votre application vidéo via socat ats via tcp.

Dire que vous hotplug /dev/video0 sur l'ordinateur hôte, vous pouvez lancer un nouveau conteneur qui a cet appareil monté dans ce cas. Ce conteneur ( qui a socat installée ) pourrait exécuter:

socat tcp-l:54321,reuseaddr,fork file:/dev/video0,nonblock,waitlock=/var/run/video0.lock

En supposant que cette chose a le nom d'hôte video0-serveur, vous pouvez maintenant créer le descripteur de video0 sur le client par le biais de:

socat pty,link=/dev/video0,waitslave tcp:video0-server:54321

Maintenant, vous devriez être en mesure d'utiliser l'appareil, juste bien. Pour de nombreux appareils de la socat généraux ne devrait pas être un problème je pense.
Si ce script à l'aide de plusieurs conteneurs de manière dynamique communiquer avec votre conteneur principal via la mise en réseau est une option et la performance n'est pas affectée de manière significative par la surcharge trop, la dernière option est plus propre et plus sûr que --privileged mode, à mon avis.