跳转至内容

高级 Linux Sound Architecture/故障排除

来自 ArchWiki

alsa-utils 包包含 alsa-info.sh 脚本，该脚本可用于收集 ALSA 状态的详细数据。

提示 以 root 用户 权限运行 alsa-info.sh，如果您需要帮助，请共享其输出。

另请参阅 SoundcardTesting。

音量

重启后输出被静音

运行以下命令

# alsactl restore

如果问题仍然存在，请验证 alsamixer(1) 中的 Auto-Mute 选项是否设置为 Disabled。

音量太低

运行 alsamixer 并尝试提高滑块的值，必要时取消静音通道。请注意，如果您有很多滑块，您可能需要向右滚动才能看到任何缺失的滑块。

如果所有滑块都已调到最大，但音量仍然太低，您可以尝试运行以下脚本来重置您的编解码器设置

$ wget -O hda-analyzer.py https://git.alsa-project.org/?p=alsa.git;a=blob_plain;f=hda-analyzer/run.py

关闭分析器，并在被询问是否要重置编解码器时，回答“yes”。

如果音量仍然太低，请再次运行 alsamixer：重置编解码器可能已启用了新的滑块，其中一些可能设置为较低的值。

音量仍然太低

如果您即使在将扬声器/耳机音量调到最大后音量仍然太低，可以尝试使用 softvol 插件。将以下内容添加到 /etc/asound.conf

/etc/asound.conf
pcm.!default {
    type plug
    slave.pcm "softvol"
}

pcm.softvol {
    type softvol
    slave {
        pcm "dmix"
    }
    control {
        name "Pre-Amp"
        card 0
    }
    min_dB -5.0
    max_dB 20.0
    resolution 6
}
提示 如果此配置不起作用，请尝试将 type plug 更改为 type hw。

在更改成功加载后，您将在 alsamixer 中看到一个 Pre-Amp 部分。您可以在此处调整级别。

注
  • 为 Pre-Amp 设置较高的值可能会导致声音失真，因此请根据适合您的级别进行调整。
  • 某些音频编解码器可能需要调整 HDA Analyzer 中的设置（参见 #音量太低）才能在没有失真的情况下获得适当的音量。检查 ALC892 编解码器的播放开关（例如 Node[0x14] PIN）下的 HP 选项有时可以显著改善音频质量和音量。

启动时随机没有声音

您可以通过运行 speaker-test 快速测试声音。如果没有声音，您可能会看到类似以下内容：

ALSA lib pcm_dmix.c:1022:(snd_pcm_dmix_open) unable to open slave
Playback open error: -16
Device or resource busy

如果在启动时没有声音，可能是因为您的系统有多个声卡，并且它们的顺序有时会在启动时发生变化。如果是这种情况，请尝试 设置默认声卡。

如果您使用 MPD 且上述配置提示不起作用，请尝试遵循 https://mpd.wikia.com/wiki/Configuration#ALSA_MPD_software_volume_control。

麦克风

没有麦克风输入

在 alsamixer(1) 中，确保录音下的所有音量级别都已调高，并且麦克风（例如 Mic、Internal Mic）和/或 Capture（在 alsamixer 中，选择这些项目并按 Space）已激活。尝试提高 Mic Boost 并提高 Capture 和 Digital 级别；这可能会产生静电或失真，但之后您可以将它们调低以听到录音的声音。

由于 PulseAudio 包装器在 alsamixer 中显示为“default”，您可能需要先按 F6 选择您的实际声卡。您可能还需要在 Playback 部分启用并提高 Line-in 的音量。

要测试麦克风，请运行以下命令（有关更多信息，请参见 arecord(1)）

$ arecord --duration=5 --format=dat test-mic.wav
$ aplay test-mic.wav

或者，您可以运行此命令

$ arecord -vv --format=dat /dev/null

与 alsamixer 一起，以便轻松识别您应该选择和取消静音的通道。

要测试特定设备，请使用 --device 参数，后跟硬件 PCM 名称，形式为 hw:C,D（代表声卡 C 设备 D），或 plughw:C,D（代表插入的硬件）。例如

$ arecord -vvv --format=dat --device=plughw:0,0 /dev/null

如果所有方法都失败，您可能需要通过测试不同的设备上的麦克风来排除硬件故障。

