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

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}

在我的案例中，安装ubuntu服务器18.04.1(出于某种奇怪的原因)创建了一个LVM逻辑卷，大小只有4gb，而不是750gb。 因此，当拉图像时，我会得到这个“设备上没有空间”错误。 解决方法很简单:

lvextend -l 100%FREE /dev/mapper/ubuntu--vg-ubuntu--lv
resize2fs /dev/mapper/ubuntu--vg-ubuntu--lv

对我来说，码头系统修剪做的把戏。我用的是mac操作系统。

在我的情况下，我没有那么多的镜像/容器，但构建缓存正在填满我的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

我刚碰到这个。我用的是Ubuntu 20.04。工作什么?重新安装码头工人:

sudo apt-get purge docker-ce docker-ce-cli containerd.io
sudo apt-get install docker-ce docker-ce-cli containerd.io

有点粗鲁，我知道。我试着修剪Docker，但还是不管用。

检查/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选项指定的目录中创建了一堆文件。