New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Exposing /dev properly to the container by the Engine #125
Labels
Comments
robertgzr
pushed a commit
that referenced
this issue
Feb 7, 2019
[18.09 backport] Windows: Tie busybox to specific version
Something that might be worth looking into for ways to support this natively: |
[imrehg] This issue has attached support thread https://jel.ly.fish/#/support-thread~3c767d63-31d6-4a63-8681-b4325c0d62f4 |
[srlowe] This issue has attached support thread https://jel.ly.fish/d5b1d2f5-e166-4023-9378-94d718e5d524 |
We are going to implement this in the Supervisor. See balena-os/balena-supervisor#1532 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Description
Udev in containers is major pain. Should have a balenaEngine feature, that exposes the devices dynamically in a container, with just udev running in the host.
The discussion went something like:
When a container is privileged, expose a copy of
/dev
to the container in a way that they get dynamic devices (and device names), and exposes it to the container in a way that new devices will show up, but the containers cannot create/destroy nodes (just read/write/open the nodes). This would remove most of the needs of users running udev inside the container.From 2018/12/18 architecture call
Front conversations
The text was updated successfully, but these errors were encountered: