Win11 装完九月更新后 USB 声卡报 Code 10、没有声音：先确认是不是微软登记的那条已知问题
结论先说
2026 年 9 月 8 日的 Windows 安全更新发布后，微软在 Windows 11 的发布健康页面登记了一条已知问题：部分 USB Audio Class 1.0 音频设备可能出现无法启动（设备管理器显示 Code 10）或没有声音的情况。这条问题的状态字段写的是「已缓解」（Mitigated），不是「已解决」。
关键的分界在 9 月 14 日：当天发布的带外更新只处理了其中一种表现——设备在 8 声道或 3D 音频模式下失效那一项。Code 10、没有音频输出、音量控件推不动、声音设置打不开这几种情况，按条目原文仍处于「正在处理」状态。
这篇文章不确认三件事：不确认你的设备一定属于这条问题；不确认受影响设备的品牌型号名单（条目没有给）；不确认剩余症状会在什么时候处理完。
这条问题覆盖谁
条目写得很明确：只限 USB Audio Class 1.0 设备。这句话既是范围，也是排除条件——如果你用的是 HDMI 输出、蓝牙耳机、主板板载声卡，或者设备的音频协议是 Class 2.0，都不在条目描述之内（Class 2.0 是否也可能受影响，条目没有说，这里也不替它断言）。
系统侧，条目列出的受影响客户端版本是 Windows 11 26H2 / 26H1 / 25H2 / 24H2 / 23H2，以及 Windows 10 22H2 / 21H2 和两个企业长期服务版；服务器侧另列了 Windows Server 2025 至 2012 的一串版本。
三个主要分支上，条目登记的引入更新与内部版本如下：
| 系统版本 | 引入问题的更新 | 条目中的内部版本 |
|---|---|---|
| Windows 11 24H2 | KB5124008（2026-09-08） | 26100.9445 |
| Windows 11 25H2 | KB5124008（2026-09-08） | 26200.9445 |
| Windows 11 23H2 | KB5122880（2026-09-08） | 22621.7582 |
这张表的用处是核对：你的内部版本号落在这几个号段附近，才谈得上对号入座；版本号差得远，先怀疑别的方向。
五类表现，只有一类已经被更新覆盖
条目给出的是五类并列表现，设备可能只出现其中一项，也可能出现多项：
- 设备管理器里显示「This device cannot start (Code 10).」
- 没有音频输出
- 音量控件无响应，或一直停在零
- 声音设置无响应或不可用
- 标准立体声下能用，切到多声道（含 8 声道或 3D 音频模式）就失效
第 5 项是 9 月 14 日带外更新点名覆盖的那一项。前四项，条目没有逐条标注为已处理。
已经处理到哪一步
条目原文的措辞值得逐字读：「该问题在 2026 年 9 月 14 日发布的带外更新及此后发布的更新中被部分解决」，解决的是 8 声道或 3D 音频模式下的症状，「其余症状正在处理，会在有新信息时更新文档」。
这里有两个容易读错的地方。
一是状态字段。「已缓解」和「已解决」是两种不同状态：前者表示情况得到减轻或部分绕开，后者表示问题消失。这条目前停在前者。
二是更新编号按分支不同。24H2 与 25H2 页面上，9 月 14 日那款带外更新写作 KB5129195；23H2 页面上，同一天的同款更新写作 KB5129242。两个编号并存，不是笔误，而是各分支自己的交付编号，照自己系统的分支去对。
条目在本页的最后更新时间是 2026 年 9 月 29 日。此后本条目内没有新的状态变更记录，因此剩下四种症状的进展，目前没有可引用的公开说明——这不代表已经处理，也不代表没有处理，只是条目还没写。
判断顺序：三步
下面三步用来核对范围，依据是本条目与微软的设备管理器错误代码表；最后一条属于判断方法上的建议，不是厂商给出的操作步骤。
第一步，确认系统版本与内部版本号。 Windows 设置里的「系统 → 系统信息」可以查到当前运行版本和内部版本号，微软支持页给出了各版本对应的查看路径。把查到的号对上上面那张表。
第二步，看设备管理器里的代码。 在设备管理器里找到音频设备，若状态写「这个设备无法启动（Code 10）」，说明系统把该设备判定为启动失败。要注意 Code 10 是通用代码：在微软的设备管理器错误代码表中，它对应 CM_PROB_FAILED_START，只说明设备未能启动，不说明原因。所以它不能单独证明你遇到的是这条已知问题。
第三步，看失效是否只发生在多声道场景。 如果设备在立体声下正常、一开 8 声道或 3D 就哑，就落在条目症状清单的第 5 项，这一项已被 9 月 14 日的带外更新覆盖——24H2 与 25H2 上装到 KB5129195 或其后的更新，23H2 上装到 KB5129242 或其后的更新，按条目说法这一类症状在其中已被处理。若设备在立体声下也起不来，属于前四项的范围。
关于切 2 声道：条目里有一句「部分客户反馈，把设备切到 2 声道模式后声音恢复」。这是用户侧反馈，不是厂商给出的处理办法，也没有说明对哪些设备有效。可以试，但别把它当成结论。
一个判断建议：如果设备在更新前一直正常、更新后才变成 Code 10，那么「驱动坏了」这个假设的优先级并不高，先按上面三步核对范围，比反复重装驱动更省时间。这条是方法建议，不是厂商说明。
这些情况别套用本页结论
- 设备不是 USB Audio Class 1.0。 板载声卡、HDMI 或 DisplayPort 音频、蓝牙耳机都不在条目范围内。
- 更新之前就有同样问题。 那条问题的成因和这条不同，需要另找方向。
- 是整个应用自己崩掉。 站内另一篇讲的是 KB5124010 之后 AC-3 解码导致应用异常关闭，表现是应用退出，而这里的表现是设备起不来。两者症状不同，条目也分属不同记录，不要互相套。
- 只有某一款老游戏没声音。 先在游戏内的音频输出设置里确认选的是哪个设备、是不是走到了多声道，这属于游戏配置层，不是系统更新这条。
还查不到的部分
- 剩余四项症状的处理时间表：条目未给，本页最后更新停在 9 月 29 日。
- 受影响设备的具体品牌与型号：条目只写「部分设备」，没有名单。
- 本条与 USB Audio Class 2.0 设备的关系：条目限定 Class 1.0，未提 2.0。
- 回滚或卸载更新是否适用于本问题：条目没有把它列为处理方式，本文不代替厂商给这个建议。
谁需要关注这一条
如果你在九月更新后突然发现 USB 声卡或 USB 耳机不发声、音量条推不动、设备管理器里挂着 Code 10，而且设备在更新前是好的，那么这条已知问题值得先核对一遍——尤其当设备只在多声道模式下失效时，问题可能已经在 9 月 14 日那款带外更新里被处理过，不需要从换硬件开始排查。
反过来，如果你的设备是板载或 HDMI 输出，或者问题在更新前就存在，这篇帮不上，别在系统更新这条线上耗时间。
