将virtualenv配置为systemd服务失败问题求助

先抓核心问题：单元加载无效的排查 #

systemd提示单元无效，90%是配置文件语法错误或路径问题，先按以下步骤排查：

1. 直接检查service文件语法
   执行命令：

   systemd-analyze verify /etc/systemd/system/botWooService.service
   

   这个命令会直接指出配置文件里的语法错误（比如括号不匹配、关键字写错、路径缺失等），这是最快定位问题的方式。

2. 检查路径是否全为绝对路径
   配置里所有路径（Python路径、脚本路径、.env路径）必须写绝对路径，不能省略开头的/：

   • 错误示例：home/bots/botWoo/.env
   • 正确示例：/home/bots/botWoo/.env

3. 修复文件权限
   service文件权限必须设为644，否则systemd会拒绝加载：

   chmod 644 /etc/systemd/system/botWooService.service
   

   改完后重新加载systemd配置：

   systemctl daemon-reload
   

配置正确的service文件（适配你的场景） #

以下是针对虚拟环境+.env的标准配置模板，替换成你的实际路径即可：

[Unit]
Description=Woo Bot 守护服务
After=network.target  # 如果脚本需要网络，必须加这行

[Service]
User=your_username  # 替换成你的普通用户名（比如bots），不要用root
WorkingDirectory=/home/bots/botWoo  # 脚本所在目录，确保.env能被读取
EnvironmentFile=/home/bots/botWoo/.env  # 直接加载.env文件
ExecStart=/home/bots/botWoo/venv/bin/python /home/bots/botWoo/your_script.py  # 必须用虚拟环境的Python路径
Restart=always  # 脚本崩溃自动重启
RestartSec=5  # 崩溃后5秒重启

[Install]
WantedBy=multi-user.target  # 开机自启的目标级别

虚拟环境相关注意事项 #

你提到了python -m site的输出，核心要确认：

• ExecStart里的Python路径必须是虚拟环境内的（比如/home/bots/botWoo/venv/bin/python），绝对不能用系统默认Python，否则会找不到虚拟环境里安装的依赖。
• 手动测试：切换到/home/bots/botWoo/目录，激活虚拟环境，直接运行脚本，确认脚本本身能正常执行（排除代码或依赖问题）。

最后验证流程 #

1. 修改完service文件后，执行systemctl daemon-reload
2. 启动服务：systemctl start botWooService
3. 查看状态：systemctl status botWooService
4. 如果启动失败，查看详细日志：journalctl -xeu botWooService

内容的提问来源于stack exchange，提问作者Erick Navarro