对于至少一些计算机，静音麦克风 (MM) 仅仅意味着其输入不会立即发送到扬声器。它仍然接收输入。

一些程序尝试使用 OSS 作为主要的输入软件。如果您之前启用了 snd_pcm_oss、snd_mixer_oss 或 snd_seq_oss 内核模块（它们默认不加载），请尝试卸载它们。

参见

设置默认麦克风/录音设备

某些应用程序（Pidgin、Adobe Flash）不提供更改录音设备选项。如果您的麦克风位于与内置声卡不同的设备上（例如 USB 网络摄像头或麦克风），这会成为一个问题。要仅更改默认录音设备，同时保留默认播放设备不变，您可以修改 ~/.asoundrc 文件，包含以下内容

~/.asoundrc
pcm.usb
{
    type hw
    card U0x46d0x81d
}

pcm.!default
{
    type asym
    playback.pcm
    {
        type plug
        slave.pcm "dmix"
    }
    capture.pcm
    {
        type plug
        slave.pcm "usb"
    }
}

将 U0x46d0x81d 替换为您在 ALSA 中的录音设备卡名。您可以使用 arecord -L 列出 ALSA 检测到的所有录音设备。

内置麦克风无法工作

首先，请确保在 alsamixer 的 Capture 视图中启用了音量。在某些情况下，“Internal Microphone”不会显示在按下 F4 时出现的捕获列表中。如果出现这种情况，通过 aplay -l 指定声卡编号来启动 alsamixer（例如 alsamixer -c 0）可以使其出现。

音质

通过迷你插孔（耳机插孔）发出噼啪声

遵循 高级 Linux Sound Architecture#Simultaneous output 可能会导致耳机或外接扬声器发出噼啪声。可以通过静音或将 Mic 的音量设置为 0% 来解决此问题。使用 alsamixer(1) 或 amixer(1)

$ amixer sset "Mic" 0%
$ amixer sset "Mic" mute

从挂起状态恢复后发出咔嗒声

从挂起状态恢复计算机后，您可能会听到咔嗒声。可以通过编辑 /etc/pm/sleep.d/90alsa 并删除写有 aplay -d 1 /dev/zero 的行来解决此问题。

播放时声音跳过

运行 alsamixer，如果存在不存在的输出设备的通道，则禁用它们（例如，alsamixer 显示中置扬声器，但您没有）。

音质差或削波

如果您遇到音质差的问题，请尝试将 PCM 音量（在 alsamixer 中）设置为增益为 0 的级别。

如果加载了 snd_usb_audio 驱动程序，您可以尝试启用 softvol

/etc/asound.conf
pcm.!default {
    type plug
    slave.pcm "softvol"
}
pcm.dmixer {
    type dmix
    ipc_key 1024
    slave {
        pcm "hw:0"
        period_size 4096
        buffer_size 131072
        rate 50000
    }
    bindings {
        0 0
        1 1
    }
}
pcm.dsnooper {
    type dsnoop
    ipc_key 1024
    slave {
        pcm "hw:0"
        channels 2
        period_size 4096
        buffer_size 131072
        rate 50000
    }
    bindings {
        0 0
        1 1
        }
}
pcm.softvol {
  type softvol
  slave { pcm "dmixer" }
  control {
    name "Master"
    card 0
  }
}
ctl.!default {
  type hw
  card 0
}
ctl.softvol {
  type hw
  card 0
}
ctl.dmixer {
  type hw
  card 0
}

开始和停止播放时发出咔嗒声

某些模块（例如 snd_hda_intel）在不使用声卡时可能会将其关闭。这可能会在每次断电/上电时产生可听见的点击声——如噼啪声/咔嗒声/刮擦声——具体取决于设备（有时甚至在移动音量滑块或在某些桌面环境中打开和关闭窗口时）。

有关更多信息，请参见 Power management#Audio 和 #Power saving。

硬件和声卡

HD Audio

有关更多信息，请参见 Module snd-hda-intel 和 modinfo --field=parm snd_hda_intel | column --separator=':' --table 的输出。

参见

电源管理

Power saving 默认启用，并可能导致以下问题

要完全禁用 snd_hda_intel 模块的节能模式，请使用以下 内核模块参数

/etc/modprobe.d/alsa-base.conf
options snd_hda_intel power_save=0 power_save_controller=N

