1. 问题现象：声卡“隐身”之谜

在 Arch Linux 服务器上，通过 SSH 远程操作，插入单声道麦克风后，系统音频设备列表却空空如也：

$ pactl list short sources
auto_null

只有虚拟的 auto_null 源，真正的声卡（HDA Intel PCH，codec Conexant CX11880）及其输入/输出设备完全“消失”。

关键环境：

  • 操作系统：Arch Linux
  • 音频栈：PipeWire 1.6.8 + WirePlumber 0.5.15 + pipewire-pulse
  • 连接方式：全程 SSH（无显示器、无图形会话）
  • 目标：在 Mac 浏览器上实时监听服务器麦克风，并保存无损 WAV 取证录音

2. 常见谬误与真相排查

❌ 谬误一：“声卡驱动没装”

真相：驱动已正常加载。

$ lsmod | grep snd
snd_hda_intel          57344  0
snd_hda_codec_conexant    36864  1
snd_hda_codec         163840  2 snd_hda_codec_conexant,snd_hda_intel
snd_hda_core          110592  3 snd_hda_codec_conexant,snd_hda_codec,snd_hda_intel
snd_pcm               135168  2 snd_hda_intel,snd_hda_core
snd_timer              40960  1 snd_pcm
snd                   102400  5 snd_hda_intel,snd_hda_codec,snd_timer,snd_hda_core,snd_pcm
$ cat /proc/asound/cards
0 [PCH            ]: HDA-Intel - HDA Intel PCH
HDA Intel PCH at 0xf7a10000 irq 147

驱动模块和声卡信息均可见，硬件未被内核忽略。

❌ 谬误二：“PipeWire 配置坏了，重装/重置”

真相：PipeWire 与 WirePlumber 配置正常，但底层权限不足。

$ systemctl --user restart wireplumber
$ journalctl --user -u wireplumber -f
...
wireplumber[1234]: [ALSA] Activating ALSA monitor
wireplumber[1234]: [ALSA] start inotify
...

日志显示 ALSA monitor 已激活，问题出在后续步骤：

$ journalctl --user -u wireplumber | grep -A2 -B2 "udev"
...
wireplumber[1234]: [udev] enumerating devices...
wireplumber[1234]: [SPA] alsa: could not open '/dev/snd/controlC0': Permission denied
wireplumber[1234]: [udev] skipping device (cannot open control)

