手动运行正常的C++程序通过systemd服务启动时静默失败求助

我有一个C++程序，手动执行时运行正常，但通过systemd服务启动时会静默失败且无错误提示。启动流程为kiosk.service → kiosk.sh → myApp。

手动执行命令 #

$ DISPLAY=:0 /home/pi/myApp/myApp &

systemd服务配置（kiosk.service） #

[Unit]
Description=Run app in kiosk mode
Wants=graphical.target
After=graphical.target

[Service]
ExecStartPre=/bin/sleep 20
Environment=DISPLAY=:0.0
Environment=XAUTHORITY=/home/pi/.Xauthority
Type=simple
ExecStart=/bin/bash /home/pi/kiosk.sh
Restart=on-abort
User=pi
Group=pi

[Install]
WantedBy=graphical.target

启动脚本kiosk.sh内容 #

#!/bin/bash

# 禁用闲置导致的屏保/黑屏
xset s noblank
xset s off
xset -dpms

# 使用unclutter隐藏鼠标光标
DISPLAY=:0 unclutter -idle 0.5 -root &

# 启动应用程序
DISPLAY=:0 /home/pi/myApp/myApp &

systemctl status输出 #

执行$ systemctl status kiosk.service显示：

○ kiosk.service - Launch app in kiosk mode
     Loaded: loaded (/lib/systemd/system/kiosk.service; enabled; preset: enabled)
     Active: inactive (dead) since Wed 2023-12-27 19:10:13 EST; 5min ago
   Duration: 48ms
   Main PID: 1483 (code=exited, status=0/SUCCESS)
        CPU: 54ms

Dec 27 19:09:53 raspberrypi systemd[1]: Starting kiosk.service - Launch app in kiosk mode...
Dec 27 19:10:13 raspberrypi systemd[1]: Started kiosk.service - Launch app in kiosk mode.
Dec 27 19:10:13 raspberrypi systemd[1]: kiosk.service: Deactivated successfully.

手动执行$ sh /home/pi/kiosk.sh程序可正常运行，推测systemd服务执行时的环境变量上下文存在差异，请问可能的原因是什么？

可能的原因分析 #

• systemd服务类型导致进程被清理：脚本将myApp后台运行（&），脚本执行完成后立即退出。而服务配置的Type=simple会将脚本进程视为主进程，主进程退出后systemd会终止整个服务，同时清理其cgroup下的所有子进程（包括后台的myApp）。手动执行时脚本退出不影响后台进程，但systemd的进程管理逻辑不同。
• DISPLAY环境变量格式不一致：服务中设置DISPLAY=:0.0，但脚本和手动执行用DISPLAY=:0，部分X11程序可能对这种格式差异敏感，建议统一为DISPLAY=:0。
• XAUTHORITY权限或路径问题：虽然配置了XAUTHORITY=/home/pi/.Xauthority，但需确保该文件所有者为pi且权限为600。如果X会话由显示管理器（如lightdm）启动，.Xauthority的路径或权限可能与手动登录时不同，导致程序无法验证X11连接。
• 缺少关键环境变量：systemd服务的默认环境变量集合远小于手动登录会话，比如PATH、LD_LIBRARY_PATH可能不包含程序依赖的库路径或工具路径。C++程序可能因无法加载依赖库而静默失败，可在脚本中添加export LD_LIBRARY_PATH=/path/to/your/libs或在服务中补充Environment配置。
• 脚本执行权限隐性问题：虽然sh /home/pi/kiosk.sh能运行，但未给脚本添加可执行权限（chmod +x /home/pi/kiosk.sh）可能导致systemd执行时的上下文权限存在隐性差异。
• 错误输出未捕获：程序启动时的错误信息未被记录，导致无法排查问题。可修改服务配置添加StandardOutput=journal+console、StandardError=journal+console，然后用journalctl -u kiosk.service -f查看实时日志；或在脚本中将程序输出重定向到文件：DISPLAY=:0 /home/pi/myApp/myApp >> /home/pi/myApp.log 2>&1 &。

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