系统有声但PulseAudio访问被拒，Snips无法加载求助

从你的日志和配置来看，核心问题集中在PulseAudio无法访问主目录获取自动启动锁，导致Snips音频服务无法连接到PulseAudio。虽然你的个人用户（paulm）权限正常，但Snips是通过_snips系统用户运行的，这很可能是权限问题的根源。下面是一步步的排查和修复方案：

1. 检查_snips用户的主目录与权限 #

Snips服务默认用_snips系统用户运行，日志里的Home directory not accessible大概率是这个用户的主目录权限异常。先执行命令确认：

grep _snips /etc/passwd
ls -ld /home/_snips  # 如果这个目录存在的话

如果_snips没有主目录，或者主目录权限不是_snips:_snips，会导致PulseAudio无法创建必要的锁文件。按以下方式修复：

# 若_snips无主目录，创建并设置权限
mkdir -p /home/_snips
chown _snips:_snips /home/_snips
chmod 700 /home/_snips

2. 还原PulseAudio的daemonize配置 #

你把/etc/pulse/daemon.conf里的daemonize = yes打开了，这会让PulseAudio以系统守护进程方式运行，和默认的用户会话内启动机制冲突，容易引发锁文件权限问题。建议改回默认：

sudo nano /etc/pulse/daemon.conf
# 找到daemonize行，修改为：
daemonize = no

保存后重启相关服务：

systemctl --user restart pulseaudio
sudo systemctl restart snips-audio-server

3. 确保_snips用户加入pulse-access组 #

你的个人用户在pulse-access组，但_snips用户需要这个组权限才能访问PulseAudio的套接字。执行命令添加：

sudo usermod -aG pulse-access _snips

然后重启Snips服务：

sudo systemctl restart snips-audio-server

4. 清理PulseAudio残留的旧锁文件 #

之前的错误可能导致锁文件残留，手动清理它们：

# 清理paulm用户会话的锁文件
rm -rf /run/user/$(id -u paulm)/pulse
# 清理_snips用户的锁文件（如果存在）
rm -rf /run/user/$(id -u _snips)/pulse

清理完成后重启相关服务。

5. 验证用户级PulseAudio进程 #

确保PulseAudio在你的用户会话中正常运行，执行命令检查：

ps aux | grep pulseaudio | grep paulm

如果没有进程，手动启动用户级PulseAudio：

pulseaudio --start

补充：关于ALSA警告的说明 #

日志里的ALSA警告（比如Unknown PCM cards.pcm.rear）是正常现象，因为你的系统没有这些音频设备，不会影响功能，完全可以忽略。

按照以上步骤操作后，应该能解决Snips无法连接PulseAudio的问题。如果仍有问题，可以临时切换Snips以paulm用户运行（仅用于测试）：

sudo systemctl edit snips-audio-server
# 添加以下内容：
[Service]
User=paulm
Group=paulm

保存后重启服务，如果能正常运行，说明还是_snips用户的权限配置问题，回到步骤1和3再次确认。

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