docker存储驱动加载异常导致容器无法启动，核心表现为driver not supported、failed to start daemon等错误；需依次检查docker info输出、journalctl日志、overlay内核模块、内核版本与d_type文件系统支持，并通过daemon.json安全配置overlay2或临时切换vfs验证。
存储驱动加载异常是 Docker 容器无法启动或重启的核心原因之一，通常表现为 docker run 或 systemctl restart docker 失败，并伴随 driver not supported、failed to start daemon 或 invalid argument 等错误。关键在于快速识别驱动类型、校验内核与文件系统兼容性，并安全切换或修复配置。
确认当前存储驱动及报错根源
先查看 Docker 实际使用的驱动和启动失败线索：
- 运行
docker info | grep "Storage Driver"—— 若命令本身失败，说明 daemon 未运行，需查日志 - 执行
journalctl -u docker -n 50 --no-pager，重点搜索ERRO行，如：ERRO[0000] failed to start daemon: driver "overlay2" not supported: kernel version 3.10.0-957 is too old
这类日志直接指出是内核版本不足或驱动不匹配 - 检查是否启用了 overlay 模块：
lsmod | grep overlay；若无输出，需手动加载：sudo modprobe overlay，并写入/etc/modules-load.d/overlay.conf持久化
验证底层文件系统是否满足 overlay2 要求
overlay2 是当前主流驱动，但依赖两个硬性条件：内核 ≥ 3.18（推荐 ≥ 4.0）且文件系统启用 d_type=true：
- 查内核：
uname -r；低于 3.18 建议升级内核，而非降级驱动 - 查 d_type 是否开启：
findmnt -n -o FSTYPE,OPTIONS /var/lib/docker | grep d_type
若无输出，说明 ext4 文件系统挂载时未带dtype选项，需修改/etc/fstab并重新挂载（例如：添加defaults,dtype） - 若宿主机是 CentOS 7/RHEL 7，默认使用 xfs，需确认其支持 d_type：
xfs_info /var/lib/docker | grep ftype，输出应为ftype=1
安全切换或修复存储驱动配置
不建议随意更换驱动，除非确认环境完全兼容。更稳妥的做法是显式配置并验证：
- 停止服务：
sudo systemctl stop docker - 编辑
/etc/docker/daemon.json，写入标准 overlay2 配置（避免使用override_kernel_check）：{ "storage-driver": "overlay2" } - 语法校验：
sudo dockerd --config-file /etc/docker/daemon.json --validate，无输出即通过 - 启动服务：
sudo systemctl start docker；若仍失败，临时改用 vfs 驱动做最小可用验证：{ "storage-driver": "vfs" }（性能差，仅用于诊断）
清理残留状态避免 driver mismatch
有时旧驱动残留的元数据会阻塞新驱动初始化，特别是从 aufs/btrfs 切换过来时：
- 确保
/var/lib/docker/下无残留驱动目录（如aufs/、btrfs/），只保留overlay2/、image/、volumes/ - 检查 PID 和 graph 目录一致性：
[ -f /var/run/docker.pid ] && [ -d /var/lib/docker/overlay2 ]，若后者不存在，可尝试重建：sudo mkdir -p /var/lib/docker/overlay2，再启动 - 切勿直接删除
/var/lib/docker全量目录——这会丢失所有镜像、容器和卷；如确需重置，先用docker system save导出关键镜像
