Ubuntu 20.04重启后Docker执行命令报错无法启动原因与恢复问询

• 核心冲突是snap版Docker的路径占用问题
  你安装的是snap渠道的Docker版本，snap的沙箱机制要求启动时在/etc/docker位置创建软链接映射到自己的沙箱内路径，但你系统中之前已经存在实体的/etc/docker目录（存放key.json文件，大概率是之前安装过apt版Docker或者手动创建过该目录），重启后snap服务启动校验时被已存在的目录挡住，无法创建软链接，所以所有Docker命令都会抛出命名空间更新失败的报错。
• systemctl找不到服务的原因
  snap管理的应用服务不会注册到systemd的全局服务列表，apt版Docker才会生成docker.service systemd单元，所以你执行systemctl start docker自然会提示服务不存在，snap版Docker的服务管理需要用snap start docker指令。
• 自动恢复的逻辑
  snap自带后台周期性的安装包完整性校验和修复机制，检测到Docker启动失败后，自动处理了路径冲突：要么将原有/etc/docker目录重命名为备份文件，要么调整了自身的软链接映射规则，不需要人工干预就恢复了正常。你执行的journalctl -u docker.service仅为日志查询命令，本身不会修改任何服务状态，不可能是该命令修复的故障。

• 建议优先卸载snap版Docker，改用Docker官方apt源安装的稳定版本，从根源避免snap沙箱机制带来的路径冲突、权限限制等隐性问题，操作时原有镜像、容器、数据卷全部存储在/var/lib/docker目录下，不会丢失。
• 若要继续使用snap版Docker，提前备份/etc/docker目录下的文件后删除该目录，后续snap启动时会自动生成符合要求的软链接，不会再出现同类冲突。

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