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

选项1:清理现有空间

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

选择2:获得更多空间

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

目前的最佳实践是:

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创建新映像时达到了极限。所以我增加了可用的数量。

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

你的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。

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

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}