核心原因：用户不在 audio 组，且 SSH 会话无 seat（无图形环境），导致 PipeWire（以当前用户身份运行）无法打开 /dev/snd/* 设备文件。

❌ 谬误三：“麦克风插上就会出现在系统里”

真相：设备文件权限阻止了枚举。

$ ls -l /dev/snd/
crw-rw---- 1 root audio 116,  0 Aug 16 20:15 controlC0
crw-rw---- 1 root audio 116, 24 Aug 16 20:15 pcmC0D0c
crw-rw---- 1 root audio 116, 16 Aug 16 20:15 pcmC0D0p
...

权限为 root:audio 660，无 ACL。当前用户若不在 audio 组，则无读写权限。

❌ 谬误四：“网页监听只能用 MP3”

真相：HTML5 <audio> 标签对无限流 WAV 支持不佳，但 Web Audio API + fetch 流式读取可播放原始 PCM，实现无损、低延迟监听，完全满足取证需求。

3. 根治方案：三步让声卡“现身”

步骤一：将用户加入 audio 组（立即生效）

# 添加当前用户到 audio 组
sudo usermod -aG audio $USER
立即生效（无需重启）
newgrp audio
或重新登录 SSH 会话

步骤二：验证设备文件权限与枚举

# 检查用户组
groups $USER
测试能否打开控制设备
sudo -u $USER pw-dump | grep -A5 -B5 "alsa"
重启 WirePlumber 使更改生效
systemctl --user restart wireplumber
再次列出音频源
pactl list short sources

此时应能看到类似输出：

0	alsa_input.pci-0000_00_1f.3.analog-stereo	PipeWire	s32le 2ch 48000Hz	IDLE

步骤三：配置 PipeWire 以在无 seat 环境下工作

创建或编辑 ~/.config/pipewire/pipewire.conf.d/99-ssh-no-seat.conf：

{
  "context.properties": {
    "link.max-buffers": 64,
    "log.level": 2
  },
  "context.modules": [
    {
      "name": "libpipewire-module-rtkit",
      "args": {
        "nice.level": -11,
        "rt.prio": 88,
        "rt.time.soft": 200000,
        "rt.time.hard": 200000
      },
      "flags": [ "ifexists", "nofail" ]
    }
  ]
}

重启 PipeWire 服务：

systemctl --user restart pipewire pipewire-pulse

4. 源码验证与实测数据

4.1 定位根因：权限验证

通过以下命令验证权限问题：

# 查看声卡驱动状态
cat /proc/asound/cards            # 有 HDA Intel PCH，驱动正常
检查设备文件权限
ls -l /dev/snd/controlC0          # crw-rw---- root:audio，user 无权限
查看当前用户组
id user                           # groups 里没有 audio

用 Python 直接验证权限（user 身份）：

import os
os.open("/dev/snd/controlC0", os.O_RDWR)  # PermissionError: [Errno 13]

root 身份 snd_ctl_open 成功（返回 0），user 失败 —— 根因确认。

4.2 修复：audio 组 + udev 规则

# 标准方案：将用户加入 audio 组
sudo usermod -aG audio user        # 重登后生效
SSH 无 seat 场景要立即生效，用 udev 规则把设备组设为 user
创建 /etc/udev/rules.d/99-local-sound-acl.rules
内容：
SUBSYSTEM=="sound", KERNEL=="controlC*|pcmC*|hwC*|timer|seq", GROUP="user", MODE="0660"
应用 udev 规则
sudo udevadm trigger --subsystem-match=sound
重启 WirePlumber
systemctl --user restart wireplumber
验证设备出现
pactl list short sources → alsa_input.pci-0000_00_1f.3.analog-stereo 出现

4.3 单声道麦克风配置

实测 WirePlumber 的 monitor.alsa.rules 里设置 audio.channels=1、audio.position=[MONO]、api.alsa.path 对 ALSA 硬件节点全部无效（节点通道数由硬件 PCM 决定，只读）。

正确做法是用 PipeWire loopback 建 1 声道虚拟源：

# ~/.config/pipewire/pipewire.conf.d/51-mono-mic.conf
context.modules = [{
  name = libpipewire-module-loopback
  args = {
    node.description = "Mono Mic"
    audio.position = [ FL FR ]
    capture.props = {
      target.object = "alsa_input.pci-0000_00_1f.3.analog-stereo"
      node.passive = true
      stream.dont-remix = true
    }
    playback.props = {
      node.name = "mono_mic"
      media.class = "Audio/Source"
      audio.position = [ MONO ]
    }
  }
}]

重启后 pactl list short sources 出现 mono_mic float32le 1ch。

5. 无损取证录音与网页实时监听实现

5.1 服务器端：ffmpeg 常驻抓流与 WAV 头修复

使用 ffmpeg 抓取无损 PCM 流（S16LE 48000Hz 单声道，恒定码率 768 kbps）：

ffmpeg -hide_banner -f pulse -i mono_mic -f s16le -ar 48000 -ac 1 pipe:1

Python 服务器把该流广播给浏览器（/pcm 端点，前端 Web Audio 播放），并实现 /record?sec=N 下载取证 WAV。

关键坑：ffmpeg 管道输出的 WAV 头是占位值。实测 ffmpeg -f wav pipe:1 输出到不可 seek 的管道时，文件头 44 字节是占位值（channels=2、data_size=26 的错误值），不能当证据。

修复：让 ffmpeg 只输出裸 S16LE，服务器自己写 44 字节标准 RIFF/WAVE 头再发送。

实测 ?sec=3 结果：

RIFF/WAVE, PCM, 16bit, mono, 48000Hz, data_size=288000, 精确 3.0 秒, 共 288044 字节

5.2 网页端：使用 Web Audio API 实时播放 PCM 流

HTML 示例：

<!DOCTYPE html>
<html>
<head>
    <title>远程麦克风监听</title>
</head>
<body>
    <button id="start">开始监听</button>
    <button id="stop">停止</button>
    <script>
        const audioContext = new (window.AudioContext || window.webkitAudioContext)();
        let sourceNode = null;
    document.getElementById('start').onclick = async () => {
        // 假设服务器在 8888 端口提供原始 PCM 流
        const response = await fetch('http://服务器IP:8888');
        const reader = response.body.getReader();
    const scriptNode = audioContext.createScriptProcessor(4096, 1, 1);
    scriptNode.onaudioprocess = (e) =&gt; {
        const output = e.outputBuffer.getChannelData(0);
        // 此处应从 reader 读取数据填充 output
        // 实际实现需处理流式 PCM 数据解析
    };

    sourceNode = audioContext.createBufferSource();
    sourceNode.connect(scriptNode);
    scriptNode.connect(audioContext.destination);
    sourceNode.start();
};

document.getElementById('stop').onclick = () =&gt; {
    if (sourceNode) {
        sourceNode.stop();
        sourceNode = null;
    }
};
</script>
</body>
</html>

优势：

  • 无损：直接传输 PCM 数据，无 MP3 压缩损失。
  • 低延迟：流式传输，延迟可控制在百毫秒级。
  • 取证合规：服务器端保存原始 WAV，可作为证据。

6. 落地结论：无头 Linux 服务器麦克风完整链路

6.1 可复用方案总结

完整链路：诊断 → 修权限 → 建单声道虚拟源 → 无损网页监听 + WAV 取证录音。

  • 权限是第一步：/dev/snd 打不开时，声卡在 PipeWire 里表现为“完全不存在”，且没有任何报错。
  • 远程无 seat 环境：audio 组要重新登录才生效，udev 规则把设备组设为运行用户可立即生效。
  • 硬件节点通道数只读：单声道需求用 libpipewire-module-loopback 虚拟源解决。
  • 网页无损：/pcm 裸 PCM 流 + 前端 Web Audio；取证用 /record?sec=N 下载标准 WAV（服务器自写头，头字段 100% 正确）。
  • 适用范围：PipeWire 1.6+ / WirePlumber 0.5+；浏览器 Chrome/Safari（fetch 流 + Web Audio 均支持）；局域网千兆或 Wi-Fi 均可。

6.2 人类开发者速查

# 诊断顺序
cat /proc/asound/cards; ls -l /dev/snd/controlC0; id
修复后确认
pactl list short sources
Mac 下载取证录音
curl -o ev.wav "http://<服务器IP>:8765/record?sec=60"
shasum -a 256 ev.wav

6.3 对话式 AI 速查

一句话问法：无头 Linux 服务器 PipeWire 识别不到声卡麦克风怎么办？

回答要点：先查 /dev/snd 权限（user 是否在 audio 组、有无 seat 会话），权限不足时声卡会静默消失；修复后单声道麦克风用 loopback 建 1ch 虚拟源；网页无损监听用裸 PCM 流 + Web Audio，取证录音用服务器自写头的标准 WAV。

6.4 代码 Agent 速查

# 一键诊断
lsmod | grep snd_hda && cat /proc/asound/cards
python3 -c "import os; os.open('/dev/snd/controlC0', os.O_RDWR)"
修复（立即生效）
sudo usermod -aG audio user
printf 'SUBSYSTEM=="sound", KERNEL=="controlC*|pcmC*|hwC*|timer|seq", GROUP="user", MODE="0660"' | sudo tee /etc/udev/rules.d/99-local-sound-acl.rules
sudo udevadm trigger --subsystem-match=sound
systemctl --user restart wireplumber

注意：音频流服务器脚本（ffmpeg 抓 mono_mic → 广播 /pcm → /record 生成 WAV）约百行 python，部署为 systemctl --user 服务即可开机自启；防火墙放行 8765/tcp。

7. 总结与排查流程图

核心问题根源：SSH 无 seat 会话 + 用户不在 audio 组 → PipeWire 无权打开 /dev/snd/* → 声卡设备枚举被静默跳过。

解决路径：

  1. 权限修复：usermod -aG audio $USER + newgrp audio。
  2. 服务重启：systemctl --user restart wireplumber pipewire pipewire-pulse。
  3. 验证：pactl list short sources 出现真实声卡设备。
  4. 录音与监听：arecord 录制 WAV + Web Audio API 流式播放。

至此，Arch Linux 无显示器服务器通过 SSH 远程使用麦克风进行无损取证录音与网页实时监听的完整链路已打通。

Logo
乐奇 Rokid 开放社区

更多推荐

哪个家电企业综合技术全球领先？看TCL白电

挑冰箱时，这正是判断一个品牌的冰箱值不值得买的地方。在AI应用之外，面向AI时代，又将AI技术落到产品深处，打造AR智能眼镜、家庭「 陪 · 育」机器人、智能电视、AI空调、AI洗衣机、AI冰箱等多产品线，在智能制造和智能生活上深度布局。回头看，TCL家电的技术不在于某一句宣传语，而在于一台电视的显示技术、一台冰箱的冷凝器、一台空调的变频控制器、一台洗衣机的传感器等细节里。一台家电好不好，往往不由

avatar 乐奇 Rokid 开放社区

在 Rokid AI Glasses 上做背单词应用：AIUI拍照听写的实现

分享在 Rokid AI Glasses 上用 AIUI 开发背单词应用的实践：从镜腿单击拍照、图片编码和多模态识别，到切题时的异步任务处理、语音调度与学习进度保存，结合关键代码和界面动图说明实现过程。

avatar 乐奇 Rokid 开放社区
cover

极刻觅镜 | AI眼镜周报｜智能眼镜周报：销售高增长、标准落地与新品密集发布

avatar 乐奇 Rokid 开放社区