Docker服务无法启动，报错Unit not found是一个在使用Docker时可能遇到的错误。针对这个特定问题，从提供的内容中我们可以分析出两个主要原因，并且分别提出解决方案。
问题描述中提到的情况可能是因为系统中的docker.socket单元文件缺失导致。Docker服务在新旧版本之间的依赖关系发生了变化，导致原有的docker.service配置文件不再适应新的版本。具体来说，当从Docker 1.10.3升级到1.13.1版本时，如果用户覆盖安装了新版本的docker.service但仍然保留了旧版本的配置，由于新版本的docker.service不再依赖docker.socket，系统便缺少了docker.socket文件，从而导致了Unit not found错误。为了解决这个问题，用户需要删除docker.service文件中的Requires=docker.socket这一行，然后执行systemctl daemon-reload命令重新加载配置文件，最后执行systemctl start docker.service来启动Docker服务。
如果问题确实是由于缺少docker.socket文件，还有另外两种解决方案：
1. 卸载Docker，然后重新安装。这个操作能够重新创建需要的docker.socket文件。
2. 创建一个新的/usr/lib/systemd/system/docker.socket文件，并按照提供的文件内容填写，之后再次执行systemctl daemon-reload和systemctl start docker.service命令。
第二个原因可能与flanneld.service服务有关。Flannel是Kubernetes中用于管理网络的一层软件。根据背景描述，作者曾经在测试机器上安装了Kubernetes和flannel，并在后续进行了一些清理工作。但似乎清理得不彻底，flanneld.service文件仍然留在了系统中。这个服务的配置文件中规定了其启动顺序依赖于network-online.target和etcd.service，并且需要在docker.service之前启动。如果flanneld.service没有正确地被移除，就可能干扰到docker.service的启动。检查确认flanneld.service已被完全移除，或重新配置其与docker.service之间的依赖关系，可以解决这个问题。
关于flanneld.service，操作包括检查/usr/lib/systemd/system/flanneld.service文件是否存在。如果发现该文件存在并且确定要删除，可以将其删除后重新执行systemctl daemon-reload命令。确保flanneld.service不干扰docker.service的启动后，再次尝试启动Docker服务。
这些解决方案基于对Docker服务依赖项和启动顺序的理解。Docker服务由systemd管理，systemd是Linux系统中用于启动系统服务和管理守护进程的初始化系统和系统管理器。在使用Docker时，正确配置相关服务文件和维护好服务之间的依赖关系是保证服务正常启动的关键。
总结起来，解决docker.service启动失败Unit not found的问题，关键是要确保所有依赖的服务文件存在并且配置正确，且服务之间依赖关系符合预期。在升级Docker版本或进行系统配置更改时，要特别注意这些问题，以避免类似错误发生。同时，当遇到问题时，应利用systemd提供的各种工具和命令，如systemctl、systemd-analyze等，进行错误诊断和调试，这对于解决问题至关重要。
