Docker Engine服务未启动的核心原因是依赖缺失、配置不满足或残留冲突；需分层排查：先启用Hyper-V和虚拟机平台，设WSL2为默认并更新，切换iptables至legacy模式，清理旧组件与数据目录，重载systemd并验证权限与资源分配。
安装完 docker engine 后服务未启动，核心问题通常是依赖缺失、系统配置不满足或残留冲突导致守护进程无法初始化。解决重点不是重装，而是分层排查关键依赖和状态。
检查并启用底层虚拟化支持（Windows）
Windows 系统下 Docker Desktop 或 WSL2 后端必须依赖 Hyper-V 或 WSL2。若未启用，引擎根本无法加载。
- 以管理员身份运行 PowerShell，执行：
Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V -All -NoRestart
和
Enable-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatform -All -NoRestart - 重启电脑后，再运行：
bcdedit /set hypervisorlaunchtype auto - 确认 WSL2 已设为默认：
wsl --set-default-version 2，并执行 wsl --update
验证并修复 iptables 兼容性（Linux / WSL2）
Ubuntu 20.04+ 默认使用 iptables-nft，而 Docker Engine 依赖 iptables-legacy 管理网络规则。不匹配会导致服务启动后立即退出。
- 运行：
sudo update-alternatives --config iptables - 选择 iptables-legacy（通常编号为 1）
- 验证切换成功：
iptables --version 应显示 vX.X.X (legacy) - 然后重启服务：
sudo systemctl restart docker
清理残留并重置服务状态
旧版本 Docker、未卸载干净的组件或损坏的配置会干扰新服务启动。
- 彻底卸载旧包（如存在）：
sudo yum remove docker docker-client docker-common docker-engine（CentOS/RHEL）
或
sudo apt-get purge docker-ce docker-ce-cli containerd.io（Ubuntu/Debian） - 删除数据目录（注意备份重要镜像/卷）：
sudo rm -rf /var/lib/docker - 重载 systemd 配置：
sudo systemctl daemon-reload
sudo systemctl enable docker - 启动并查看实时日志：
sudo systemctl start docker
sudo journalctl -u docker -f
确认服务权限与资源分配（通用）
Docker 守护进程需要足够资源和正确权限才能持续运行。
- 确保当前用户在 docker 用户组中：
sudo usermod -aG docker $USER，然后重新登录终端 - Windows 上检查 Docker Desktop 设置 → Resources：CPU ≥2 核、内存 ≥2GB、磁盘空间 ≥20GB
- Linux 下检查是否被 SELinux 或 AppArmor 限制（可临时禁用测试）：
sudo setenforce 0（仅用于验证）
