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

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}

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

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

你的cgroups已经启用了cpuset控制器。这个控制器在NUMA环境中非常有用，它允许精细地指定允许运行哪个CPU/内存库的任务。

默认情况下是强制的cpuset。Mems和cpuset。cpu没有设置，这意味着“没有空间留给”您的任务，因此出现错误。

解决这个问题最简单的方法是启用cgroup。将根组中的Clone_children改为1。对你来说，应该是

echo 1 > /sys/fs/cgroup/docker/cgroup.clone_children

它基本上会指示系统自动初始化容器的cpuset。Mems和cpuset。来自父cgroup的cpu。

(docker images -f " hanging =true" -q) 删除不需要的卷 删除未使用的图像 移除未使用的容器

在我的情况下，我没有那么多的镜像/容器，但构建缓存正在填满我的Docker磁盘。

你可以通过跑步看到这就是问题所在

docker system df

输出:

TYPE                TOTAL               ACTIVE              SIZE                RECLAIMABLE
Images              22                  13                  7.581GB             3.899GB (51%)
Containers          15                  0                   2.166GB             2.166GB (100%)
Local Volumes       4                   4                   550.2MB             0B (0%)
Build Cache         611                 0                   43.83GB             43.83GB!!!!!!!!!

下面的命令解决了这个问题

docker builder prune

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

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