systemd服务执行的脚本无法删除服务文件 如何实现重启后单次运行脚本

• 服务运行中终止自身导致流程中断：你的脚本由myservice.service启动运行，执行到systemctl stop myservice.service时，systemd会直接终止当前正在运行的服务进程，你写在stop之后的禁用服务、删除服务文件、重载配置的步骤完全没有执行机会，这是删除服务失败的核心原因。
• 权限配置缺失：服务配置未显式指定运行用户，部分环境下默认非root用户运行，没有权限修改/etc/systemd/system目录下的服务文件，也会导致删除服务失败。
• 触发逻辑不符合需求：现有配置每次进入多用户模式都会触发服务运行，不是你需要的仅运行一次的效果。

如果要继续用你当前的自删除服务实现，按如下修改即可正常运行：

1. 调整脚本逻辑，删除终止自身的指令 #

/var/tmp/myscript修改为如下内容，记得开头加shell声明，给所有rm指令加-f参数避免报错中断：

#!/bin/bash
# 删除目标文件
rm -f /var/local/myvars/file
# 直接禁用并删除服务，不需要停止正在运行的自身，oneshot服务跑完会自动停止
systemctl disable myservice.service
rm -f /etc/systemd/system/myservice.service
systemctl daemon-reload
systemctl reset-failed
# 最后删除脚本自身
rm -f /var/tmp/myscript

执行chmod +x /var/tmp/myscript给脚本加执行权限。

2. 修正服务配置 #

myservice.service修改为如下内容：

[Unit]
Description=Run one-time delete script on boot
# 确保文件系统挂载完成后再执行
After=local-fs.target multi-user.target

[Service]
Type=oneshot
# 显式指定root运行，保证权限足够
User=root
ExecStart=/var/tmp/myscript
RemainAfterExit=no

[Install]
WantedBy=multi-user.target

修改完成后执行systemctl daemon-reload，再执行systemctl enable myservice.service即可生效，重启后会自动运行一次，所有步骤都会正常执行。

你的需求非常简单，完全不需要自己写自删除逻辑，用系统原生功能实现更稳定，无冗余代码：

方案1：systemd原生一次性服务（推荐，无需手动清理） #

直接执行如下命令即可，systemd会自动创建临时服务，运行一次后自动清理，不会留下任何残留文件：

systemd-run --on-boot=once --unit=delete-target-file.service \
  --description="Delete /var/local/myvars/file on first boot" \
  /usr/bin/rm -f /var/local/myvars/file

方案2：tmpfiles.d（适合固定路径文件清理场景） #

如果后续也有类似的文件清理需求，可以用systemd-tmpfiles机制：
创建/etc/tmpfiles.d/clean-myfile.conf，内容如下：

r /var/local/myvars/file

如果需要仅运行一次，执行完第一次开机后删除该配置文件即可；如果需要每次开机都清理，保留该文件即可。

方案3：rc.local（最简兼容方案） #

如果你的系统保留了rc.local兼容支持，直接在/etc/rc.d/rc.local末尾添加rm -f /var/local/myvars/file，再执行chmod +x /etc/rc.d/rc.local即可生效，仅运行一次的话跑完删掉这行配置即可。

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