Systemd按任务结束间隔触发的定时器无法正常工作，请求排查解决

兄弟，我一眼就瞅到你配置里的致命问题了——你把systemd定时器（.timer）和服务（.service）的配置段完全写反文件了！这就是为啥你的定时器状态显示Trigger: n/a，根本没读到正确的触发规则。

问题根源 #

你把本该放在.timer文件里的[Timer]触发规则段，写到了.service文件里；反而把.service该有的[Service]任务定义段，塞到了.timer文件里。systemd完全没法正确解析你的配置，自然就没法按预期触发任务了。

给你整理好的正确配置 #

1. 正确的/etc/systemd/system/helloworld.service

这个文件负责定义要执行的脚本任务，内容应该是：

[Unit]
Description=执行Hello World脚本任务

[Service]
# 因为是一次性运行的脚本，用oneshot类型最稳妥，避免并行执行
Type=oneshot
# 你的脚本路径
ExecStart=/usr/local/bin/helloworld.sh
# 确保服务退出后不会残留active状态，不影响下一次触发判断
RemainAfterExit=no

2. 正确的/etc/systemd/system/helloworld.timer

这个文件才是定义定时器触发规则的核心，内容应该是：

[Unit]
Description=脚本执行结束后每隔10分钟自动触发下一次运行

[Timer]
# 核心规则：在对应服务完全停止后，等待10分钟再触发
OnUnitInactiveSec=10min
# 指定要触发的服务单元
Unit=helloworld.service
# 可选：如果希望系统启动后先自动执行一次脚本，可以加这行
# OnBootSec=1min

[Install]
# 关联到timers.target比multi-user.target更符合定时器的规范
WantedBy=timers.target

修复操作步骤 #

按顺序执行下面的命令，把配置修正并重新生效：

1. 先停掉当前异常的定时器和服务：

   sudo systemctl stop helloworld.timer helloworld.service
   

2. 按照上面的内容，修改好两个文件的内容（把你之前写反的配置段调换回来，再调整触发间隔为你要的10分钟）
3. 重新加载systemd的配置：

   sudo systemctl daemon-reload
   

4. 重新启用并立即启动定时器：

   sudo systemctl enable --now helloworld.timer
   

验证是否正常 #

执行下面的命令查看定时器状态：

systemctl list-timers helloworld.timer

正常情况下，你会看到NEXT列显示下一次触发的具体时间，LAST列会记录上次触发的时间（如果已经触发过的话）。也可以手动启动一次服务测试：

sudo systemctl start helloworld.service

等脚本执行结束后，过几分钟再看定时器状态，应该能看到NEXT时间自动更新为服务结束后10分钟的时间点。

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