编解码器探测

编解码器 (codec) 是 HD Audio 声卡的硬件组件。一个声卡可能包含多个编解码器，一个编解码器可能对应多个 ALSA 设备。

编解码器槽位 (codec slot) 是一个数字（从零开始），用于标识给定声卡上的编解码器。您可以通过 /proc/asound/cardi/codec#s 文件和 /sys/class/sound/hwCiDs/ 目录名获取编解码器槽位号——这里 i 是声卡索引，s 是编解码器槽位。

注意 不要将 HD Audio 声卡 编解码器槽位 与 OSS 槽位号 混淆，后者对应于 ALSA 声卡索引。

要禁用一个编解码器——以及随后所有相关的 ALSA 设备——请使用 snd_hda_intel 模块的 probe_mask 选项。

错误的型号自动检测

错误的型号自动检测可能导致以下问题

提示 如果您的芯片是 ALC22x/23x/25x/269/27x/28x/29x 或 ALC66x/67x/892，请尝试 dell-headset-multi，即使硬件不是戴尔的。
  • 没有耳机输出

请参阅 HD-Audio Codec-Specific Models 查找给定声卡芯片可能的 model 字符串。

可以在以下位置找到声卡芯片：

  • alsamixer(1)—查看左上角的 Chip:,
  • grep 'Codec:' /proc/asound/card*/codec#* 的输出,
  • grep . /sys/class/sound/hwC?D?/chip_name 的输出,
  • /proc/asound/pcm 文件。

要强制指定，请使用 snd_hda_intel 模块的 model 选项。

消息信号中断

是否启用 消息信号中断 (MSI) 很大程度上取决于 硬件。在自动检测错误的情况下，可能会发生各种不良情况：

  • 错误地禁用可能导致声卡未被检测到；
  • 错误地启用可能导致音质差（断断续续），甚至内核死锁。

要检查 MSI 功能状态，请以 root 用户 权限运行 lspci -vv -nn -d ::0403。

提示 此处的 ::0403 指的是 Multimedia controller PCI 设备类下的 Audio device 子类。

HD Audio 声卡上的 MSI 由 snd_hda_intel 模块的 enable_msi 选项控制。

DMA 指针

HD Audio 声卡的输入和/或输出上的点击声（噼啪声、咔嗒声）可能由 DMA 位置问题 引起。尝试更改 snd_hda_intel 模块的 position_fix 选项。

修复错误的音频引脚映射

如果您的音频引脚（插头）映射不正确但 ALSA 工作正常，您可以尝试使用 HDA Analyzer——一个用于 HD-audio 控制的 pyGTK2 GUI，可以在 ALSA wiki 上找到。尝试调整 PIN 节点的 Widget Control 部分，将麦克风设置为 IN，耳机插孔设置为 OUT。参考 Config Defaults 部分是个好主意。

注意 该脚本与 Python 3 不兼容，Python 3 是 Arch Linux 上的默认 Python 实现。要使用该脚本，请将 run.py 文件中的所有 python 实例替换为 python2 以将脚本指向 Python 2 版本。然后使脚本可执行并运行它。

验证输出参数

检查 /proc/asound/cardC/pcmPp/subS/hw_params 的内容，其中 C、P 和 S 是系统相关的。要找到此文件，请在通过 ALSA 输出内容时执行以下命令链：

$ find /proc/asound/ -name hw_params \
| xargs -I FILE grep -v -l "closed" FILE \
| grep '/proc/asound/card./pcm.p/sub./hw_params'
注意 如果没有内容正在播放，则不应有结果。

这是带有 24 位位深度和 44.1 千赫兹采样频率的音频示例输出：

$ cat /proc/asound/card1/pcm0p/sub0/hw_params
access: RW_INTERLEAVED
format: S24_3LE
subformat: STD
channels: 2
rate: 44100 (44100/1)
period_size: 5513
buffer_size: 22050

有关更多信息，请参见 Proc asound documentation。

S/PDIF 输出无法工作

S/PDIF (IEC958) 使用两种模式：

  • Audio 模式是数字 PCM 信号，因此接收器只需用数模转换器 (DAC) 进行转换。
  • Non-audio 模式是编码的比特流，因此接收器必须先解码数据，然后将其发送到 DAC。Dolby Digital 和 DTS Digital Surround 是编码比特流格式的示例。

