如何修复Arch Linux上Bevy 0.10.1的ALSA unable to open slave错误？

错误原因分析 #

你遇到的ALSA错误是Bevy依赖的音频后端（rodio）尝试遍历多种音频设备（dmix、dsnoop、OSS兼容层）失败，导致程序启动时等待设备超时，产生明显延迟。

解决方案 #

1. 配置ALSA默认设备，减少无效设备探测

创建或修改用户级ALSA配置文件~/.asoundrc，指定系统默认使用有效的音频硬件设备：

pcm.!default {
    type plug
    slave.pcm "hw:0,0"
}

ctl.!default {
    type hw
    card 0
}

• 先通过aplay -l命令查看你的主音频设备编号，将hw:0,0替换为实际设备（比如card 1对应hw:1,0）。
• 配置生效后，音频后端会直接使用指定设备，跳过无效设备的探测流程。

2. 正确启用alsa-oss兼容层

安装alsa-oss后，需加载OSS内核模块才能创建/dev/dsp设备：

• 临时加载模块：

  sudo modprobe snd-pcm-oss
  

• 设置开机自动加载：

  echo "snd-pcm-oss" | sudo tee /etc/modules-load.d/alsa-oss.conf
  

• 用aoss前缀运行Bevy程序，强制使用OSS兼容层：

  aoss cargo run
  

3. 切换到PulseAudio后端（推荐，若系统使用PulseAudio）

通过环境变量强制rodio使用PulseAudio后端，绕开ALSA的兼容性问题：

• 临时生效：

  RODIO_BACKEND=pulse cargo run
  

• 永久生效（添加到shell配置文件）：

  echo "export RODIO_BACKEND=pulse" >> ~/.bashrc
  # 若使用zsh则改为 ~/.zshrc
  

4. 验证设备有效性

• 用aplay -L列出所有可用ALSA设备，确认default或指定设备状态正常。
• 测试音频输出：

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

内容的提问来源于stack exchange，提问作者Ozan Güneş Gençay