Windows 11 24H2 へのアップデート後に、突然「DPC_WATCHDOG_VIOLATION」のブルースクリーンが出て再起動を繰り返してしまうケースが増えています。クラッシュ画面には lsass.exe が表示されることもあり、「認証やセキュリティが壊れたのでは？」と不安になりがちです。この記事では、実際の原因になりやすい AMD GPIO ドライバー（amdgpio2.sys）に焦点を当て、具体的な対処手順と再発防止策を詳しく解説します。
Windows 11 24H2 での BSOD「DPC_WATCHDOG_VIOLATION」とは
まずはエラー名そのものの意味を押さえておきましょう。「DPC_WATCHDOG_VIOLATION」は、バグチェックコード 0x133 に対応するブルースクリーン（BSOD）で、日本語環境では「DPC WATCHDOG 違反」と表示されることがあります。
DPC（Deferred Procedure Call）は、カーネルモードでの割り込み処理を効率化する仕組みです。ストレージドライバーやチップセットドライバーなどが、この DPC を使って高速な処理を行います。ところが、何らかのドライバーが長時間 DPC を占有してしまうと、Windows 側の「監視役」（Watchdog）が「これは異常な状態だ」と判断し、システムを保護するために強制的にクラッシュさせます。これが「DPC_WATCHDOG_VIOLATION」です。
代表的な原因としては、以下のようなものが挙げられます。
- ストレージドライバー（NVMe / SATA / RST など）の不具合・古いバージョン
- チップセットドライバーや GPIO ドライバーの不整合
- BIOS/UEFI と Windows 11 の新しいカーネルとの相性問題
- 一部の常駐ソフト・仮想化ソフト・セキュリティ製品のドライバー
今回取り上げるケースでは、ミニダンプを詳細に解析した結果、amdgpio2.sys（AMD GPIO Controller ドライバー） がトリガーになっていることが分かりました。
なぜ lsass.exe が表示されるのか ― 犯人に見えて実は「被害者」
クラッシュ画面やミニダンプの概要を見ると、「lsass.exe（Local Security Authority Subsystem Service）」が関与しているように見えることがあります。名前からしてセキュリティ関連なので、「認証の仕組みが壊れた」「ウイルス感染かも」と心配になる人も多いでしょう。
しかし、多くのケースでは、lsass.exe は「巻き添え」になっているだけで、真犯人ではありません。
lsass.exe の役割
lsass.exe は、Windows の認証・ログオン・パスワード変更・Kerberos 認証などを司る重要なシステムプロセスです。
- ユーザー名・パスワードの検証
- ドメイン参加 PC の認証処理（Active Directory 環境）
- 資格情報の管理・保護
これらは基本的に ユーザーモードのプロセス で行われます。一方で、DPC_WATCHDOG_VIOLATION を引き起こすのは、ほとんどのケースで カーネルモードのドライバー です。
「lsass.exe が表示される＝lsass.exe が原因」ではない
ブルースクリーン画面や解析ツールは、クラッシュ発生時に前面で動いていたプロセス名や巻き込まれたプロセスを表示することがあります。そのため、たまたま lsass.exe のコンテキストで問題が発生したように見え、ログにもその名前が出てきます。
しかし、実際には：
- カーネルモードで動作するドライバー（今回の例では amdgpio2.sys）が DPC を長時間ブロック
- 結果としてシステム全体が停止し、lsass.exe も巻き込まれた状態でクラッシュ
- 解析ツールは lsass.exe を「関連プロセス」として表示
という流れになっているだけのことが多いです。プロセス名よりも、スタックトレースや「モジュール名（.sys ファイル）」の方が真犯人に直結する情報だと覚えておきましょう。
実際の原因：amdgpio2.sys（AMD GPIO Controller ドライバー）とは
今回のケースで、ミニダンプの解析から浮かび上がったのが amdgpio2.sys です。これは、AMD プラットフォームで使用される GPIO（General Purpose Input/Output）コントローラー用ドライバー です。
AMD GPIO ドライバーが担当していること
GPIO コントローラーは地味な存在ですが、実は以下のような多くのハードウェア動作に関わっています。
- 電源ボタン・スリープボタン・蓋の開閉スイッチ
- 各種センサー（例：加速度、近接、明るさ）の制御
- 一部の USB ポートやドックの状態検知
- プラットフォーム固有の省電力制御
Windows 11 24H2 などの大規模アップデートでは、ACPI（電源管理）やドライバーモデルに変更が入ることがあり、古い AMD チップセットドライバーや GPIO ドライバーのままだと、カーネルとの噛み合わせが悪くなりがちです。その結果、DPC 処理が長時間ブロックされ、DPC_WATCHDOG_VIOLATION が発生します。
ミニダンプ解析で amdgpio2.sys が疑われるパターン
WinDbg や WhoCrashed、BlueScreenView などでミニダンプを解析すると、以下のような情報が確認できることがあります。
- BugCheck 0x133（DPC_WATCHDOG_VIOLATION）
- スタックトレース内に amdgpio2.sys が頻出
- Probably caused by : amdgpio2.sys と表示
- lsass.exe は Current Process として参照されるが、コールスタック上の主役ではない
このような場合、Windows のアップデートに対して AMD チップセットドライバーが追従できておらず、GPIO 周りでタイムアウトが起きている可能性が高くなります。
最優先で行うべき対処：ドライバーの一括更新
原因がドライバーであることが分かっているなら、まずは 「まとめて新しい状態にする」 のが最も効率的です。特に Lenovo のノート PC / デスクトップを使っている場合は、Lenovo Vantage を利用したドライバー一括更新が非常に有効です。
Lenovo Vantage を使った更新（Lenovo PC の場合）
- Microsoft Store を開き、「Lenovo Vantage」を検索してインストール
- Lenovo Vantage を起動し、「システム更新」または「デバイスの更新」を開く
- 推奨すべて にチェックを入れ、提供されているドライバー/ファームウェアの更新を一括適用
- 完了後、必ず再起動を行う
特に以下のドライバーを重点的に更新します。
| カテゴリ | 具体的なドライバー | チェックポイント |
|---|---|---|
| チップセット | AMD Chipset Driver 一式 | バージョンが 2023 年以前のものなら更新必須 |
| GPIO | AMD GPIO Controller（amdgpio2.sys） | 新しいチップセットドライバーに含まれることが多い |
| ストレージ | NVMe コントローラー / AMD SATA / RAID ドライバー | DPC_WATCHDOG_VIOLATION の定番原因、必ず最新化 |
| 電源管理 | AMD SMBus / AMD PSP / Power Management ドライバー | スリープ・復帰時 BSOD 対策として重要 |
| USB・ドック | USB コントローラー / Thunderbolt / ドック用ドライバー | 外付け機器利用時に発生する BSOD の抑制に効果的 |
Lenovo 以外のメーカの場合の更新方法
Lenovo Vantage に相当するユーティリティがない場合は、以下の順番で更新するのが現実的です。
- PC メーカー公式サイトの「サポート」「ドライバー＆ダウンロード」ページを開く
- 型番やシリアル番号で自分の PC を特定
- 対象 OS を「Windows 11」「Windows 11 23H2/24H2」などに指定
- チップセット / ストレージ / 電源管理 / BIOS を優先してダウンロード・インストール
- 必要に応じて AMD 公式サイトから最新のチップセットパッケージを取得
なお、ドライバーをインストールした後は、必ず 1 回以上再起動してから動作確認を行ってください。古いドライバーがメモリ上に残っていると、再起動するまで BSOD が解消しないことがあります。
BIOS/UEFI の更新もセットで検討する
Windows 11 24H2 のようなメジャーアップデートでは、OS 側だけでなく、マザーボードの BIOS/UEFI ファームウェア側も最新にしておくことが重要です。とくに、
- CPU 世代が 2～3 世代前（Ryzen 3000/4000 番台など）
- 購入時のまま BIOS を一度も更新していない
といった場合、古い ACPI テーブルや電源管理の実装が原因で、GPIO ドライバーとの組み合わせが不安定になることがあります。
BIOS 更新前に確認しておくべきこと
| 項目 | 内容 |
|---|---|
| 電源 | AC アダプタ接続・バッテリー残量 50％以上（ノート PC） |
| バックアップ | 重要なデータは外付けドライブやクラウドに退避 |
| 暗号化 | BitLocker や他社製暗号化製品の有無を確認（回復キーの控え必須） |
| 配布ファイル | PC メーカー純正の BIOS 更新プログラムを使用 |
| スケジュール | 更新中は PC が使えないため、30 分～1 時間程度余裕のある時間帯に実施 |
BIOS 更新の一般的な手順
- PC メーカー公式サイトで、機種に合った最新 BIOS をダウンロード
- 説明書（リリースノートや readme）をよく読む
- Windows 上から実行するタイプの場合は、すべてのアプリを終了し、管理者権限で実行
- 再起動後、BIOS 更新プロセスが自動的に進むので、絶対に電源を切らない
- 更新完了後、初回起動時に BIOS 設定画面が表示されたら、日時やブート順などを確認
BIOS 更新は慎重さが求められますが、最新のチップセットドライバーと組み合わせることで、GPIO 周りの安定性が大きく向上するケースが多く報告されています。
ストレージ・電源周りの「併発要因」をつぶしておく
amdgpio2.sys がトリガーとなっている場合でも、ストレージや電源周りの別要因が同時に存在していると、症状が長引いたり、再現性が高くなったりします。以下のポイントもあわせて確認しておくと安心です。
ストレージドライバー・SSD ファームウェアの更新
- デバイスマネージャーで「記憶域コントローラー」「ストレージコントローラー」を開く
- NVMe ドライブを使用している場合、標準 NVM Express コントローラー なのか、メーカー提供ドライバーなのかを確認
- Intel RST / AMD RAID ドライバーを使っている場合、メーカーの最新版を適用
- SSD メーカーのユーティリティソフト（例：Samsung Magician 等）を使い、ファームウェア更新がないか確認
電源プランとスリープ・復帰周りの確認
- 「設定」→「システム」→「電源とバッテリー」で、電源プランを「推奨」または「バランス」に設定
- 独自チューニング系ソフト（ゲームブースター、節電ツール等）があれば一時的に無効化
- スリープ・休止・モダンスタンバイからの復帰直後に BSOD が出るかどうかを個別に検証
スリープ復帰直後に DPC_WATCHDOG_VIOLATION が多発する場合、スリープからの復帰時に GPIO が正常に復旧していない可能性もあります。その場合は、GPIO ドライバーだけでなく、電源管理ドライバーや BIOS の更新も重要な対処になります。
Windows 標準ツールでシステムの整合性を確認する
ドライバーや BIOS を更新しても不安が残る場合は、Windows 標準コマンドでシステムファイルの整合性をチェックしておきましょう。これは「念のため」の安全策として有効です。
管理者権限の PowerShell / コマンドプロンプトを開く
- スタートボタンを右クリック
- 「Windows Terminal（管理者）」または「PowerShell（管理者）」を選択
sfc /scannow と DISM の実行
管理者権限のコンソールで、次の順にコマンドを実行します。
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
- sfc /scannow：保護されたシステムファイルの破損を検出・修復
- DISM /Online /Cleanup-Image /RestoreHealth：Windows イメージ全体の破損を検出・修復
これらが正常に完了したうえで BSOD が続くようであれば、ハードウェアドライバーか BIOS 側に原因がある可能性がさらに高くなります。逆に、ここでエラーが多数検出される場合は、OS インプレースアップグレード（上書き修復）も検討の余地があります。
Windows Update を最新に保つ ― オプション更新も一時的に検討
Windows 11 24H2 では、リリース後に BSOD や互換性問題が見つかると、「オプションの品質更新プログラム（プレビュー）」として修正が配布されることがあります。
- 「設定」→「Windows Update」を開く
- 「利用可能な更新プログラム」を確認
- 特に 品質更新プログラム（プレビュー） が表示されている場合、リリースノートを確認し、ストレージ・電源・ACPI・ドライバー関連の修正が含まれていれば試験的に適用
企業で利用している場合は、検証用 PC で先に適用し、問題がなければ展開するといった段階的な運用がおすすめです。
再発時の切り分けに必須：ミニダンプの収集と共有方法
ドライバーや BIOS を最新にしても BSOD が完全には止まらない場合、最新状態でのミニダンプが重要な手掛かりになります。解析者やサポート窓口に渡せるよう、以下の手順で準備しておきましょう。
ミニダンプの保存場所
- 既定では、ミニダンプは次のフォルダーに保存されます：
C:\Windows\Minidump - 拡張子
.dmpのファイルが複数ある場合は、最新の日時のファイルを使用
ミニダンプを ZIP 化して共有する手順
C:\Windows\Minidumpを開く- 最新のミニダンプファイル（例：
1129-12345-01.dmp）を選択 - 右クリック → 「コピー」を選択し、デスクトップなど編集可能な場所に貼り付け
- コピーした .dmp ファイルを右クリック → 「送る」→「圧縮（zip 形式）フォルダー」を選択
- 生成された ZIP ファイルを OneDrive / Google Drive などにアップロード
- リンクを「リンクを知っている全員が閲覧可能」に設定し、解析者へ URL を共有
このとき、BSOD が発生したタイミング・作業内容・接続していた周辺機器なども一緒に伝えておくと、原因の絞り込みが格段に進みます。
企業・情シス視点で押さえておきたいポイント
lsass.exe がクラッシュログに登場するため、企業環境では「認証基盤の問題では？」と疑われることがよくあります。しかし、今回のように 実際の原因がドライバー（amdgpio2.sys）側にある場合、対応の優先順位は大きく変わります。
- 認証・ID 基盤（AD / AAD）の異常と誤認しない
- まずはクライアント PC 個別のドライバー・BIOS・Windows Update 状態を確認
- 同一モデルで同様の BSOD が発生していないかを横串でチェック
- 特定モデルだけで多発しているなら、モデル固有のドライバー/BIOS を重点的に更新
また、BitLocker などのディスク暗号化を有効にしている場合、BIOS 更新後の再起動で回復キーの入力が求められることがあります。事前に回復キーを管理していないと、業務停止につながりかねません。導入済みなら、キーの管理状況を確認したうえで BIOS 更新を計画してください。
実務的チェックリスト：ここまでやれば一通り対策済み
最後に、今回のような Windows 11 24H2 環境での「DPC_WATCHDOG_VIOLATION（amdgpio2.sys）」に対して、実務的にどこまで対策したかを確認できるチェックリストをまとめます。
| 対策項目 | 完了の目安 |
|---|---|
| Lenovo Vantage / メーカー ユーティリティでの一括更新 | すべての「推奨」ドライバー・ファームウェアが適用済み |
| AMD チップセットドライバー更新 | AMD 公式またはメーカー提供の最新版がインストール済み |
| AMD GPIO ドライバー（amdgpio2.sys）の最新版適用 | デバイスマネージャーでバージョンが更新されていることを確認 |
| BIOS/UEFI の更新 | メーカーサイト掲載の最新バージョンと同一であることを確認 |
| ストレージドライバー・SSD ファームウェアの更新 | NVMe/RAID ドライバー・SSD ツールで「最新」と表示される |
| Windows Update | 機能更新・品質更新・オプション更新を含め「最新の状態」と表示 |
| sfc /scannow・DISM による整合性チェック | エラーが修復済み、もしくは問題なしと報告される |
| ミニダンプ取得と解析者への共有 | 最新の BSOD 発生時の .dmp ファイルが ZIP 化され、共有済み |
まとめ：lsass.exe よりも AMD GPIO ドライバーを疑うべきケース
Windows 11 24H2 で断続的に発生する 「DPC_WATCHDOG_VIOLATION」BSOD は、一見すると表示上の lsass.exe が原因のように見えます。しかし、ミニダンプを精査すると、実際には amdgpio2.sys（AMD GPIO Controller ドライバー）がトリガーになっているケースが少なくありません。
対処のポイントを改めて整理すると、以下の通りです。
- lsass.exe は巻き添えになっているだけで、真犯人はカーネルモードドライバーであることが多い
- 今回のケースでは、amdgpio2.sys（AMD GPIO）を含む AMD チップセットドライバーが原因として強く疑われる
- Lenovo Vantage やメーカー提供ツールで、チップセット／GPIO／ストレージ／電源管理ドライバーを一括更新する
- BIOS/UEFI を最新化し、ACPI や電源管理の不整合を解消する
- ストレージ・電源・周辺機器の併発要因を排除し、症状の再現条件を絞り込む
- それでも再発する場合は、最新状態でのミニダンプを収集し、解析者と連携して原因をさらに深掘りする
ここまで実施すれば、多くの DPC_WATCHDOG_VIOLATION（amdgpio2.sys 起因）ケースは大きく改善するはずです。Windows 11 24H2 の新機能を安定して利用するためにも、この記事の手順を参考に、ドライバーと BIOS のメンテナンスを計画的に進めてみてください。
コメント