你的hub服务已经完成了基础配置，也执行了systemctl enable hub，但重启后没法自动启动——结合Docker已经设置开机自启的情况，咱们可以从这几个方向排查和修复：

1. 补全服务依赖关系 #

你的单元文件里只声明了After=docker.service，但Docker服务实际可能依赖底层的docker.socket，而且仅靠After只能保证启动顺序，没法确保Docker完全就绪。建议修改[Unit]段：

[Unit]
Description=Hub docker container
After=docker.service docker.socket
Requires=docker.service

• Requires会让systemd在启动hub前，强制确保docker.service处于活动状态；
• 加上docker.socket是适配部分Docker部署的依赖逻辑，避免因套接字未就绪导致启动失败。

2. 验证服务状态与启动日志 #

先确认服务确实被正确启用：

systemctl is-enabled hub

如果输出不是enabled，重新执行systemctl enable --now hub。

然后查看重启后的服务日志，定位启动失败的具体原因：

journalctl -u hub.service -b

-b参数限制只显示本次启动的日志，你可能会看到比如Docker未完全就绪就执行脚本、脚本权限不足这类具体报错。

3. 给启动脚本加上Docker就绪等待逻辑 #

有时候Docker服务标记为"active"，但实际上还没准备好处理容器命令，这时候你的hub.sh执行会失败。可以在脚本开头添加一段等待逻辑：

# 等待Docker服务完全就绪
until docker info >/dev/null 2>&1; do
    echo "Waiting for Docker to initialize..."
    sleep 2
done

这段代码会循环检测Docker状态，直到能正常响应后再继续执行脚本内容。

4. 检查脚本的权限与路径 #

确保启动脚本有可执行权限：

chmod +x /home/hub/hub.sh

另外，建议在脚本里使用Docker命令的绝对路径（比如/usr/bin/docker），避免因系统环境变量加载顺序问题导致找不到命令。

5. 优化systemd服务类型配置 #

如果你的hub.sh是启动容器后就退出的脚本，默认的simple类型可能不适用，可以修改[Service]段：

[Service]
User=root
ExecStart=/home/hub/hub.sh
ExecStop=/bin/docker stop hub
ExecStopPost=/bin/docker rm hub
Type=oneshot
RemainAfterExit=yes

• Type=oneshot适合仅执行一次的任务；
• RemainAfterExit=yes会让systemd认为脚本退出后服务依然处于活动状态，这样停止命令能正常触发。

修改完单元文件后，记得重新加载systemd配置并重启服务：

systemctl daemon-reload
systemctl restart hub
systemctl enable hub

试试这些步骤，应该能解决重启后自动启动的问题。

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