如果你已经清理了未使用的容器，图片用

docker system prune -a

一定要检查你是否有不健康的容器。他们的行为非常奇怪，难以预测。在我的例子中，因为这些，我得到了这个错误，即使有大量的磁盘空间。

Docker ps -a将列出所有的容器。如果他们中的任何一个是这样的:

CONTAINER ID   IMAGE          COMMAND   CREATED          STATUS                     PORTS           NAMES
4c01db0b339c   ubuntu:12.04   bash      17 seconds ago   Up 16 seconds (unhealthy)  3300-3310/tcp   webapp

您需要重新启动docker守护进程。

我也犯了同样的错误，用这种方法来解决:

1。删除Docker中的孤立卷，可以使用内置的Docker volume命令。内置命令还会删除/var/lib/docker/volumes中不是卷的任何目录，因此请确保您没有在其中放入想要保存的任何内容。

警告:如果你想保留一些数据，要非常小心

清理:

$ docker volume rm $(docker volume ls -qf dangling=true)

额外的命令:

列出悬挂卷:

$ docker volume ls -qf dangling=true

列出所有卷:

$ docker volume ls

2。还要考虑删除所有未使用的图像。

首先删除<none>映像(这些映像有时是在构建映像时生成的，如果由于某种原因，映像构建被中断，它们将留在那里)。

这是我用来删除它们的一个很好的脚本

docker rmi $(docker images | awk '/^<none>/ {print $3}')

然后，如果你使用Docker Compose为每个项目在本地构建图像。你最终会得到很多图片，通常和你的文件夹一样命名(例如，如果你的项目文件夹名为Hello，你会发现图片名为Hello_blablabla)。所以也要考虑删除所有这些图片

您可以编辑上面的脚本以删除它们或手动使用

Docker rmi {image-name}

我运行以下命令。

之后不需要重新构建图像。

docker rm $(docker ps -qf 'status=exited')
docker rmi $(docker images -qf "dangling=true")
docker volume rm $(docker volume ls -qf dangling=true)

这些删除退出/悬挂容器和悬挂卷。

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

如果它只是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拉。

似乎有几种方式可以发生这种情况。我遇到的问题是，docker磁盘映像已经达到其最大大小(docker Whale -> Preferences -> disk，如果你想查看它在OSX中的大小)。

我提高了极限，然后就可以出发了。我相信清理未使用的图像也会起作用。