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

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

问题出在“pwd”上。所以我把它改成了$（pwd）：

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

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开始测试。

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

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

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

您是否可以通过boot2docker或类似方式在OS X上使用docker。

我也有过同样的经历——命令是正确的，但无论如何，容器中没有装入任何（合理的）内容。

事实证明，docker文档中已经对此进行了解释。当您键入docker run-v/var/logs/on/host:/var/logs/in/container。。。那么/var/logs/on/host实际上是从boot2docker VM映像映射的，而不是从Mac映射的。

您必须通过虚拟机将共享文件夹传输到实际主机（在我的情况下是Mac）。

有几种方法可以做到这一点。最简单的方法是使用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