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

Sudo rm -rf /var/lib/docker。重新启动docker服务后，这个删除的文件夹被重新创建为明确的docker系统文件夹。当然，我丢失了所有的docker数据，但释放了磁盘空间。

我刚碰到这个。我用的是Ubuntu 20.04。工作什么?重新安装码头工人:

sudo apt-get purge docker-ce docker-ce-cli containerd.io
sudo apt-get install docker-ce docker-ce-cli containerd.io

有点粗鲁，我知道。我试着修剪Docker，但还是不管用。

那么多关于修剪声明的帖子。因为这个命令确实会清理docker文件，如果实际存储空间被占用，它不会修复您的系统。对我来说，问题是服务器的存储空间太满了。因此，我有两个选择。

选项1:清理现有空间

运行别人说过的所有系统修剪命令。 df -H，剩下多少空间? 用du——block-size=M -a / | sort -n -r | head -n 20检查是什么占用了系统这么多的空间，这将显示20个最大的文件。 删除文件或将其移出系统。

选择2:获得更多空间

为硬盘驱动器增加更多空间，然后扩展。如果你像我一样只有一个HD，我必须挂载名为“gparted”的操作系统并扩展驱动器。

我运行以下命令。

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

docker rm $(docker ps -qf 'status=exited')
docker rmi $(docker images -qf "dangling=true")
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 build创建新映像时达到了极限。所以我增加了可用的数量。