刚碰到过几乎一模一样的问题，你的错误日志里既有ALSA设备识别失败的提示，也有JACK服务未启动的报错，结合Arch Linux的音频配置逻辑，我来拆解下原因和修复步骤：

问题成因 #

• ALSA默认配置引用了不存在的设备：那些Unknown PCM cards.pcm.rear/center_lfe/side错误，是因为Arch默认的ALSA配置预设了多声道虚拟设备，但你的声卡可能只支持立体声，或者这些虚拟设备未正确配置。
• PyAudio优先尝试JACK后端但服务未运行：日志里的Jack相关错误说明PyAudio在尝试调用JACK音频服务器，但你要么没安装JACK，要么没启动它，导致连接失败。
• ALSA混音插件（dmix/dsnoop）配置异常：这两个插件负责音频混音，权限不足或配置错误会导致无法打开音频设备。

修复步骤 #

1. 先确认可用的音频设备 #

首先用ALSA命令列出所有可用硬件设备，确定你的默认输出声卡：

aplay -l

输出会类似这样：

card 0: PCH [HDA Intel PCH], device 0: ALC269VB Analog [ALC269VB Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

这里的hw:0,0就是你的有效音频设备（格式为hw:[声卡编号],[设备编号]）。

2. 修复ALSA配置 #

创建用户级ALSA配置文件~/.asoundrc，覆盖默认的复杂配置，避免引用不存在的设备：

# 定义默认输出设备
pcm.!default {
    type plug
    slave {
        pcm "hw:0,0"  # 替换成你刚才查到的设备，比如hw:1,0
    }
}

# 定义默认控制设备
ctl.!default {
    type hw
    card 0  # 对应上面的声卡编号
}

如果要全局生效，可修改/etc/asound.conf，但用户级配置更灵活，不会影响其他用户。

3. 处理JACK的问题 #

分两种情况处理：

• 不需要JACK：直接让PyAudio优先使用ALSA后端。可以卸载JACK相关包（如果已安装）：

  sudo pacman -Rns jack2
  

  或者设置环境变量强制PyAudio用ALSA：

  export ALSA_CONFIG_PATH=~/.asoundrc
  

• 需要JACK：启动JACK服务，最简单的方式是用图形化工具qjackctl（先安装：sudo pacman -S qjackctl），打开后点击"Start"按钮启动；也可用命令行：

  jackd -d alsa -d hw:0,0
  

4. 代码层面优化（可选） #

在PyAudio打开流时，指定具体的设备索引，避免自动选择错误的后端：

# 替换为你查到的设备索引
device_index = 0
stream = p.open(format=pyaudio.paFloat32,
                channels=1,
                rate=fs,
                output=True,
                device_index=device_index)

5. 检查用户权限 #

确保你的用户在audio组里，否则可能没有访问音频设备的权限：

groups

如果没看到audio，就添加用户到该组：

sudo usermod -aG audio $USER

添加后需要重新登录生效。

测试 #

先测试ALSA是否正常工作：

aplay /usr/share/sounds/alsa/Front_Center.wav

如果能听到声音，再重新运行你的PyAudio代码，应该就不会报错了。

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