如何确保systemd中munge服务在prepsysdirs服务完成后再启动？

看起来你已经做了基础的依赖配置，但问题出在systemd对服务类型的处理逻辑上，我来帮你梳理清楚问题根源和解决办法：

问题根源 #

你当前的prepsysdirs.service默认是Type=simple类型，systemd只要启动了这个服务的进程，就会判定它"启动完成"，随即开始启动依赖它的munge.service——但此时你的脚本大概率还没完成/var和/tmp的挂载操作，导致munge启动时找不到可写的日志目录，触发权限报错。

解决步骤 #

1. 修改prepsysdirs为一次性执行服务类型

编辑/lib/systemd/system/prepsysdirs.service，在[Service]段添加Type=oneshot和RemainAfterExit=yes：

[Service]
Type=oneshot
ExecStart=/usr/bin/prepsysdirs
RemainAfterExit=yes

• Type=oneshot告诉systemd：这个服务是一次性执行的脚本，必须等脚本完全运行完毕，才会标记为"启动完成"。
• RemainAfterExit=yes是让服务执行结束后保持active状态，避免systemd后续误判它未启动。

2. 明确munge服务的依赖顺序

为了避免修改系统默认的munge服务文件（防止系统更新覆盖配置），推荐使用drop-in配置文件来添加依赖：

# 创建drop-in配置目录
mkdir -p /etc/systemd/system/munge.service.d
# 写入依赖规则
cat > /etc/systemd/system/munge.service.d/override.conf <<EOF
[Unit]
After=prepsysdirs.service
Wants=prepsysdirs.service
EOF

这里的After=prepsysdirs.service强制munge在prepsysdirs完成后启动，Wants=prepsysdirs.service确保启动munge时会先触发prepsysdirs启动。

3. 重新加载配置并测试

执行以下命令让systemd加载新配置，然后重启服务验证：

systemctl daemon-reload
systemctl restart munge.service

验证方法 #

你可以用以下方式确认配置生效：

• 查看munge的依赖链：systemctl list-dependencies munge.service，确认prepsysdirs在依赖列表中。
• 生成启动时序图：systemd-analyze plot > boot-sequence.svg，打开svg文件能直观看到prepsysdirs在munge之前完成启动。

这样配置后，就能确保munge只会在prepsysdirs完成所有挂载操作后才启动，不会再出现权限错误了。

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