systemd用户服务ExecStartPost未执行，服务卡在activating状态且SSH密钥未加载

兄弟，你这个问题我之前踩过一模一样的坑！核心原因就出在Type=oneshot这个配置上，再加上一个容易忽略的环境变量小问题，咱们一步步捋清楚：

为什么会出现这种情况？ #

你用了Type=oneshot，但ExecStart里的ssh-agent -D是前台持续运行的守护进程，它不会主动退出。而oneshot类型的服务逻辑是：必须等ExecStart的进程彻底结束，才会去执行后面的ExecStartPost。这就导致ExecStartPost永远没机会运行，服务也一直卡在activating状态，密钥自然没加载。

另外还有个细节：你在ExecStartPost里用了$MYSSH，但systemd用户服务默认不会加载你shell里的环境变量，除非你明确在服务里定义它，不然这个变量可能是未定义的——虽然你说手动执行没问题，但手动是在你的shell环境里，服务的运行环境和shell完全是两回事。

具体怎么改？ #

直接给你一套修改后的服务配置，照着改就行：

[Unit]
Description=SSH key agent

[Service]
# 把oneshot改成simple，适配前台运行的守护进程
Type=simple
Environment=SSH_AUTH_SOCK=%t/ssh-agent.socket
Environment=DISPLAY=:0
# 这里一定要写你密钥的绝对路径，或者明确定义MYSSH变量
Environment=MYSSH=/home/你的用户名/.ssh/你的无密码密钥文件名
ExecStart=/usr/bin/ssh-agent -D -a $SSH_AUTH_SOCK
ExecStartPost=/usr/bin/ssh-add $MYSSH
# 因为服务是持续运行的，RemainAfterExit设为no就行
RemainAfterExit=no

[Install]
WantedBy=default.target

接下来的操作步骤 #

1. 先把当前卡住的服务停掉：

systemctl --user stop ssh-agent.service

2. 重新加载systemd的配置文件：

systemctl --user daemon-reload

3. 重新启用并启动服务：

systemctl --user enable --now ssh-agent.service

验证效果 #

• 先看服务状态：systemctl --user status ssh-agent.service，应该显示active (running)，不再是activating了
• 再跑ssh-add -l，就能看到你加载的SSH密钥了

备注：内容来源于stack exchange，提问作者user968270