我正在尝试将主机目录装载到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)?


当前回答

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

其他回答

有几种方法可以做到这一点。最简单的方法是使用dockerfile ADD命令,如下所示:

ADD . /path/inside/docker/container

但是,在构建dockerfile之后,在主机上对该目录所做的任何更改都不会显示在容器中。这是因为在构建容器时,docker将目录压缩为.tar,并将该上下文永久上传到容器中。

第二种方法是尝试装载卷。由于尽可能地可移植,您无法将主机目录映射到dockerfile中的docker容器目录,因为主机目录可能会根据您正在运行的计算机而改变。要将主机目录映像到docker容器,您需要在使用dockerrun时使用-v标志,例如:

# Run a container using the `alpine` image, mount the `/tmp`
# directory from your host into the `/container/directory`
# directory in your container, and run the `ls` command to
# show the contents of that directory.
docker run \
    -v /tmp:/container/directory \
    alpine \
    ls /container/directory

从官方网站引用:

确保之前没有运行任何入门容器。从应用程序目录运行以下命令。

x86-64 Mac或Linux设备:码头运行-dp 3000:3000\-w/app-v“$(pwd):/app”\节点:12高山\sh-c“纱线安装和纱线运行开发”Windows(PowerShell):码头运行-dp 3000:3000`-w/app-v“$(pwd):/app”`节点:12高山`sh-c“纱线安装和纱线运行开发”Aple silicon Mac或其他ARM64设备:码头运行-dp 3000:3000\-w/app-v“$(pwd):/app”\节点:12高山\sh-c“apk add--无缓存python2g++make&&yarn install&&yarn run-dev”

解释:

dp 3000:3000-与之前相同。以分离(后台)模式运行并创建端口映射w/app-设置运行命令的“工作目录”或当前目录v“$(pwd):/app”-将当前目录从主机绑定到容器中的/app目录节点:12 alpine-要使用的图像。

注意,这是Dockerfile sh-c“yarn install&&yarn run dev”命令中应用程序的基本映像。

我们正在使用sh(alpine没有bash)启动一个shell,并运行yarn install来安装所有依赖项,然后运行yarn run dev。如果我们查看package.json,我们将看到dev脚本正在启动nodemon。

从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设置中“共享驱动器”。

我发现,任何位于系统指令下的目录(如/var、/usr、/etc)都不能安装在容器下。

该指令应位于用户的空格处-v开关指示docker守护进程将本地目录装载到容器,例如:

docker run -t -d -v /{local}/{path}:/{container}/{path} --name {container_name} {imagename}

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

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

下面对我有用。

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