Windows 11 で突然の電源断や予告のない再起動が発生し、イベント ビューアーには Kernel‑Power 41（0x8000400000000002） が並ぶ——。本稿では実際のミニダンプ解析で NVIDIA グラフィックス ドライバーが引き金だったケースを題材に、原因の見極め方から安全な復旧手順、再発防止までを体系的に解説します。作業の順序・判断基準・検証ポイントを一つずつ具体化した「現場でそのまま使える」ガイドです。
現象の整理と今回の結論
- 数日にわたり PC が数回クラッシュし、イベント ビューアーの
システムログに Kernel‑Power 41（コード0x8000400000000002）が記録。 - 投稿者から共有された ミニダンプを解析したところ、
nvlddmkm.sys（NVIDIA ドライバー）を含むコールスタックで TDR（Timeout Detection and Recovery）関連のハンドリングが確認され、GPU ドライバーの不安定化が引き金である可能性が高いと判断。 - Kernel‑Power 41 は「原因」ではなく結果（＝「適切にシャットダウンされなかった」ことの総称）。背後にドライバー・電源・ハードウェアなどの“一次原因”が潜む。
対策の全体像（まずここだけ押さえる）
再発率と安全性のバランスを優先した順序です。時間がなければ 1〜3 までを確実に実施してください。
- バックアップ & 復元ポイント作成（万が一のロールバックに備える）。
- DDU（Display Driver Uninstaller）をセーフ モードで実行し、NVIDIA 関連を完全除去。
- 安定版ドライバー（例：572.xx 系）を「クリーン インストール」。GeForce Experience 等の不要コンポーネントは外す。
- Windows Update の最新適用＋「オプションの品質更新プログラム」も確認。
- 電源関連の見直し（電源プランを「バランス」、高速スタートアップの暫定無効化、PCIe リンク状態、省電力機能の調整）。
- ハードウェア診断（メモリ、ストレージ、温度、電源）。異常があれば切り分け。
- BIOS/ファームウェア更新（任意だが有効なことが多い）。
Kernel‑Power 41（0x8000400000000002）の意味を正しく理解する
イベント ID 41 は、Windows が「前回のシャットダウンが正常に完了しなかった」ことを検知した際の包括的な記録です。バッテリー切れ・電源断・ブルースクリーン・ハングアップ後の強制電源オフなど、現象の入口だけを示し、原因は示しません。よって 同時刻前後の他ログ（nvlddmkm や LiveKernelEvent 141、WHEA-Logger 等）を必ず突き合わせる必要があります。
ミニダンプ解析の要点（NVIDIA ドライバーが疑われるサイン）
WinDbg/WhoCrashed 等で !analyze -v を実行した際、以下のような所見が並ぶと GPU 周辺の不安定化を疑います。
MODULE_NAME: nvlddmkm
IMAGE_NAME: nvlddmkm.sys
DEFAULT_BUCKET_ID: GRAPHICS_DRIVER_TDR_FAULT
PROCESS_NAME: dwm.exe
FAILURE_BUCKET_ID: 0x116_IMAGE_nvlddmkm.sys
他にも dxgkrnl.sys、dxgmms2.sys、watchdog.sys のスタックが絡む場合は TDR（GPU 応答停止→復旧）や復旧失敗が疑われます。なお、バグチェック コードが 0 のままでも、TDR 失敗後にユーザーが電源を落とした場合などは Kernel‑Power 41 のみが先行して並ぶことがあります。
NVIDIA ドライバーを「完全に」入れ直す手順
事前準備
- 重要データのバックアップを作成。
- 復元ポイントを作成（
sysdm.cpl→ システムの保護）。
1) セーフ モードで DDU を実行
- セーフ モード起動：設定 → システム → 回復 → 「今すぐ再起動」→ トラブルシューティング → 詳細オプション → スタートアップ設定 → 再起動 →
4（セーフ モード）。 - DDU を起動し NVIDIA を選択 → 「クリーン＆再起動」を実行。
これにより旧バージョンの残骸（ファイル・レジストリ・サービス）が徹底的に除去されます。
2) 安定版ドライバーへロールバック／クリーン インストール
- 再起動後、やや旧めの安定版（例：
572.xx）を用意。 - インストール時は「カスタム」→「クリーン インストール」を選択。
- 最小構成（ドライバー本体＋NVIDIA コントロール パネル）のみ導入。
GeForce Experience など常駐・オーバーレイ要素はトラブル回避のため一旦外すのが無難です。
3) Windows 側の更新と競合回避
- Windows Update を完全適用（必要なら再起動を繰り返す）。
- 更新直後に勝手に新ドライバーへ上書きされないよう、短期的にデバイスの自動ドライバー更新を抑止（「デバイスのインストール設定」で「いいえ」を選択）するのも有効です。
電源・省電力設定の見直し（「バランス」推奨）
GPU のスリープ復帰や電力遷移が過敏だと TDR を誘発しやすくなることがあります。以下をチェックしましょう。
- 電源プラン：高パフォーマンスではなく バランスを基本に。
- 高速スタートアップ：暫定的に無効化して挙動を確認。
- PCI Express → リンク状態電源管理：オフ/中間で安定するか検証。
- NVIDIA コントロール パネル → 3D 設定の 電源管理モード：最適電力または標準から開始し、必要に応じてアプリ個別に調整。
ハードウェア診断：メモリ／ストレージ／温度／電源
ドライバーを整えても直らない場合、ハード側を切り分けます。
- メモリ：
mdsched.exe（Windows メモリ診断）を「今すぐ再起動して問題の有無を確認」。エラーが出ればメモリ交換またはオーバークロック設定の見直し。 - ストレージ：ファイルシステムの修復を実行。
chkdsk C: /f /r - システム整合性：SFC と DISM で OS 側の破損を補修。
sfc /scannow DISM /Online /Cleanup-Image /RestoreHealth - 温度・電力：ケース内の吸排気、GPU/CPU 温度、VRAM 温度、PSU（電源ユニット）の容量・経年劣化を点検。補助電源ケーブルの差し直し、別系統への接続も有効です。
BIOS/ファームウェア・チップセットドライバー
マザーボードの BIOS、ME/AM4/AM5/Chipset などのドライバー更新で PCIe 周りの安定性が向上するケースはよくあります。更新後は BIOS の既定値に一旦リセットし、メモリの XMP/EXPO などの OC 設定は段階的に戻して挙動を確認します。
アプリ・オーバーレイ・常駐の影響を切り分ける
Discord/Steam/ゲームランチャー/録画ツール/監視オーバーレイ等は、描画パスにフックするため干渉要因になりがちです。クリーン ブート（システム構成 → サービスの隠蔽→無効化／スタートアップ無効）で再発するかを確認し、疑わしい常駐は後から 1 つずつ戻します。
ブラウザーなど非ゲーム時のクラッシュに効く設定
- Chrome/Edge のハードウェア アクセラレーションを一時的に無効化して挙動を比較。
- 動画再生支援（AV1/HEVC 等）をアプリ側で切替できる場合は一時無効化。
TDR（Timeout Detection and Recovery）の補足
GPU が一定時間応答しないと Windows は GPU をリセットします。これが失敗するとフリーズや強制再起動に至ります。どうしても特定アプリでのみ TDR が発生する時は、検証目的に限り以下で TDR の猶予を延ばす手があります（常用は推奨しません）。
reg add "HKLM\SYSTEM\CurrentControlSet\Control\GraphicsDrivers" ^
/v TdrDelay /t REG_DWORD /d 10 /f
値を戻す場合は reg delete または値を 2（既定）へ。根本解決はドライバー/電源/温度/アプリ側の修正である点を忘れないでください。
イベント ログを使った原因の“絞り込み”
Kernel‑Power 41 と同時刻の前後 3〜5 分を システム・アプリケーション・Windows ログ > ハードウェア イベントで横断検索し、次を目印にします。
Display、nvlddmkm、LiveKernelEvent 141/117：GPU/TDR 系。WHEA-Logger 18：CPU/メモリ/PCIe の訂正不能エラー。BIOS/OC/電源の見直し。Disk/Ntfs：ストレージの不調が電源断を誘発。
ミニダンプの読み方（簡易手順）
- WinDbg（Preview）を導入し、
C:\Windows\Minidumpの最新.dmpを開く。 !analyze -v→ MODULE_NAME / IMAGE_NAME / PROCESS_NAME / FAILURE_BUCKET_ID を確認。lmvm nvlddmkmで NVIDIA ドライバーのバージョンと日付を確認し、問題が出る系統かを判断。
解析結果が毎回 nvlddmkm.sys 近辺に集中するなら、本稿のドライバー再構築手順で改善する可能性が高いです。
作業計画の指針（優先度・所要・リスク）
| 対策 | 優先度 | 概算所要 | リスク/注意 | 期待効果 |
|---|---|---|---|---|
| DDU＋安定版へクリーン導入（572.xx） | 最高 | 30〜45 分 | 一時的に GPU 機能が消える／再起動が複数回 | ドライバー起因の再発を大幅低減 |
| 電源プラン「バランス」＋高速スタートアップ無効 | 高 | 5 分 | 起動がわずかに遅くなる | スリープ復帰や電力遷移の安定化 |
| メモリ／ストレージ診断（mdsched/chkdsk） | 高 | 30〜120 分 | 実行中は PC 使用不可 | 隠れたハードエラーを検出 |
| BIOS/チップセット更新 | 中 | 20〜40 分 | 失敗時のリスク（停電等）に留意 | PCIe/GPU 周りの互換性向上 |
| PSU/配線見直し・別系統接続 | 中 | 10〜30 分 | 内部配線作業の静電気対策 | 瞬断・電圧降下の対策 |
現場で役立つコマンド集（コピペ可）
:: システムファイル修復
sfc /scannow
:: コンポーネントストア修復
DISM /Online /Cleanup-Image /RestoreHealth
:: ディスク検査（次回再起動時）
chkdsk C: /f /r
:: 電源設定（現在のプラン確認）
powercfg /GETACTIVESCHEME
:: 休止状態を一時無効化（検証用）
powercfg -h off
:: 信頼性モニター起動（履歴で再発時刻を可視化）
perfmon /rel
:: メモリ診断
mdsched.exe チェックリスト：作業後に再検証するポイント
- 24〜48 時間の通常利用で イベント 41 の再発がないか。
- 信頼性モニターのグラフが右肩上がりに安定しているか。
- ゲームや動画再生の フリーズ/黒画面が消えたか。
- GPU 温度が常用時で 80℃ を大きく超えないか。
- Edge/Chrome でのスクロール・動画再生中に 固まらないか。
それでも直らない場合の切り分け
- 別 GPU での動作確認（友人のカードを短時間借りる／旧カードを再装着）。これで安定すれば元 GPU の物理故障濃厚。
- PSU（電源ユニット）交換：定格容量の 50〜60% 程度で常用できる余裕を確保。経年 5 年超で不安定化するケースあり。
- PCIe スロット変更／再装着：接点汚れや歪みの可能性を排除。
- Resizable BAR/Above 4G Decoding の有効・無効を切替えて挙動差を確認（BIOS の既定に合わせるのが基本）。
よくある質問（FAQ）
Q. 最新版より古い 572.xx を勧める理由は？
ドライバーには「機能追加で挙動が変わる」世代があり、最新が必ずしも最安定ではありません。既知の安定レンジ（例：572 系）へ一度落とし、そこから徐々に新しめへ上げていく方が再現性の確認が容易です。
Q. LiveKernelEvent 141 も一緒に出ます
GPU のハードウェアタイムアウト（TDR）やドライバーの応答停止で出る代表的な記録です。本稿のドライバー再構築・電源見直し・温度管理の三点が有効です。
Q. CPU の OC/XMP/EXPO は関係ありますか？
あります。メモリ関連のマージン不足や IF 周波数が PCIe/GPU の安定性に波及する例は珍しくありません。まずは全て既定値に戻してから検証しましょう。
Q. ブラウザーや動画再生中だけ固まります
ハードウェア アクセラレーションの切換（オン/オフ）を試し、動画コーデック支援（AV1/HEVC）を暫定オフ。ドライバー最小構成＋オーバーレイ無効で様子を見ると切り分けが早くなります。
再発防止の運用ルール
- 大規模アップデート前に復元ポイント、ドライバーは「一世代遅らせて様子見」。
- 常駐アプリは必要最小限。GPU を使う録画・配信・オーバーレイは役割分担を明確に。
- 季節の変わり目には内部清掃（フィルター・ヒートシンク・ファン）と温度再測定。
- PSU は余裕のある定格を選定（ピーク負荷の 1.5 倍程度を目安）。
まとめ
Kernel‑Power 41（0x8000400000000002） は「突然の電源断・強制再起動が起きた」という“結果”であり、一次原因は別にあるのがポイントです。本稿のケースでは NVIDIA ドライバーがトリガーでしたが、ドライバーをDDU で完全除去→安定版（572.xx）をクリーン導入し、電源設定の見直し・Windows 更新・ハード診断・BIOS 更新を組み合わせることで実用上の安定度を取り戻せます。なお、改善しない場合は GPU の物理故障や PSU の供給不足も十分に想定されるため、別 GPU/別電源での A/B テストまで含めて切り分けを完了させましょう。最後に、ログの突き合わせ（nvlddmkm/LiveKernelEvent/WHEA）をルーティン化すれば、次回以降のトラブル対応は飛躍的に速くなります。
参考：作業メモ（テンプレートとして使えます）
- [ ] 復元ポイント作成／バックアップ完了
- [ ] セーフ モードで DDU 実行（NVIDIA 完全除去）
- [ ] 572.xx をクリーン インストール（最小構成）
- [ ] Windows Update 完了（オプション含む）
- [ ] 電源プラン＝バランス／高速スタートアップ無効／PCIe リンク調整
- [ ] メモリ診断・SFC/DISM・chkdsk 実施
- [ ] BIOS/チップセット更新＋既定値検証
- [ ] クリーン ブートで常駐干渉を切り分け
- [ ] 温度・電源・配線・PSU 容量確認
- [ ] 信頼性モニターとイベント ログで 48h 追跡
トラブルパターン別の対処早見表
| 症状/ログ | 想定原因 | 即効性のある対処 |
|---|---|---|
ゲーム開始直後に黒画面→再起動 / LiveKernelEvent 141 | NVIDIA ドライバー不整合 / オーバーレイ干渉 / 電力遷移 | DDU→572.xx→オーバーレイ無効→電源「バランス」 |
| アイドル時・動画視聴中に停止 / ブラウザーのみで発生 | 動画デコード支援とドライバーの組み合わせ | ブラウザー HW アクセラレーション切替／最小構成導入 |
| 高負荷 10〜30 分で落ちる / 温度が高い | 冷却不足 / ケース内エアフロー / PSU 電圧降下 | 埃清掃・ファン曲線見直し・別系統配線・PSU 余裕確認 |
WHEA-Logger 18 と併発 | CPU/メモリ/PCIe の不安定化・OC 設定 | BIOS 既定へ戻す・メモリ電圧/周波数の保守設定 |
| イベント 41 のみでバグチェックコード 0 | フリーズ後の手動電源断・瞬断 | UPS 検討・ログの前後突き合わせ・PSU/壁コンセント確認 |
安全上の注意
レジストリ編集・BIOS 更新は誤ると起動不能のリスクがあります。必ずバックアップと復元ポイントを用意し、余裕のある電源（停電対策）が取れる環境で実施してください。
コメント