Ubuntu嵌入式系统中如何通过strace追踪systemd管理的pulseaudio服务启动异常

遇到这种情况，大概率是systemd用户服务的seccomp安全限制在搞鬼——strace需要用到一些被默认过滤掉的系统调用，所以直接在ExecStart里加strace会触发SIGSYS信号。下面给你几个可行的解决办法，按优先级排序：

方法1：临时关闭pulseaudio服务的seccomp过滤（最快调试） #

这是最直接的临时方案，适合快速拿到trace日志：

• 编辑/usr/lib/systemd/user/pulseaudio.service文件，在[Service]段添加一行：

  Seccomp=off
  

• 重新加载systemd用户服务配置：

  systemctl --user daemon-reload
  

• 再次启动pulseaudio服务：

  systemctl --user start pulseaudio.service
  

• 此时strace应该能正常运行，你可以去/home/user/trace_erronly_fail.log查看追踪到的文件访问记录。
• 注意：调试完成后一定要删掉Seccomp=off这一行，恢复默认的安全限制，避免系统暴露不必要的风险。

方法2：用systemd自带工具替代strace（更安全） #

systemd本身提供了追踪机制，不需要修改原服务文件，也不会破坏安全规则：

• 如果你的systemd版本（Ubuntu 22.04默认是249）支持systemd-trace，可以直接追踪运行中的pulseaudio进程：

  systemd-trace --user -p $(systemctl --user show pulseaudio.service -P MainPID) -e file
  

• 或者直接启动带追踪的pulseaudio实例：

  systemd-run --user --unit=pulseaudio-trace strace -e trace=file -o /home/user/trace.log -f -tt /usr/bin/pulseaudio --daemonize=no --log-target=journal --log-level=debug
  

  这个命令会创建一个临时的systemd单元来运行带strace的pulseaudio，日志会输出到指定文件，用完直接停止临时单元即可。

方法3：调整strace参数避免冲突 #

你原来的strace命令加了-Z（--seccomp-bpf）参数，这个参数会让strace自身使用seccomp-bpf过滤系统调用，可能和systemd的seccomp规则冲突，试试去掉这个参数：

• 修改/usr/lib/systemd/user/pulseaudio.service的ExecStart为：

  ExecStart=strace -e trace=file -o /home/user/trace_erronly_fail.log -f -tt /usr/bin/pulseaudio --daemonize=no --log-target=journal --log-level=debug
  

• 重新加载配置并启动服务，看看是否还会触发SIGSYS错误。

额外建议：解决pulseaudio开机检测不到ALSA卡的问题 #

当你拿到trace日志后，重点查找pulseaudio启动时尝试访问但失败的/dev/snd/或/proc/asound/下的文件，确认对应的内核模块加载时机。之后可以调整pulseaudio服务的启动顺序：

• 在pulseaudio.service的[Unit]段添加：

  After=sound.target
  

  或者如果知道具体的内核模块对应的systemd单元（比如module-snd-xxx.service），可以直接添加依赖：

  After=module-snd-xxx.service
  

  这样就能保证pulseaudio在ALSA设备完全就绪后再启动，解决开机检测不到的问题。

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