那么多关于修剪声明的帖子。因为这个命令确实会清理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 Whale -> Preferences -> disk，如果你想查看它在OSX中的大小)。

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

这可能是因为默认存储空间设置为40GB(默认路径，/var/lib/docker)

您可以更改存储卷指向不同的路径

编辑文件-> /etc/sysconfig/docker-storage 在行下更新(如果不存在则添加)

DOCKER_STORAGE_OPTIONS = '——存储驱动=叠加图= CUSTOM_PATH '

重启码头工人 Systemctl stop docker systemctl daemon-reload Systemctl start docker

如果你运行命令docker info(它应该显示存储驱动为overlay)

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

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守护进程。

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