如果您通过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

检查/var上是否有空闲空间，因为Docker默认将图像文件存储在/var/lib/ Docker中。

首先使用docker ps -a列出所有容器(包括停止的容器)，然后使用docker rm删除它们;然后使用docker images列出您存储的所有映像，并使用docker rmi删除它们。

接下来，在docker守护进程上使用-g选项更改存储位置，或者编辑/etc/default/docker并将-g选项添加到DOCKER_OPTS。-g指定“Docker运行时”的位置，这基本上是Docker在构建映像和运行容器时创建的所有东西。选择一个有足够空间的位置，因为所使用的磁盘空间会随着时间的推移而增长。如果您编辑了/etc/default/docker，您将需要重新启动docker守护进程以使更改生效。

现在您应该能够创建一个新的映像(或从Docker Hub中提取一个映像)，并且您应该会看到在您使用-g选项指定的目录中创建了一堆文件。

我在RHEL机器上也遇到了这个问题。在堆栈溢出和docker-hub社区中，我没有找到任何合适的解决方案。 如果您在执行以下命令后仍面临此问题:

Docker系统全部修剪

最终奏效的解决方案:

docker info To check current docker storage driver Mine was : Storage Driver: devicemapper; If you have storage driver as overlay2 nothing to worry about. Solution will still work for you. df -h This is to check the available file systems on machine and the path where they are mounted. Two mounted path to have a note: /dev/mapper/rootvg-var 7.6G 1.2G 6.1G 16% /var /dev/mapper/rootvg-apps 60G 9.2G 48G 17% /apps Note- By default docker storage path is /var/lib/docker. It has available space ~6 GB and hence all the space related issues. So basically, I have to move default storage to some other storage where available space is more. For me its File sysyem path '/dev/mapper/rootvg-apps' which is mounted on /apps. Now task is to move /var/lib/docker to something like /apps/newdocker/docker. mkdir /apps/newdocker/docker chmod -R 777 /apps/newdocker/docker Update docker.serive file on linux which resides under: /usr/lib/systemd/system vi /usr/lib/systemd/system/docker.service if storage device is devicemapper , comment existing ExecStart line and add below under [Service]: ExecStart= ExecStart=/usr/bin/dockerd -s devicemapper --storage-opt dm.fs=xfs --storage-opt dm.basesize=40GB -g /apps/newdocker/docker --exec-opt native.cgroupdriver=cgroupfs Or if storage device is overlay2: just add -g /apps/newdocker/docker in the existing ExexStart statement. Something like ExecStart=/usr/bin/dockerd -g /apps/newdocker/docker -H fd:// --containerd=/run/containerd/containerd.sock rm -rf /var/lib/docker (It will delete all existing docker data) systemctl stop docker ps aux | grep -i docker | grep -v grep If no output has been produced by the above command, reload systemd daemon by below command. systemctl daemon-reload systemctl start docker docker info Check out the Data Space Available: 62.15GB after mouting to docker to new File system. DONE

如果它只是Docker的测试安装(即不是生产)，并且你不关心做核清洁，你可以:

清洁所有容器: docker ps -a | sed '1 d' | awk '{print $1}' | xargs -L1 docker rm

清除所有图像: docker images -a | sed '1 d' | awk '{print $3}' | xargs -L1 docker rmi -f

同样，我在开发Docker的ec2实例中使用了这个方法，而不是在任何严肃的QA或生产路径中使用。伟大的事情是，如果你有你的Dockerfile(s)，它很容易重建或docker拉。

目前的最佳实践是:

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 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