systemd 覆盖 ExecStart 后报多条启动命令：drop-in 要先清空旧列表

给已有服务增加 override，想替换启动程序或参数，重启却提示：

example.service has more than one ExecStart= setting, which is only allowed for Type=oneshot services. Refusing.

这是示例错误。普通常驻服务只能配置一条 ExecStart=。drop-in 中新写一条启动命令，会与已有启动命令合并；替换时应先重置这个列表，再写完整的新命令。

从合并前的文件找出重复项

以下服务名需要换成实际 unit：

systemctl cat example.service
systemctl show example.service -p FragmentPath -p DropInPaths -p ExecStart

cat 显示主 unit 和 drop-in 文件，适合查清哪一个文件提供了原命令。show 可查看管理器已经加载的属性；文件刚修改但尚未重新加载时，磁盘内容与加载状态可能不同。

检查已有 drop-in 是否已经清空、又被后面的文件追加了命令。不要只打开主 unit，看到其中只有一行就认为不存在重复。

用空赋值重置 ExecStart

备份准备修改的 drop-in 内容，并保留原完整启动命令后，可通过 sudo systemctl edit example.service 编辑覆盖配置。下面的路径和参数是示例，必须换成真实服务入口：

[Service]
ExecStart=
ExecStart=/usr/local/bin/example-app --config /etc/example-app/config.yml

空的 ExecStart= 清除此前累积的启动列表，下一行定义替代命令。替换的是整条命令，不是只追加新参数；原先需要的配置路径、套接字激活参数或其他启动选项，应按服务实际需求保留。

这条规则针对 ExecStart 这样的列表型字段，不能据此断言所有 systemd 字段都必须先清空。也不要为了绕过报错把常驻服务改成 Type=oneshot。oneshot 等待命令结束的启动行为，适合一次性任务，与常驻进程的生命周期不同。

需要在主程序之前执行一次初始化时，可以单独评估 ExecStartPre=。前置命令应完成后退出，它不能用来偷偷启动另一个常驻守护进程。

加载新配置与重启是两个步骤

sudo systemctl daemon-reload
systemctl show example.service -p ExecStart

重新加载 unit 配置后，确认 ExecStart 只剩预期的新命令。daemon-reload 不会自动把已运行进程切换到新参数。需要应用变更时，在允许服务短暂中断的窗口重启：

sudo systemctl restart example.service
systemctl status example.service
journalctl -u example.service -n 50 --no-pager

重启会停止现有进程，应先确认业务影响与应用自身的恢复方式。若新命令启动失败，恢复本次修改前的 drop-in，重新加载配置，再启动服务；不要删除整个覆盖目录，那里可能还有其他有效设置。

验收时，管理器中的启动命令应与预期一致，不再出现多条 ExecStart 的拒绝信息，服务状态和实际业务请求均正常。仅看到 restart 命令退出成功，还不足以说明新参数已生效。