You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
At this point, you can add other volume bindings if you want to share data between the host and the container, using the ` -v` or ` -volume` flags. Because partitions like **/dev/sda1**, etc. are by default not exposed to containers for security reasons.
24
18
25
-
If the container cannot be created in the above way, for example there is a different device path on your device, you can customize it yourself. Or more simply use *privileged* mode to access all devices. But this also means ignoring the security aspect.
19
+
That should be fine in most cases.
20
+
21
+
If you are an advanced user, you might want to fine-tune the security to avoid the `--privileged` flag on container creation.
22
+
But this may require some patience to match the device. For example device `/dev/video0` could be `/dev/video10` on another device, availability of `/dev/psaux` etc.
@@ -40,6 +42,9 @@ You should see a line like the following at the end of the logs if the container
40
42
```
41
43
Debian GNU/Linux 12 246eb7415c97 console
42
44
```
45
+
46
+
If not, try [deleting it](#stopping-and-deleting-the-container) then re-create the container.
47
+
43
48
If you want to make the container always run automatically even if the host is restarted, you can change the restart policy on the container to *always* or *unless-stopped*:
44
49
```
45
50
docker update --restart unless-stopped debian_jwm
@@ -83,6 +88,7 @@ Display Managers like lightdm default to `tty7`, and when first running will dis
83
88
84
89
The main problem is `tty7`. Make sure your host is not using lightdm on that `tty7` as well.
At this point, you can add other volume bindings if you want to share data between the host and the container, using the ` -v` or ` -volume` flags. Because partitions like **/dev/sda1**, etc. are by default not exposed to containers for security reasons.
24
18
25
-
If the container cannot be created in the above way, for example there is a different device path on your device, you can customize it yourself. Or more simply use *privileged* mode to access all devices. But this also means ignoring the security aspect.
19
+
That should be fine in most cases.
20
+
21
+
If you are an advanced user, you might want to fine-tune the security to avoid the `--privileged` flag on container creation.
22
+
But this may require some patience to match the device. For example device `/dev/video0` could be `/dev/video10` on another device, availability of `/dev/psaux` etc.
@@ -40,6 +42,9 @@ You should see a line like the following at the end of the logs if the container
40
42
```
41
43
Debian GNU/Linux 12 246eb7415c97 console
42
44
```
45
+
46
+
If not, try [deleting it](#stopping-and-deleting-the-container) then re-create the container.
47
+
43
48
If you want to make the container always run automatically even if the host is restarted, you can change the restart policy on the container to *always* or *unless-stopped*:
0 commit comments