树莓派4配置systemd实现无头传感器读取程序开机自启失败求助

嗨，我来帮你排查这个开机自启的问题！你遇到的“手动启动正常、开机不运行”的情况很典型，大概率是systemd单元文件的配置细节出了问题，咱们一步步来梳理解决：

首先，修正单元文件里的明显语法错误 #

你提供的Install段里有个拼写错误：Wanted By =boot-complete.target 里的Wanted By多了空格，正确的指令是WantedBy（连在一起，没有空格），systemd对指令的格式要求非常严格，这个错误会导致服务无法正确关联到启动目标。

简化启动目标配置 #

你同时指定了三个WantedBy目标：usb-gadget.target、multiuser.target、boot-complete.target，其实对于普通的后台服务来说，只需要保留multiuser.target就足够了——这是系统进入多用户命令行模式的目标，也是大多数无头服务的标准启动触发点。过多的目标可能会导致启动时机冲突，建议先注释掉另外两个，专注调试核心目标。

调整服务类型（Type） #

你用了Type=idle，这个类型会等待系统完全空闲后才启动服务，有时候树莓派开机后后台一直有进程在运行（比如系统初始化、磁盘检查等），会导致服务迟迟无法触发。建议改成Type=simple，这是最常用的后台服务类型，只要ExecStart指定的程序启动，systemd就认为服务就绪，更适合你的传感器读取场景。

完善脚本的可执行性 #

1. 确保你的Python脚本开头加上了shebang行：

#!/usr/bin/env python3

2. 给脚本加上可执行权限：

chmod +x /home/pi/sensors/readsensors.py

这样systemd执行起来会更顺畅，避免潜在的权限或路径识别问题。

排查日志定位问题 #

如果修改完以上配置还是不行，一定要查看系统日志来找具体原因，执行这条命令查看本次开机以来你的服务的日志：

journalctl -u sensors.service -b

（这里假设你的服务文件名是sensors.service，如果不是请替换成实际名称）日志里会明确告诉你是路径错误、权限不足、依赖缺失还是其他启动失败的原因，这是排查systemd问题的关键步骤。

额外提醒：不要在服务文件里加systemctl重启指令 #

你提到尝试在服务文件里加systemctl restart service sensor，这完全没必要——你已经设置了Restart=always，systemd会自动在服务异常退出时重启它，额外的重启指令反而可能造成混乱。

最后给你一个修改后的参考单元文件（假设服务名为sensors.service）：

[Unit]
Description=Reading sensors

[Service]
Type=simple
User=pi
ExecStart=/usr/bin/python3 /home/pi/sensors/readsensors.py
Restart=always

[Install]
WantedBy=multiuser.target

修改后记得重新加载systemd配置并重新启用服务：

sudo systemctl daemon-reload
sudo systemctl enable sensors.service

然后重启树莓派测试即可。

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