我之前也碰到过完全一样的困扰——systemd下看服务日志总是缺斤短两，Python脚本跑服务时输出卡半天，手动运行明明一切正常，调试起来真的头大！下面分享几个亲测有效的解决方法：

一、解决服务日志不全、实时查看的问题 #

1. 实时跟踪完整日志 #

别再只看静态的journalctl -u tor.service了，加上-f参数就能像tail -f一样实时刷新日志：

journalctl -u tor.service -f

如果想查看本次开机以来的所有相关日志，可以用：

journalctl -u tor.service --boot

或者指定时间范围，比如最近1小时的日志：

journalctl -u tor.service --since "1 hour ago"

2. 让service status显示更多内容 #

默认service tor status只展示最近几行，加上--full参数就能看到完整的状态输出：

sudo service tor status --full

3. 调整服务的日志输出配置（彻底解决截断问题） #

编辑tor的systemd服务文件（通常在/lib/systemd/system/tor.service或/etc/systemd/system/tor.service），在[Service]段添加以下配置：

StandardOutput=journal+console
StandardError=journal+console
SyslogIdentifier=tor

• StandardOutput=journal+console：让服务的标准输出同时写入journal日志和系统控制台
• StandardError=journal+console：标准错误输出同理
• SyslogIdentifier=tor：统一日志的标识名称，方便后续过滤查找

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

sudo systemctl daemon-reload
sudo systemctl restart tor.service

二、解决Python脚本服务的实时输出问题 #

你已经发现python3 -u能解决缓冲问题，关键是要把这个参数写到systemd服务文件里：
编辑你的Python脚本服务文件（比如/etc/systemd/system/test.service），把ExecStart改成：

ExecStart=/usr/bin/python3 -u /path/to/your/test.py

为什么要加-u？因为Python在非终端环境（比如systemd）下，标准输出会默认使用全缓冲模式，只有缓冲区满了才会输出内容。-u参数强制Python使用无缓冲的标准输出/错误流，这样脚本的输出就能实时写入日志了。

另外，也可以在Python脚本里手动刷新输出，比如每次print后加上flush=True：

print("调试信息", flush=True)

不过直接在服务文件里加-u更省心，不用修改脚本代码。

三、额外调试小技巧 #

如果还是觉得日志不够详细，可以临时提高日志的详细程度：

sudo journalctl -u tor.service -v

或者修改服务文件的LogLevelMax参数（在[Service]段），设置为debug来获取更细致的调试日志：

LogLevelMax=debug

修改后同样要重新加载配置并重启服务。

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