我正在尝试将主机目录装载到Docker容器中,以便在主机上完成的任何更新都反映到Docker集装箱中。

我哪里做错了什么。以下是我所做的:

kishore$ cat Dockerfile

FROM ubuntu:trusty
RUN apt-get update
RUN apt-get -y install git curl vim
CMD ["/bin/bash"]
WORKDIR /test_container
VOLUME ["/test_container"]

kishore$树.├── Dockerfile文件└── 主文件夹├── tfile1.text├── tfile2.txt文件├── tfile3.txt文件└── tfile4.txt文件

1个目录,5个文件基肖尔$pwd/用户/kishore/tdockkishore$docker build--tag=k3_s3:最新。

Uploading context 7.168 kB
Uploading context
Step 0 : FROM ubuntu:trusty
 ---> 99ec81b80c55
Step 1 : RUN apt-get update
 ---> Using cache
 ---> 1c7282005040
Step 2 : RUN apt-get -y install git curl vim
 ---> Using cache
 ---> aed48634e300
Step 3 : CMD ["/bin/bash"]
 ---> Running in d081b576878d
 ---> 65db8df48595
Step 4 : WORKDIR /test_container
 ---> Running in 5b8d2ccd719d
 ---> 250369b30e1f
Step 5 : VOLUME ["/test_container"]
 ---> Running in 72ca332d9809
 ---> 163deb2b1bc5
Successfully built 163deb2b1bc5
Removing intermediate container b8bfcb071441
Removing intermediate container d081b576878d
Removing intermediate container 5b8d2ccd719d
Removing intermediate container 72ca332d9809

kishore$docker运行-d-v/Users/kishore/main_folder:/test_container k3_s3:最新c9f9a7e09c54ee1c2c966f15c963b4af320b5203b8c46689033c1ab8872a0漏洞$docker运行-i-t k3_s3:最新/bin/bash

root@0f17e2313a46:/test_container# ls -al
total 8
drwx------  2 root root 4096 Apr 29 05:15 .
drwxr-xr-x 66 root root 4096 Apr 29 05:15 ..

root@0f17e2313a46:/test_container#退出exitkishore$docker-vDocker版本0.9.1,内部版本867b2a9

我不知道如何检查boot2docker版本

问题和面临的问题:

如何将main_folder链接到docker容器中的test_container文件夹?我需要自动完成。如何在不真正使用run-d-v命令的情况下做到这一点?如果boot2docker崩溃会发生什么?Docker文件存储在哪里(除了Dockerfile)?


当前回答

从Docker 18-CE开始,您可以使用Docker run-v/src/path:/container/path来进行主机文件夹的双向绑定。

不过,如果您使用的是Windows 10/WSL,并将Docker CE for Windows作为主机,然后在WSL中使用Docker CE客户端工具,那么这里有一个主要的陷阱。WSL知道整个/文件系统,而Windows主机只知道驱动器。在WSL中,您可以使用/mnt/c/projectpath,但是如果您尝试停靠运行-v${PWD}:/projectpath时,您会在主机中发现/projectpath/为空,因为在主机上/mnt意味着什么。

如果您从/c/projectpath工作,然后运行docker-v${PWD}:/projectpath,您会发现在容器中,/projectpath将实时反映/c/projectpath。除了在您的客户机中看到空装载外,没有任何错误或任何其他方法可以检测此问题。

您还必须确保在Docker for Windows设置中“共享驱动器”。

其他回答

您可以从cli中使用-v选项,该工具无法通过Dockerfile使用

docker运行-t-i-v<host_dir>:<container_dir>ubuntu/bin/bash

其中host_dir是要装载的主机目录。如果容器的目录不存在,您不必担心,docker会创建它。

如果您从主机(在root权限下)对host_dir进行任何更改,则容器将看到它,反之亦然。

我也有同样的问题。我的命令行如下所示:

docker run --rm -i --name $NAME -v `pwd`:/sources:z $NAME

问题出在“pwd”上。所以我把它改成了$(pwd):

docker run --rm -i --name $NAME -v $(pwd):/sources:z $NAME

注意,在Windows中,您必须提供绝对路径。

主机:Windows 10容器:Tensorflow笔记本

下面对我有用。

docker run -t -i -v D:/projects/:/home/chankeypathak/work -p 8888:8888 jupyter/tensorflow-notebook /bin/bash

2015年7月更新-boot2docker现在支持直接安装。您可以在Mac提示符下直接使用-v/var/logs/on/host:/var/logs/in/container,而无需双重安装

[更新]截至2017年6月,Docker for Mac解决了其中所有令人讨厌的部分,您必须使用VirtualBox。它允许您使用/private前缀基本上映射本地主机上的所有内容。更多信息请点击此处。[/UPDATE]

目前所有的答案都是关于Boot2docker的。由于现在不赞成使用docker机器,这适用于docker机器:

首先,ssh到docker机器vm中,并创建要映射到的文件夹:

docker-machine ssh $MACHINE_NAME "sudo mkdir -p \"$VOL_DIR\""

现在将文件夹共享到VirtualBox:

WORKDIR=$(basename "$VOL_DIR")
vboxmanage sharedfolder add "$MACHINE_NAME" --name "$WORKDIR" --hostpath "$VOL_DIR" --transient

最后,再次ssh到docker机器中,并装载刚才共享的文件夹:

docker-machine ssh $MACHINE_NAME "sudo mount -t vboxsf -o uid=\"$U\",gid=\"$G\" \"$WORKDIR\" \"$VOL_DIR\""

注意:对于UID和GID,基本上可以使用任何整数,只要它们还没有使用。

这在OS X El Capitan上从docker机器0.4.1和docker 1.8.3开始测试。