在我的例子中，我运行了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)

对我来说，码头系统修剪做的把戏。我用的是mac操作系统。

在我的案例中，安装ubuntu服务器18.04.1(出于某种奇怪的原因)创建了一个LVM逻辑卷，大小只有4gb，而不是750gb。 因此，当拉图像时，我会得到这个“设备上没有空间”错误。 解决方法很简单:

lvextend -l 100%FREE /dev/mapper/ubuntu--vg-ubuntu--lv
resize2fs /dev/mapper/ubuntu--vg-ubuntu--lv

我运行以下命令。

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

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

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

我在GCP mashine上遇到了这个问题。没有一种修剪方法对我有效。/var/lib/docker仍然重约160gb。然后我停了下来 服务docker停止删除docker缓存文件夹。

Sudo rm -rf /var/lib/docker。重新启动docker服务后，这个删除的文件夹被重新创建为明确的docker系统文件夹。当然，我丢失了所有的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}