Build 无法使用“卸载”卸载设备；“umount”；码头工人

我不知道为什么，但umount不在docker工作

umount: loop3/: must be superuser to umount

让我再分享一件事，那就是 它在真实机器中的

/mnt/loop3

下创建

loop3

。这对我来说是最意想不到的事情，因为它承诺了纯粹的虚拟环境

为什么?？有解决办法吗

脚本： 我创建了docker

ubuntu:13.04

来创建交叉编译环境

• Docker Linux机器（ubuntu）：

• Linux机器（rch Linux）：

码头工人信息

---

我找到了解决办法：

在默认docker运行中，它并不像我们预期的那样是一个真正的操作系统。它没有访问设备的权限。因此，在运行docker时，我们必须使用

--privileged

默认情况下，Docker容器是“非特权的”，例如，不能在Docker容器内运行Docker守护程序。这是因为默认情况下，容器不允许访问任何设备，但

“privileged”

容器可以访问所有设备

当操作员执行docker run--privileged时，Docker将启用对主机上所有设备的访问，并在AppArmor中设置一些配置，以允许容器几乎与主机上容器外部运行的进程对主机的访问相同。

在我的情况下，这是linux的命令，但对于

卸载

也是有效的

先前的解决方案有效，但我的方案无法执行命令“

docker run

”，因为它正在实时使用

我要装载的命令：

mount -o remount,size=5G /dev/shm

解决方案 docker中的验证：

[docker]$ df -h
Filesystem      Size  Used Avail Use% Mounted on
shm              64M  4.0K   64M   1% /dev/shm
[docker]$ exit

# By default
cd /var/lib/docker/containers/ 

我们查找容器的ID：

$ docker ps
CONTAINER ID        IMAGE   
<container_id>      nameimage

我们转到包含docker的文件夹：

[docker]$ df -h
Filesystem      Size  Used Avail Use% Mounted on
shm              64M  4.0K   64M   1% /dev/shm
[docker]$ exit

# By default
cd /var/lib/docker/containers/ 

然后我们打开从开始的文件夹

cd <container_id>

（注意：我不记得是否必须执行命令才能显示文件系统）

最后，我们输入Docker并验证​​已正确更新：

[docker]$ df -h
Filesystem      Size  Used Avail Use% Mounted on
shm             5.0G     0  5.0G   0% /dev/shm

来源

---

看起来你已经得到了答案。按照那里的建议帮助了我。Ya@DharmitShah，但它还没有解决。实际上，第二级交叉编译并不完美。在设备中安装时产生问题。还有其他更安全的方法吗？Giving——priviliged为docker提供主机系统的完全访问权限。而当/proc/sys/fs位于docker内部时，docker是否应该不允许在没有--priviliged的情况下进行操作？

cd <container_id>

mount -o remount,size=5G shm

[docker]$ df -h
Filesystem      Size  Used Avail Use% Mounted on
shm             5.0G     0  5.0G   0% /dev/shm