ThinkPad T14 G1（Intel平台）Ubuntu 24.04内置音频失效求助

看起来你的问题是Comet Lake PCH的SOF音频驱动和PipeWire/WirePlumber在Ubuntu 24.04下的兼容性问题，我之前帮朋友处理过几乎一模一样的ThinkPad T14音频故障，给你几个针对性的排查和修复方案：

方案1：切换回传统HDA驱动 #

你的设备当前用的是sof-audio-pci-intel-cnl这个新的SOF驱动，虽然它是未来的趋势，但偶尔会在某些ThinkPad机型上出稳定性问题，我们先试试切换到更成熟的snd_hda_intel驱动：

1. 打开grub配置文件编辑：sudo nano /etc/default/grub
2. 找到GRUB_CMDLINE_LINUX_DEFAULT这一行，在引号里的内容后面加上snd_intel_dspcfg.dsp_driver=1，比如修改后应该是：

   GRUB_CMDLINE_LINUX_DEFAULT="quiet splash snd_intel_dspcfg.dsp_driver=1"
   

3. 按Ctrl+O保存，Ctrl+X退出，然后更新grub：sudo update-grub
4. 重启系统后，用inxi -A确认驱动已经切换成snd_hda_intel，再测试内置音频

方案2：彻底重置PipeWire/WirePlumber配置 #

你之前只删了WirePlumber的状态文件，可能还有残留的配置冲突，试试彻底重置整个音频服务的用户配置：

1. 先停掉相关的用户服务：

   systemctl --user stop pipewire*.service wireplumber*.service pipewire*.socket
   

2. 删除所有用户级的PipeWire和WirePlumber配置、状态文件：

   rm -rf ~/.local/state/pipewire ~/.local/state/wireplumber ~/.config/pipewire ~/.config/wireplumber
   

3. 重新安装音频相关包，确保覆盖默认配置：

   sudo apt reinstall pipewire pipewire-pulse wireplumber pipewire-alsa alsa-utils
   

4. 重新启动用户服务：systemctl --user start pipewire pipewire-pulse wireplumber
5. 不用重启系统，直接用wpctl status确认所有服务都是active状态，再测试音频

方案3：排查ALSA层面的硬件状态 #

有时候是ALSA层面的静音或设备识别问题，我们直接绕开PipeWire测试：

1. 打开alsamixer：alsamixer
2. 按F6选择你的Intel音频设备（别选PipeWire的虚拟设备），仔细检查所有播放、捕获通道，确保没有被静音（显示MM的是静音，按M可以取消），音量滑块也别拉到0
3. 用ALSA直接播放测试音频：aplay /usr/share/sounds/alsa/Front_Center.wav
   • 如果这个有声音，说明问题出在PipeWire/WirePlumber的配置上，回到方案2再仔细操作一遍
   • 如果还是没声音，那大概率是驱动或硬件初始化的问题，优先试试方案1

方案4：更新到最新内核 #

你当前用的是6.8.0-45内核，Ubuntu 24.04已经推送了更新的内核版本，新内核通常会修复SOF驱动的已知bug：

1. 安装最新的HWE内核：sudo apt install linux-generic-hwe-24.04
2. 重启系统，在grub菜单里选择新内核进入，再测试音频

如果以上方案都没解决，你可以把wpctl inspect的输出（重点看内置音频设备的状态部分）和dmesg | grep -i audio的内核日志贴出来，我再帮你进一步排查。

备注：内容来源于stack exchange，提问作者KTMKomuter