Windows 11 で突然ブルースクリーンが発生し、「Kernel-Power 41」や BugCheckCode 59（0x3B SYSTEM_SERVICE_EXCEPTION）が記録されていると、不安になりますよね。しかも OS の再インストールやドライバー更新、AC アダプター交換まで試しても直らない場合、「もう本体を買い替えるしかないのか」と悩みがちです。本記事では、MSI Raider GE77HX 12UGS の事例をベースに、Kernel‑Power 41（BugcheckCode 59＝0x3B）で Windows 11 がブルースクリーンになる問題の正体と、データ保護からハードウェアの切り分け、具体的な解決手順までを詳しく解説します。
症状の概要：Kernel‑Power 41 と BugCheck 0x3B（SYSTEM_SERVICE_EXCEPTION）
まずは、典型的な症状を整理しておきます。ここでは実際に発生した MSI Raider GE77HX 12UGS（RTX 3070 Ti 搭載）ノート PC のケースを例にしますが、同種の BSOD は他メーカー・他機種でも起こり得ます。
- Windows 11 環境（22H2／23H2／24H2 いずれでも発生）
- 起動直後・長時間アイドル後・ゲーム実行中など負荷や状況に関わらず不定期にブルースクリーン
- イベントビューアーの「システム」ログに Kernel‑Power 41（タスクカテゴリ：63） が記録
- 同じタイミングで「バグチェック」が記録され、BugCheckCode 59（0x3B SYSTEM_SERVICE_EXCEPTION） が出ている
- ミニダンプを解析すると、BugCheck 0x3B の第 1 引数が 0xC0000006（STATUS_IN_PAGE_ERROR）
- スタックトレースに
nt!HvpFindFreeCell（レジストリ操作関連）が含まれている
これらの情報を、イベントログベースでざっくり表にすると以下のようになります。
| 項目 | 内容 |
|---|---|
| イベントソース | Kernel-Power |
| イベント ID | 41 |
| BugcheckCode | 59（0x3B：SYSTEM_SERVICE_EXCEPTION） |
| バグチェック引数 1 | 0xC0000006（STATUS_IN_PAGE_ERROR） |
| 状況 | 起動直後／長時間アイドル後／ゲーム中＋動画再生中など、タイミングが読めない |
| 既に試した対策 | Windows 11 再インストール（22H2／23H2／24H2）、BIOS・チップセット更新、各種ドライバー更新、AC アダプター交換 |
ここまでやっても改善しない場合、ソフトウェアではなくハードウェア側、特に PCIe／ストレージ（NVMe SSD・M.2 スロット）周りを疑う必要が高くなります。
結論：原因はソフトではなくハード（PCIe／ストレージ系）の可能性が高い
このトラブルのポイントは、BugCheck 0x3B の第 1 引数が 0xC0000006（STATUS_IN_PAGE_ERROR） であることです。これは簡単にいうと、
「ページング中（メモリとストレージ間の入出力中）に I/O エラーが起きた」
ことを意味します。
さらに、スタックに nt!HvpFindFreeCell が見えることから、
- レジストリの更新処理中に
- 必要なページをストレージから読み込もうとしたが、I/O でエラーになった
というシナリオが強く示唆されます。ここで物理的に怪しくなるのが次の箇所です。
- NVMe SSD 本体の不調
- M.2 スロット側の接触不良や微妙な歪み
- PCIe ルートポート（チップセット〜CPU〜M.2 のバス部分）のリンク品質低下
- メモリ（RAM）のエラー
特にノート PC では、NVMe SSD（M.2）が PCIe に直結していることが多く、「GPU を挿し替えて検証する」ような余地がない代わりに、M.2 スロットの状態がそのまま PCIe 品質に直結します。
実際の事例では、
- 同じ NVMe SSD を別の M.2 スロットに挿し替えたところ、その後は BSOD が発生しなくなった
という結果が出ており、元の M.2 スロット側の接点不良／PCIe リンク不調が濃厚と判断できます。つまり、
今回のような Kernel‑Power 41 ＋ 0x3B（STATUS_IN_PAGE_ERROR）パターンは、OS やドライバーよりも、まずハードウェア側（特にストレージ／PCIe）を疑うべきケースです。
まずやるべきこと：最優先はデータ保護と NVMe の物理チェック
ここからは、再現事例と一般的なトラブルシュートの両方を踏まえて、「どの順番で何をするか」を整理します。
| 優先度 | 対策 | 目的 |
|---|---|---|
| 最優先 | 大事なデータのバックアップ | 万一 SSD が完全死亡してもデータを守る |
| 高 | NVMe／M.2 の挿し直し・別スロットへの移設 | 接触不良やスロット不良を疑う・物理要因の是正 |
| 中 | BIOS／SSD FW／チップセット更新 | 既知の不具合修正・安定性の底上げ |
| 中 | 電源設定の見直し（PCIe 省電力 OFF など） | アイドル・負荷変動時のリンク切断を防ぐ |
| 中 | ドライバー構成の整理 | NVMe／ストレージ周りの競合を避ける |
| 低〜中 | メモリ・ファイルシステムチェック | メモリエラー／論理エラーの切り分け |
| 継続 | 冷却・電源環境の見直し | 熱や電源不安定での誤動作を防ぐ |
大事なデータのバックアップ
STATUS_IN_PAGE_ERROR が出ている時点で、ストレージ I/O に問題を抱えている可能性が高いと考えるべきです。まだ OS が起動しているうちに、以下を優先的に行います。
- ユーザーフォルダー（ドキュメント・ピクチャ・デスクトップなど）のコピー
- 仕事や学業で使うデータ（プロジェクト、ソースコード、資料など）のコピー
- ブラウザーのブックマークやパスワード（必要に応じてエクスポート）
- クラウドストレージ（OneDrive／Google Drive など）への同期確認
外付け HDD／SSD や NAS があればそこへコピーし、クラウドも併用すると安心です。
NVMe SSD／M.2 の物理対処
次に、最も効果が出やすい実践的対策が NVMe SSD の挿し直し・別スロットへの移設です。
作業前の注意点は次の通りです。
- PC を完全にシャットダウンする（再起動ではなく「シャットダウン」）
- AC アダプターと可能ならバッテリーも取り外す
- 静電気対策として、金属フレームやアースされた部分に触れてから作業する
その上で、以下のように作業します。
- 底面カバーを外し、NVMe SSD（M.2）の位置を確認
- 固定ネジを外し、SSD を真上にやや持ち上げてからまっすぐ抜く
- 端子部に埃やゴミがあれば、エアダスターで軽く吹き飛ばす（接点復活剤の多用は非推奨）
- 同じスロットにしっかり奥まで差し込んでから再度ネジ止めする
- 別の M.2 スロットがあれば（例えば M2_1 → M2_2 など）、システムドライブごと移設してみる
ノート PC では、サーマルパッドやヒートシンクの圧力が原因で SSD が微妙に曲がり、時間経過や熱で接触が不安定になることもあります。ネジの締め付けが強すぎないか、ヒートシンクが斜めに力をかけていないかも併せて確認しましょう。
今回の実例のように、別スロットに挿し替えただけで BSOD が止まるケースも実際に存在します。逆に言えば、安定していた構成から M.2 を増設・交換して以降に Kernel-Power 41＋0x3B が出るようになった場合、かなりの確率で M.2 周りの物理要因が絡んでいると見てよいです。
BIOS／SSD ファームウェア／チップセットの更新
物理的な接点を見直したら、次はファームウェアやチップセットドライバー側の安定性アップを狙います。
- MSI 公式サイトで、対象モデル（Raider GE77HX 12UGS）向けの
- 最新 BIOS
- Intel ME（Management Engine）ファームウェア
- チップセットドライバー
- 使用している NVMe SSD メーカー公式ツールで、SSD ファームウェアのアップデートを確認
既に最新にしているつもりでも、OS の再インストールを繰り返すうちに古いドライバーが紛れ込む場合や、BIOS アップデートが見落とされている場合もあります。改めてバージョンを確認し直すことが重要です。
電源設定の見直し（安定性重視のチューニング）
Windows 11 の電源管理は、バッテリー駆動時間を伸ばすために積極的な省電力制御を行いますが、これが PCIe デバイスとの相性でトラブルを招くことがあります。安定性を優先して、以下の設定を確認してみましょう。
- 「コントロール パネル」→「ハードウェアとサウンド」→「電源オプション」
- 使用している電源プランの「プラン設定の変更」→「詳細な電源設定の変更」
- 「PCI Express」→「リンク状態の電源管理」を 「オフ」 にする
- 「ハードディスク」→「次の時間が経過後ハードディスクの電源を切る」を十分長くするか「0（無効）」にする
さらに、高速スタートアップを無効化して挙動を比較するのも有効です。
- 「コントロール パネル」→「電源オプション」→「電源ボタンの動作を選択する」
- 「現在利用可能ではない設定を変更します」をクリック
- 「高速スタートアップを有効にする（推奨）」のチェックを外して保存
これにより、シャットダウン／起動時の状態が安定し、起動直後の BSOD が減ることがあります。
ドライバー構成の整理（特にストレージ関連）
ストレージ周りのドライバー構成が複雑になっていると、I/O のタイミングやエラー処理が想定外になり、ブルースクリーンに繋がることがあります。特に注意したいのは以下の点です。
- NVMe SSD は基本的に 標準 NVMe ドライバー（stornvme.sys） を利用し、
- 古い Intel RST ドライバー
- SSD メーカー独自の古いフィルタードライバー
- デバイスマネージャーで「IDE ATA/ATAPI コントローラー」「ストレージコントローラー」を確認し、不要なドライバーが入っていないかチェック
- GPU／LAN／Wi-Fi など PCIe 配下デバイスも、メーカー公式の安定版ドライバーで統一する
OS の再インストールを繰り返している環境だと、ドライバー更新ユーティリティやサードパーティ製ツールが複数のバージョンを混在させてしまうこともあります。心当たりがある場合は、一度クリーンインストール＋公式ドライバーのみで様子を見るのも選択肢です。
健全性チェック：イベントビューアー・メモリ・ファイルシステム
物理・設定の見直しと並行して、システムの健全性も確認します。
イベントビューアーで I/O エラーをチェック
- 「イベントビューアー」を開く
- 「Windows ログ」→「システム」を開く
- 右側の「現在のログをフィルター」で
- イベントソース：Disk、StorPort、stornvme、nvme など
例えば、以下のようなイベント ID が目立つ場合は、ストレージ I/O の不調を強く疑います。
| イベントソース | イベント ID | 概要 |
|---|---|---|
| Disk | 51 | ディスク上のページング操作の再試行など、I/O の警告 |
| Disk／StorPort | 153 | デバイスへの I/O 遅延・再試行 |
| stornvme／nvme | 129 など | デバイスのリセット・タイムアウト |
メモリ診断（RAM の切り分け）
BugCheck 0x3B は CPU の例外であり、メモリ破損でも発生し得ます。特に自分でメモリを増設している場合や、オーバークロック設定をしている場合は要注意です。
- 「Windows メモリ診断」を実行し、再起動時にテスト
- より本格的に検査したい場合は、MemTest86 などのツールで USB ブートして長時間テスト
- 2 枚以上メモリを積んでいる場合は、1 枚ずつ挿してテストし、エラーが特定のモジュールに集中しないか確認
システムファイル・ファイルシステムのチェック
ストレージ I/O のエラーによりシステムファイルが壊れている可能性もあるため、以下のコマンドで整合性をチェックします（管理者権限の PowerShell またはコマンドプロンプト）。
sfc /scannowDISM /Online /Cleanup-Image /RestoreHealthchkdsk C: /scan /perf（オンラインでの簡易チェック）
重大な物理障害がある場合はこれらのコマンドでもエラーが報告される場合があります。その場合は、SSD の交換やメーカー修理を強く検討する必要があります。
熱と電源の影響を最小化する
高性能ゲーミングノートである MSI Raider シリーズでは、ゲームや動画エンコード時に GPU／CPU が高温になりやすく、これが マザーボードや M.2 スロット周辺の温度上昇を招きます。熱による微小な変形や電圧変動が、PCIe リンクの不安定さを助長しているケースもあります。
- 冷却ファン・ヒートシンクの埃を定期的に清掃する
- 底面の吸気口を塞がないよう、ノート PC クーラー・スタンドを利用する
- 高負荷時は MSI Center などで冷却優先のモードに切り替える
- AC アダプターと電源タップを見直し、別のコンセントや違うアダプターで再現するか確認する
Kernel‑Power 41 は「シャットダウンが正常に完了しなかった」ことを示すイベントなので、瞬間的な電源断や保護回路動作でも記録されます。熱暴走や電源不安定で強制再起動がかかった場合も、同じイベントが出やすい点は押さえておきましょう。
技術的な背景：0x3B + 0xC0000006 が教えてくれること
ここからは少し技術寄りに、BugCheck 0x3B と STATUS_IN_PAGE_ERROR の意味を解説します。
BugCheck 0x3B（SYSTEM_SERVICE_EXCEPTION）の意味
BugCheck 0x3B は、
「カーネルモードで実行されるシステムサービス中に予期しない例外が発生した」
ときに発生します。その名の通り、システムサービス（NT カーネルが提供する API）実行中の例外であり、
- ドライバーのバグ
- メモリ破損
- ハードウェアエラーに起因するアクセス違反
などの原因が考えられます。
第 1 引数 0xC0000006（STATUS_IN_PAGE_ERROR）の意味
今回のケースでは、第 1 引数が 0xC0000006 になっていました。これは NTSTATUS コードで、
STATUS_IN_PAGE_ERROR：ページング中の I/O でエラーが発生した
ことを指します。
簡単に言うと、
- メモリから参照したページがまだ物理メモリに存在せず
- ストレージ（NVMe SSD）から読み込む必要があった
- その読み込み処理（ページイン）の途中で I/O エラーが起こった
という状況です。
これにより、原因の焦点は「I/O 経路」に絞られます。
- NVMe SSD 自体の不良
- M.2 スロット〜SSD 間の接触不良
- PCIe ルートポート〜チップセット周辺のトラブル
- ストレージドライバーの異常
- メモリの一部破損による誤動作
単純なドライバーのミスであれば、別のエラーコードになることも多く、STATUS_IN_PAGE_ERROR が絡むことで「ストレージ／メモリ周辺のハード寄りの問題」である可能性が高まります。
スタックの nt!HvpFindFreeCell（レジストリ更新中）の意味
ミニダンプのスタックに nt!HvpFindFreeCell が含まれていたという情報も非常に重要です。これは、
- レジストリハイブ内の空きセル（データを書き込む領域）を探す処理
で使われる関数名であり、
「レジストリの更新・保存中に I/O エラーでこけた」
という筋書きとよく一致します。
レジストリはシステムのあらゆる設定情報を持っているため、ドライバーのインストールや設定変更、OS 起動／シャットダウンのタイミングで頻繁に読み書きされます。このときに NVMe 側でエラーが出れば、まさに今回のような BSOD に直結します。
再発時に試す追加策：SSD 交換・マザーボード点検・モダンスタンバイの切り分け
ここまでの対処をしても再発する場合、より踏み込んだ切り分けに移ります。
別の NVMe SSD で再現性を確認する
最も確実な方法は、
- 別の正常な NVMe SSD（できれば別メーカー）を用意し
- OS をクリーンインストールして同じ使い方を再現してみる
ことです。
- 別 SSD では BSOD が発生しない → 元 SSD が故障気味の可能性が高い
- 別 SSD でも同じように 0x3B（STATUS_IN_PAGE_ERROR）が出る → M.2 スロットやマザーボード側の問題を疑う
後者の場合は、自前でどうにかするのは難しく、メーカー修理に出して M.2 スロットやマザーボード全体の点検を依頼するのが現実的です。
モダンスタンバイ（S0）周りの動作を疑う
最近の Windows 11 ノート PC は、従来の S3 スリープではなく、モダンスタンバイ（S0）を採用しているものが多くあります。S0 では、アイドル時にもデバイスの電源をこまめに落としたり復帰させたりするため、
- 長時間アイドル後の復帰タイミング
- バックグラウンドでのアップデートや動画再生
などで NVMe／PCIe の電源制御が噛み合わず、BSOD に繋がるケースもあります。
デバイスマネージャーで NVMe コントローラーのプロパティを開き、
- 「電源の管理」タブで「電力節約のために、コンピューターでこのデバイスの電源をオフにできるようにする」のチェックを外す
といった調整を行い、状況が変わるかを確認してみましょう。Wi-Fi／Bluetooth／LAN など他のデバイスについても同様に、省電力設定を一時的に無効化して様子を見ると、原因の切り分けに役立ちます。
メーカーサポートへ相談・修理を依頼するタイミング
以下の条件が揃っている場合は、自己判断でこれ以上追い込むよりも、早めにメーカーサポートに相談した方が得策です。
- SSD の挿し直し・別スロットへの移設で一時的には改善するが、再び症状が出始めた
- 別の正常な NVMe SSD でも同様の BSOD が発生する
- メモリ診断・ファイルシステムチェックでは目立ったエラーが出ない
- イベントビューアーに storport／nvme 関連のエラーが頻発している
このような状況では、マザーボード側の M.2 スロットや PCIe ルートポートの不良が強く疑われます。ユーザー側ではマザーボードの交換までは行えないため、保証期間内であれば修理依頼、保証が切れていても見積もりを取って検討する価値があります。
まとめ：Kernel‑Power 41 ＋ 0x3B（STATUS_IN_PAGE_ERROR）に対する最短ルート
最後に、今回のような Kernel‑Power 41（BugCheckCode 59＝0x3B SYSTEM_SERVICE_EXCEPTION）＋ 0xC0000006（STATUS_IN_PAGE_ERROR） という組み合わせで Windows 11 がブルースクリーンになるケースのポイントを整理します。
- Kernel‑Power 41 は「結果のイベント」。本当の原因は BugCheck 0x3B＋STATUS_IN_PAGE_ERROR に隠れている。
- STATUS_IN_PAGE_ERROR が示すのは、ページング中のストレージ I/O エラーであり、
- NVMe SSD
- M.2 スロット
- PCIe ルートポート
- メモリ
- スタックに
nt!HvpFindFreeCellが見えるのは、レジストリ更新中の I/O 失敗を示唆し、ストレージ／バス側のトラブルと整合する。 - ノート PC では NVMe（M.2）が PCIe に直結しており、M.2 スロットの接触不良や微妙な歪みが BSOD の直接原因になり得る。
- 実際の事例では、SSD を別の M.2 スロットに移設しただけで、Kernel‑Power 41＋0x3B が止まった。
そのうえで、実務的な「最短ルート」は次のようになります。
- 最優先で大事なデータをバックアップする。
- PC を完全シャットダウンし、NVMe SSD を挿し直す／別の M.2 スロットに移設する。
- PCIe リンク状態の電源管理をオフにし、高速スタートアップを無効化して挙動を確認する。
- MSI 公式サイト＋ SSD メーカー公式ツールで、BIOS／Intel ME／チップセット／SSD ファームウェアを最新化する。
- イベントビューアーで Disk／nvme 系のエラーの有無を確認し、必要であればメモリ診断・システムファイルチェックを行う。
- それでも再発する場合は、別の NVMe SSD で再現性を確認し、マザーボード起因が疑われたらメーカーに修理を依頼する。
Windows 11 の再インストールを何度繰り返しても直らない BSOD は、ソフトウェアではなくハードウェアが犯人であることが少なくありません。特に今回のような 0x3B（SYSTEM_SERVICE_EXCEPTION）＋0xC0000006（STATUS_IN_PAGE_ERROR） の組み合わせでは、「ストレージ／PCIe 周りの物理的な問題を疑い、NVMe／M.2 スロットから順に切り分ける」ことが解決への近道になります。
同様の Kernel‑Power 41 問題で悩んでいる方の、原因特定と復旧の一助になれば幸いです。
コメント