CentOS 7下Docker服务启动失败，如何保留数据恢复服务？

完全懂你不想动/var/lib/docker的顾虑——那里面全是你的镜像、容器和卷数据，直接删除绝对是最坏的选择。咱们一步步排查问题，精准修复：

第一步：先拿到完整的启动错误日志 #

你提供的日志被截断了，先获取完整报错才能定位根因：

# 查看Docker服务完整的启动失败日志
journalctl -u docker.service -xe
# 或者直接过滤最近的Docker相关日志
tail -n 100 /var/log/messages | grep docker

这些命令会输出具体的失败原因，比如磁盘满了、权限异常、存储层损坏、配置文件格式错误等等。

第二步：针对常见启动失败场景的修复方案 #

场景1：磁盘空间不足 #

Docker数据目录占满磁盘是最常见的启动失败原因，先检查空间：

df -h /var/lib/docker

如果空间不足，优先清理未被使用的资源（不会影响你正在用的镜像/容器）：

# 安全清理：只删除无引用的镜像、卷、网络和停止的容器
docker system prune -a --volumes

要是磁盘实在不够，可以把/var/lib/docker迁移到更大的磁盘（前提是Docker已停止）：

systemctl stop docker
# 完整复制Docker数据目录到新路径（比如/data/docker）
rsync -avz /var/lib/docker /data/
# 修改Docker配置文件（没有就创建）指定新的数据目录
echo '{ "data-root": "/data/docker" }' > /etc/docker/daemon.json
# 重新加载配置并启动服务
systemctl daemon-reload
systemctl start docker

场景2：Docker数据目录权限异常 #

系统升级或误操作可能导致/var/lib/docker的权限错乱，修复权限：

systemctl stop docker
# 重置目录所属用户组和权限
chown -R root:docker /var/lib/docker
chmod -R 755 /var/lib/docker
# 尝试启动服务
systemctl start docker

场景3：overlay2存储驱动损坏 #

如果日志提到overlay2相关错误（比如inode损坏），可以尝试修复：

systemctl stop docker
# 卸载overlay挂载（如果存在）
umount /var/lib/docker/overlay2
# 检查文件系统完整性（替换成你的磁盘分区，比如/dev/sda1）
fsck /dev/[你的磁盘分区]
# 重新挂载分区（如果需要）
mount /dev/[你的磁盘分区] /var/lib/docker
# 启动Docker服务
systemctl start docker

要是还是不行，可以临时切换存储驱动为vfs（临时启动服务，之后再切回overlay2，不会丢失数据）：

echo '{ "storage-driver": "vfs" }' >> /etc/docker/daemon.json
systemctl daemon-reload
systemctl start docker

启动成功后，再把存储驱动改回overlay2，重启服务即可。

场景4：Docker配置文件格式错误 #

如果之前修改过/etc/docker/daemon.json，JSON格式错误会导致启动失败，先验证配置：

# 用Python验证JSON格式
python3 -m json.tool /etc/docker/daemon.json
# 或者用jq工具（如果已安装）
jq . /etc/docker/daemon.json

修复格式错误后，重新加载配置启动：

systemctl daemon-reload
systemctl start docker

第三步：操作前先备份数据（防万一） #

不管什么操作，先备份/var/lib/docker最稳妥：

systemctl stop docker
# 打包整个Docker数据目录
tar -czf docker_backup_$(date +%Y%m%d).tar.gz /var/lib/docker

哪怕操作出问题，也能从备份完整恢复。

内容的提问来源于stack exchange，提问作者user9249103