Windows 11でマイクが突然消える原因は「AMD Audio Core Processor」かも？更新で崩れるドライバ競合の直し方

Windows 11のAMD搭載ノートで「再起動直後は内蔵マイクが動くのに、しばらくすると認識されなくなる」「スリープ復帰後にZoom/Google Meetでマイクが消える」――この症状、ハード故障ではなく“ドライバの組み合わせがWindows Updateで崩れる”パターンが多いです。特にデバイスマネージャーで AMD Audio Core Processor（またはAudio CoProcessor） がエラー表示になる場合、音声周り（Realtek/OEM音声＋AMD側コンポーネント＋Windowsの配布ドライバ）の競合が疑わしいです。 Reddit+2Reddit+2

Windows 11でマイクが突然消える原因は「AMD Audio Core Processor」かも？更新で崩れるドライバ競合の直し方

起きていることを整理：典型症状と“ドライバ競合”のサイン

よくある共通点は次の通りです。

再起動すると直るが、時間経過やスリープ復帰で再発
会議アプリ（Zoom/Meet等）からマイクが選べない／入力が無音
デバイスマネージャーで AMD Audio Core Processor がエラー（Code 10 など）
Windows Update後に発生頻度が上がる

Code 10（「このデバイスを開始できません」）は、Windowsがそのドライバを正しく起動できない状態で出る代表例です。 Microsoft サポート+1

まず効く“応急処置”：再起動以外で復旧させる

毎回再起動はつらいので、再発時にまず試す順番です。

音声デバイスの無効→有効
デバイスマネージャーで「AMD Audio Core Processor / Audio CoProcessor」や「Realtek Audio」周辺を一度無効化し、再度有効化します。再起動より軽く復旧することがあります。
Windowsのオーディオトラブルシューティング
設定 → システム → トラブルシューティング → その他のトラブルシューティング → オーディオ系を実行。軽微な構成崩れならここで戻ることがあります。 Microsoft Learn
会議アプリ側の入力デバイス選択を“固定し直す”
マイクが一瞬でも戻ったタイミングで、アプリ内の入力デバイスを再選択しておくと再認識が安定するケースがあります。

根本解決の本丸：BIOS・OEM音声・AMDチップセットを“同じ思想”で揃える

この手の不具合は「最新版ならOK」ではなく、OEMが想定した組み合わせに戻すのが近道です。

1) BIOS更新が刺さるケースがある

メーカーによっては「AMDの音声コプロセッサ系ドライバはBIOSとの整合が重要」と明記しています。BIOSとAMDグラフィック/関連ドライバの更新がズレると、内蔵スピーカー/マイク/Bluetooth音声が動かなくなるという注意喚起もあります。 jp.msi.com
→ 結論：まずPCメーカー（Lenovo/HP/Dell/MSI/ASUSなど）のサポートページで、BIOSと音声/チップセット/グラフィックの推奨手順を確認して同じ順で適用。

2) AMDチップセットドライバは“AMD公式”で更新して良いことが多い

AMDはWindows 10/11向けのチップセットドライバ提供と導入手順を公開しています。チップセットを最新化することで、電源管理や周辺デバイス制御が改善し、スリープ復帰系の不具合が減ることがあります。 AMD+2AMD+2

3) 音声（Realtek等）は“OEM版の入れ直し”が安定しやすい

マイク入力はRealtekやOEM拡張（ノイズ抑制、ビームフォーミング等）と密接です。Microsoftの回答でも、問題が続く場合は**メーカーサイトのドライバを「更新」ではなく「再インストール」**する案内が一般的です。 Microsoft Learn

「AMD Audio Core Processorを無効化していい？」への現実的な答え

結論から言うと、恒久的な無効化はおすすめしません。理由は2つあります。

内蔵マイク（特にデジタルマイク/DMIC）や音声処理が、そのデバイス経由で制御されている機種がある
無効化で「今は動く」ように見えても、スリープ復帰や別アプリで音声経路が壊れることがある

ただし、切り分け目的で一時的に無効化して「消える原因がそこか」を見るのは有効です。外付けUSBマイク運用に完全移行するなど、構成が明確な場合のみ“暫定回避”として検討してください。

Windows Updateに壊されないようにする：ドライバ上書きを止める方法

「直してもWindows Updateで戻される」問題には、2段構えが効きます。

1) ポリシーで“ドライバをWindows Updateに含めない”

Windows 11 Pro/Enterpriseなら、グループポリシーの
「Do not include drivers with Windows Updates（Windows Updateにドライバーを含めない）」
を有効にできます。Microsoftの公式ドキュメントでも同方針が案内されています。 Microsoft Learn+1
（Homeエディションだと同等操作が難しい場合があります。）

2) 特定デバイスだけ“インストール禁止”にする（より強い）

Pro系では、デバイスのハードウェアIDを指定して「このIDに一致するデバイスのインストールを禁止」を設定する方法もあります。ドライバだけを狙い撃ちでき、他の更新を邪魔しにくいのが利点です。 Reddit

仕上げの安定化チェック：再発しやすいポイントを潰す

最後に、再発率を下げる実務チェックです。

スリープ復帰で再発するなら、BIOSとチップセットを優先（電源管理絡みが多い） AMD+1
会議アプリだけダメなら、Windowsのマイク権限（設定 → プライバシーとセキュリティ → マイク）も確認
デバイスマネージャーでエラーコードが出るなら、まずは“OEM音声の入れ直し→AMDチップセット更新→Updateのドライバ配布停止”の順が安全

まとめ：狙うべきは「ドライバの最適解」ではなく「崩れない組み合わせ」

この症状は、単体ドライバの良し悪しよりも (1) BIOS、(2) OEM音声、(3) AMDチップセット、(4) Windows Updateのドライバ配布 の整合が崩れて起きがちです。
再起動で直る時点でハード故障の可能性は低め。まずはメーカー推奨の順序でBIOSと音声系を揃え、最後にWindows Updateのドライバ上書きを止める――この流れで“再発しない状態”に持っていけます。 jp.msi.com+2Microsoft Learn+2