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

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

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 Toolkit使用boot2docker映像，那么问题源于boot2docker虚拟机已耗尽空间。

当您执行docker导入或添加新映像时，映像将被复制到可能已满的/mnt/sda1中。

检查映像中可用空间的一种方法是ssh进入虚拟机并运行df -h并检查/mnt/sda1中的剩余空间

ssh命令为 Docker-machine SSH默认

一旦您确定这确实是一个空间问题，您可以根据这个问题的一些答案中的说明进行清理，或者您可以选择通过增加/mnt/sda1上的空间来调整boot2docker映像本身的大小

您可以按照这里的说明来调整图像的大小 https://gist.github.com/joost/a7cfa7b741d9d39c1307

你的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 prune命令。它将删除所有的docker网络、容器和映像。所以你可能最终也会丢失重要的数据。

错误显示“设备上没有剩余空间”，所以我们只需要释放一些空间。

腾出空间最简单的方法就是删除悬空的图像。

当旧创建的图像不被使用时，这些图像被称为悬空图像或有一些缓存图像，以及你可以删除。

使用下面的命令。 列出所有悬挂图像。

docker images -f "dangling=true" -q

按映像id删除映像。

docker rmi IMAGE_ID

这样你就可以腾出一些空间，重新开始使用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)