使用systemctl启动load-simulator服务时如何指定profile参数

别担心，刚接触systemd遇到这种问题太正常了——毕竟旧的service命令和新的systemctl在参数传递逻辑上确实不一样，我来帮你一步步解决：

问题根源 #

你之前用service load-simulator start medium时，本质是直接把start和medium两个参数传给了/etc/init.d/load-simulator脚本（脚本里$1是start，$2是medium）。但在新系统上，service命令其实是systemctl的封装，它不会把medium这个额外参数正确传递给旧的init脚本，导致脚本检测到缺少第二个参数，就抛出了No Profile Specified的错误。

解决方案1：临时快速修复（直接调用init脚本） #

最简单的方式就是绕开systemctl/service封装，直接执行init脚本，和你原来的逻辑完全一致：

/etc/init.d/load-simulator start medium

这个命令和你之前的service命令效果完全相同，能立刻解决问题，但只是临时方案，不符合现代systemd的管理规范。

解决方案2：长期规范方案（用systemd模板服务） #

为了更好地适配新系统的systemd管理，推荐创建一个模板服务单元，这样可以轻松切换不同的profile，还能正常使用systemctl的所有功能（比如开机自启、状态查看等）：

步骤1：创建模板服务文件 #

在/etc/systemd/system/目录下创建load-simulator@.service文件（@符号表示这是一个模板单元），内容如下：

[Unit]
Description=Load Simulator Service (Profile: %I)
After=network.target

[Service]
Type=forking
# 直接把profile作为参数传给init脚本的start命令
ExecStart=/etc/init.d/load-simulator start %I
# 如果之后你想优化脚本，可以改成读取环境变量：
# Environment=USED_PROFILE=%I
# ExecStart=/etc/init.d/load-simulator start

[Install]
WantedBy=multi-user.target

这里的%I是systemd的特殊变量，会替换成你启动时指定的profile名称（比如medium、low）。

步骤2：启动对应profile的服务 #

现在你可以用systemctl直接启动不同profile的服务了：

# 启动medium profile
systemctl start load-simulator@medium.service

# 启动low profile
systemctl start load-simulator@low.service

# 查看medium profile的服务状态
systemctl status load-simulator@medium.service

步骤3：设置开机自启（可选） #

如果需要某个profile的服务开机自动启动，执行：

systemctl enable load-simulator@medium.service

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