关于是否可删除/var/lib/docker/aufs目录的技术咨询

嘿，我太懂你这种纠结了——老服务器升级后，Docker留下个占满85G的旧文件夹，明知道/var/lib/docker碰不得，但看着空间被浪费又心痒，完全能共情！

先给你理清楚这里面的关键逻辑，再给你实操建议：

1. 先确认：aufs确实是废弃的旧数据 #

你提到升级Ubuntu后切换到了overlay2存储驱动，而且所有容器都重建过——这就意味着，当前Docker运行的所有镜像、容器，都是用overlay2驱动管理的，./aufs里的内容是之前aufs驱动时代的镜像层、容器层数据，现在Docker根本不会再访问它了。

2. 为什么docker volume ls看不到aufs/overlay2的内容？ #

别疑惑，这个命令的作用是列出命名卷（Named Volumes），也就是你手动创建或者容器声明的持久化卷（对应./volumes里的内容）。而./aufs、./overlay2里的是Docker存储驱动管理的镜像和容器的分层文件，属于Docker内部的存储结构，本来就不会被docker volume ls列出来，这是正常现象。

3. 能不能安全删除./aufs？ #

答案是：在确认无依赖的前提下，完全可以删，但必须做好前置检查和备份：

前置检查步骤：

• 确认当前Docker用的是overlay2：
  运行命令 docker info | grep Storage Driver，输出应该是 Storage Driver: overlay2，这说明当前驱动确实是overlay2，aufs已经被弃用。
• 确认所有现有容器/镜像都不依赖aufs：
  随便挑几个常用的容器和镜像，运行 docker inspect <容器ID/镜像ID> | grep Driver，如果输出都是"Driver": "overlay2"，就没问题；或者更简单的方式：重启Docker服务，然后启动所有容器，如果都能正常运行，说明没有任何组件依赖aufs了。

实操删除步骤（务必按顺序来）：

1. 先停止所有运行中的Docker容器：

   docker stop $(docker ps -aq)
   

2. 停止Docker服务：

   systemctl stop docker
   # 如果你用的是老版本服务管理，试试 service docker stop
   

3. 非常重要！先备份aufs文件夹：
   哪怕你确认没问题，老服务器的数据安全第一，把aufs打包备份到其他存储介质（比如外接硬盘）：

   tar -czf /path/to/backup/aufs-backup.tar.gz /var/lib/docker/aufs
   

4. 删除aufs文件夹：

   rm -rf /var/lib/docker/aufs
   

5. 重新启动Docker服务：

   systemctl start docker
   

6. 启动你需要的容器：

   docker start $(docker ps -aq -f status=exited)
   # 或者手动启动你常用的容器
   

4. 为什么Docker没自动清理这个文件夹？ #

Docker的设计原则是“不主动删除用户可能需要的数据”——它没法100%确定你有没有遗留的旧镜像、容器或者其他依赖aufs的组件，所以不会自动清理旧存储驱动的数据，得由用户确认后手动处理。

补充说明 #

你提到的./overlay2占25G是正常的，这是当前Docker运行的所有镜像、容器的分层存储文件；./volumes的5G是命名卷的持久化数据，两者都是当前Docker正在使用的，千万别动。

备注：内容来源于stack exchange，提问作者iRaS