不要对任何严重的问题使用devicemapper循环文件！Docker对此有重大警告。
该
/var/lib/docker/devicemapper/devicemapper目录包含稀疏循环文件，该文件包含docker挂载的所有数据。因此，您将需要使用lvm工具在它们周围拖网并执行操作。请仔细阅读devicemapper的删除问题，这些问题已得到解决，但可能无法解决。
我会
devicemapper尽可能避免使用RVM精简池，或者在任何基于RHEL的任何设备上使用LVM精简池。如果无法更改存储驱动程序，则相同的过程至少将清除您无法回收的所有分配的稀疏空间。
更改Docker存储驱动程序
更改存储驱动程序将需要转储
/var/lib/docker包含所有docker数据的目录。有一些方法可以保存其中的一部分，但这涉及到与Docker内部的混乱。最好提交并导出要保留的任何容器或卷，并在更改后将其导入。否则，您将获得全新的空白Docker安装！
汇出资料
停止Docker
去掉
/var/lib/docker
修改您的Docker启动以使用新的存储驱动程序。设置
--storage-driver=<name>
为/lib/systemd/system/docker.service
或/etc/systemd/system/docker.service
或/etc/default/docker
或/etc/sysconfig/docker
启动Docker
汇入资料
空域
AUFS不在主线内核中（而且永远不会存在），这意味着发行版必须以某种方式积极地将其包括在内。对于Ubuntu，它在
linux-image-extra软件包中。
apt-get install linux-image-extra-$(uname -r) linux-image-extra-virtual
然后将存储驱动程序选项更改为
--storage-driver=aufs
[叠加FS](https://docs.docker.com/engine/userguide/storagedriver/overlayfs-
driver/)
OverlayFS在Ubuntu中已经可用，只需将存储驱动程序更改为，
--storage-driver=overlay2或者
--storage-driver=overlay如果您仍在使用3.x内核
我不确定这是一个好主意。 它不会比循环文件差很多，但是
该
overlay2驱动程序对于开发人员来说是非常可靠的，但尚未被考虑用于生产环境（例如Docker
Enterprise不提供支持），但是由于以下原因，它被迫成为标准驱动程序AUFS /内核问题。
[直接LVM精简池](https://docs.docker.com/engine/userguide/storagedriver/device-
mapper-driver/#/configure-direct-lvm-mode-for-production)
您可以直接使用LVM精简池来代替devicemapper循环文件。RHEL通过
docker-storage-setup随其EPEL
docker软件包一起分发的实用程序使此操作变得容易。Docker提供了手动设置卷的详细步骤。
--storage-driver=devicemapper --storage-opt=dm.thinpooldev=/dev/mapper/docker-thinpool --storage-opt dm.use_deferred_removal=true
Docker
17.06+支持为您管理简单的
direct-lvm块设备设置。
只是永远不要用完LVM卷中的空间。最后，您将导致一个无响应的Docker守护进程，该守护进程需要被杀死，然后仍难以清除的仍在使用的LVM资源。
