在我的例子中，发生这种情况是因为我超过了Docker映像大小的10Gb限制。这似乎已经有所缓解，有一种方法可以将限制增加到100Gb (https://github.com/moby/moby/issues/5151)，但我不确定如何—对于我的用例，切换到映射卷是可以的，无论如何都有更好的性能。

使用以下命令清洁Docker:

docker images --no-trunc | awk '/<none>/ { print $3 }' \
| xargs docker rmi

如果您通过Docker Toolkit使用boot2docker映像，那么问题源于boot2docker虚拟机已耗尽空间。

当您执行docker导入或添加新映像时，映像将被复制到可能已满的/mnt/sda1中。

检查映像中可用空间的一种方法是ssh进入虚拟机并运行df -h并检查/mnt/sda1中的剩余空间

ssh命令为 Docker-machine SSH默认

一旦您确定这确实是一个空间问题，您可以根据这个问题的一些答案中的说明进行清理，或者您可以选择通过增加/mnt/sda1上的空间来调整boot2docker映像本身的大小

您可以按照这里的说明来调整图像的大小 https://gist.github.com/joost/a7cfa7b741d9d39c1307

在我的例子中，我运行了docker系统df来找出哪个组件占用了更多的空间，然后我执行了docker系统prune -a来清理所有悬挂的容器、图像等。最后，我运行docker卷rm $(docker卷ls -qf悬挂=true)来清理悬挂卷。

下面是按顺序执行的命令。

docker system df
docker system prune -a
docker volume rm $(docker volume ls -qf dangling=true)

目前的最佳实践是:

docker system prune

在接受结果之前，请注意该命令的输出:

WARNING! This will remove:
  - all stopped containers
  - all networks not used by at least one container
  - all dangling images
  - all dangling build cache

Are you sure you want to continue? [y/N]

换句话说，继续执行这个命令是永久的。请记住，最佳实践是将停止的容器视为短暂的，即您应该使用Docker设计您的工作，不要保留这些停止的容器。如果你不主动调试容器，你可以考虑在运行时使用——rm标志。

请务必阅读这个答案，回复:卷

如果docker系统修剪不适合你，你可能也会对这个答案感兴趣。

如果它只是Docker的测试安装(即不是生产)，并且你不关心做核清洁，你可以:

清洁所有容器: docker ps -a | sed '1 d' | awk '{print $1}' | xargs -L1 docker rm

清除所有图像: docker images -a | sed '1 d' | awk '{print $3}' | xargs -L1 docker rmi -f

同样，我在开发Docker的ec2实例中使用了这个方法，而不是在任何严肃的QA或生产路径中使用。伟大的事情是，如果你有你的Dockerfile(s)，它很容易重建或docker拉。