ALSA 应自动检测合适的模式，但如果失败，您可以使用 iecset(1)（on—audio，off—non-audio）强制设置模式。

# iecset audio on
# iecset audio off

有关更多信息，请参见 DigitalOut。

HDMI

本文档或章节候选合并到 ALSA。

注意：本节几乎与 HDMI 本身无关：它是主文章的摘要（列出设备、测试声音、设置默认设备；重新映射）。（在 Talk:Advanced Linux Sound Architecture/Troubleshooting 中讨论）

HDMI 输出无法工作

以下描述的过程可用于测试 HDMI 音频。在继续之前，请确保您已使用 alsamixer 启用并取消了输出的静音。

通过 HDMI 线缆将 PC 连接到显示器，并使用 xrandr 启用显示器。

使用 aplay -l 查找声卡和设备编号。例如

$ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: SB [HDA ATI SB], device 0: ALC892 Analog [ALC892 Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: SB [HDA ATI SB], device 1: ALC892 Digital [ALC892 Digital]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: Generic [HD-Audio Generic], device 3: HDMI 0 [HDMI 0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

将声音发送到设备。按照上一步的示例，您将声音发送到 card 1，device 3

$ aplay -D plughw:1,3 /usr/share/sounds/alsa/Front_Center.wav

如果 aplay 没有输出错误，但仍然没有听到声音，“重启”接收器、显示器或电视。由于 HDMI 接口在连接时执行握手，它可能之前已经注意到没有嵌入音频流，因此禁用了音频解码。如果您使用的是独立的窗口管理器，您可能需要在插入 HDMI 线缆时让声音播放。

mplay 等应用程序可以配置为使用特殊的 HDMI 设备作为音频输出。但 flashplugin 只能使用默认设备。以下方法用于覆盖默认设备。但在断开 HDMI 端口与电视的连接时，您需要将其改回。

如果测试成功，请创建或编辑您的 ~/.asoundrc 文件将 HDMI 设置为默认音频设备。

~/.asoundrc
pcm.!default {
    type hw
    card 1
    device 3
}

或者，如果上述配置不起作用，请尝试

~/.asoundrc
defaults.pcm.card 1
defaults.pcm.device 3
defaults.ctl.card 1

或者，如果您成功地使用了

$ speaker-test -Dplug:hdmi

对于您的 HDMI 或 DisplayPort 端口，以下配置将有效（在 Lenovo ThinkPad T430s 上成功测试）

~/.asoundrc
pcm.!default {
    type plug
    slave.pcm "hdmi"
}

HDMI 5.1 音频输出到错误的扬声器

可以使用 ALSA 的 remap 功能将声音重定向到预期的扬声器。

/etc/asound.conf
pcm.!hdmi-remap {
    type asym
    playback.pcm {
        type plug
        slave.pcm "remap-surround51"
    }
}

pcm.!remap-surround51 {
    type route
    slave.pcm "hw:0,3"
    ttable {
        0.0= 1
        1.1= 1
        2.4= 1
        3.5= 1
        4.2= 1
        5.3= 1
    }
}

应用程序

SDL：SDL 应用程序没有声音

如果您在使用基于 SDL 的应用程序时没有声音，请尝试将 环境变量 SDL_AUDIODRIVER 设置为 alsa。

OpenAL：使用 OpenAL 的应用程序没有声音

OpenAL 默认使用 PulseAudio。要指示它首先尝试 ALSA

/etc/openal/alsoft.conf
drivers=alsa,pulse

其他：通用应用程序问题

对于其他坚持使用自己的音频设置的应用程序，例如 XMMS 或 MPlayer，您需要设置它们特定的选项。

对于 MPlayer 或 mpv，请将以下行添加到相应的配置文件中：

ao=alsa

例如，对于 XMMS2，进入它们的选项并确保声音驱动程序设置为 ALSA，而不是 oss。

在 XMMS 中执行此操作：

  • 打开 XMMS
    • Options > Preferences。
    • 选择 ALSA 输出插件。

对于不提供 ALSA 输出的应用程序，您可以使用 alsa-oss 包中的 aoss。要使用 aoss，在运行程序时，在其前面加上 aoss，例如：

aoss realplay

pcm.!default{ ... } 对我不再有效。但这个可以：

pcm.default pcm.dmixer

其他问题

同时播放问题

如果您在同时播放方面遇到问题，并且安装了 PulseAudio，则其默认配置设置为“劫持”声卡。一些 ALSA 用户可能不想使用 PulseAudio，并且对他们当前的 ALSA 设置非常满意。一种解决方法是编辑 /etc/asound.conf 并注释掉以下行：

# Use PulseAudio by default
pcm.!default {
    type pulse
    fallback "sysdefault"
    hint {
        show on
        description "Default ALSA Output (currently PulseAudio Sound Server)"
    }
}

注释掉以下内容也可能有帮助：

ctl.!default {
    type pulse
    fallback "sysdefault"
}

这可能比完全卸载 PulseAudio 更简单的解决方案。

实际上，这是一个有效的 /etc/asound.conf 示例：

pcm.dmixer {
    type dmix
    ipc_key 1024
    ipc_key_add_uid 0
    ipc_perm 0660
}
pcm.dsp {
    type plug
    slave.pcm "dmix"
}
注意 此 /etc/asound.conf 文件旨在用于全局 MPD 配置并成功用于该配置。参见 #一次只能供一个用户使用的问题。
注意 或者，如果您未安装 PulseAudio，只是想让 dmix 与 vanilla ALSA 一起工作，请参见上游文档。特别是，您可能想将上面的配置中的 dsp 替换为 !default。此外，如果您发现这会导致某些应用程序在播放时跳过（例如，声音“失真”），并抱怨出现欠载，您可能需要调整 pcm.dmixer 中的 slave.buffer_size。

删除旧的 ALSA 状态文件 (asound.state)

alsa-utils 包提供了 alsa-store.service，它会在系统关机时自动将当前的 ALSA 状态存储到 /var/lib/alsa/asound.state。这可能对尝试重置当前 ALSA 状态的用户造成问题，因为 asound.state 文件会在每次关机时用当前状态重新创建（例如，尝试从混音器中删除用户定义的通道）。可以通过创建以下空文件来暂时禁用 alsa-store.service 服务：

# mkdir -p /etc/alsa
# touch /etc/alsa/state-daemon.conf

state-daemon.conf 的存在会阻止 alsa-store.service 在关机期间保存 asound.state。禁用此服务后，可以像这样删除 asound.state 文件：

# rm /var/lib/alsa/asound.state

重新启动后，之前的 ALSA 状态应被丢弃，当前状态应重置为默认值。通过删除我们创建的条件文件来重新启用 alsa-store.service：

# rm /etc/alsa/state-daemon.conf

下次关机时，asound.state 文件应使用 ALSA 默认值重新创建。也可以立即使用以下命令生成该文件：

# alsactl store

如果您想在不重新启动的情况下清理 ALSA 状态，可以使用 rmmod 卸载声卡驱动程序模块，然后手动删除 asound.state 中不需要的条目，然后使用 modprobe 重新安装声卡驱动程序模块。

一次只能供一个用户使用的问题

您可能会发现一次只有一个用户可以使用 dmixer。这对大多数人来说可能没问题，但对于那些将 mpd 作为单独用户运行的人来说，这是一个问题。当 mpd 正在播放时，普通用户无法通过 dmixer 播放声音。虽然在用户登录帐户下运行 mpd 是完全可能的，但已经找到了另一种解决方案。在 pcm.dmixer 块中添加一行 ipc_key_add_uid 0 可以禁用此锁定。以下是 asound.conf 的片段，其余部分与上面相同。

...
pcm.dmixer {
    type dmix
    ipc_key 1024
    ipc_key_add_uid 0
    ipc_perm 0660
slave {
 ...

Dell 笔记本电脑上的噼啪声/咔嗒声

检查您是否安装了 i8kutilsAUR，以及是否有任何东西（例如 i8kmon.service）正在读取或写入模块暴露的接口，因为 i8kutils BIOS 系统调用会在某些系统上阻止内核片刻。有关更多详细信息，请参见 Fan speed control#Dell laptops 中的警告。

来自 "https://wiki.archlinux.org.cn/index.php?title=Advanced_Linux_Sound_Architecture/Troubleshooting&oldid=857470" 的检索结果