Windows11がランダム再起動する原因と対処法｜Kernel-Power 41とACPI_BIOS_ERROR(0xA5)徹底解説

Windows 11 ノートPCが前触れもなく突然再起動し、「Kernel‑Power 41」や「ACPI_BIOS_ERROR (0xA5)」が記録されるトラブルは、原因がつかみにくく長期化しがちです。本記事では、単なる一般論ではなく、実際に切り分けに使えるチェックリストと具体的な設定・コマンド例を交えながら、原因候補の整理と解決の進め方を詳しく解説します。

症状の整理：ランダム再起動とイベントログに現れるサイン

まずは、よくあるパターンを整理しておきます。

ノートPCが負荷の有無を問わず、突然電源が落ちて再起動する
イベントビューアーの[Windows ログ] > [システム]に以下のイベントが並ぶ
- Kernel‑Power イベントID 41 (重大)
- EventLog 6008（前回シャットダウンは予期せぬものでした）
- volmgr 161（クラッシュダンプ作成失敗など）
- Kernel‑General 12/25、Kernel‑Boot 20/27/30…
- Kernel‑Processor‑Power 55 などの情報イベント
ときどきブルースクリーン（BSOD）でACPI_BIOS_ERROR (0xA5)が表示される
BIOS/UEFI 関連ドライバーの再インストールを行っても改善しない
OS は Windows 11 Pro 24H2 など最新バージョン

これらのイベントは一見バラバラですが、実は「原因」と「結果」が混ざって表示されているだけ、というケースがほとんどです。

イベントIDと意味の対応表

イベントソース / ID	おおまかな意味	原因か結果か
Kernel‑Power / 41 (重大)	予期せぬ電源断・クラッシュがあったという「結果」の記録	結果
EventLog / 6008	前回のシャットダウンが正常でなかった	結果
volmgr / 161	クラッシュダンプを書き込めなかった（ページファイルや空き容量など）	原因特定を邪魔する副作用
Kernel‑General / 12, 25	OS が起動した／設定が変わった等の情報	再起動後に出る副次ログ
Kernel‑Boot / 20, 27, 30…	ブート処理の詳細情報	再起動後の記録
Kernel‑Processor‑Power / 55	省電力状態・復帰についての情報メッセージ	多くは直接原因ではない

ポイントは、「41 が原因」ではなく「何かが原因で落ちた結果として 41 が記録される」ということです。

Kernel‑Power 41 と ACPI_BIOS_ERROR (0xA5) を正しく理解する

Kernel‑Power 41 は「犯人」ではなく「死亡診断書」

イベントID 41 は「予期せぬ電源断があった」と報告しているだけで、原因の特定まではしてくれません。

電源ケーブル抜け・バッテリー瞬断
CPU/GPU の過熱による保護停止
メモリ不良・ストレージエラー・ドライバー不整合によるクラッシュ
BIOS/UEFI のバグや ACPI 設定の不整合

など、あらゆる要因でシステムが異常終了した「結果として」記録されるイベントです。

ACPI_BIOS_ERROR (0xA5) が意味するもの

ブルースクリーンの ACPI_BIOS_ERROR (0xA5) は、ざっくり言うと

「BIOS/UEFI の ACPI 実装と Windows の期待する仕様が噛み合っていない」

ことを示します。具体的には、次のようなケースが代表的です。

古い BIOS/UEFI で、Windows 11 が要求する ACPI の仕様に完全には対応していない
メーカー独自の電源管理・サーマル制御ドライバーと OS の電源管理がぶつかっている
スリープ／休止状態からの復帰時に、デバイスの電源状態が正しく引き継がれていない
BIOS 設定で有効にしている省電力・仮想化・OC/UV 設定などが、ACPI テーブルと矛盾している

そのため、0xA5 が出ているなら、ソフト側の設定だけでなく BIOS/UEFI・電源周りを優先的に疑うのが近道です。

volmgr 161 が出ている場合のやっかいな点

volmgr 161 が同時に出ているときは、次のような問題が起きていることが多いです。

ページファイルを手動でサイズ固定している／別ドライブに逃がしている
システムドライブ（C:）の空き容量が不足している
クラッシュダンプ用の領域が確保できず、メモリダンプが保存できていない

つまり、「一番ほしい証拠（ダンプファイル）が残っていない」状態になっており、原因分析を難しくしている可能性があります。ですから、最初にやるべきは、原因を探す前にダンプが確実に残る設定に直しておくことです。

ノートPC特有の要因

デスクトップPCと比べて、ノートPCは電源や冷却がシビアです。以下のような要因が絡むと、ACPI 関連のトラブルとして表に出てきやすくなります。

ACアダプタの劣化・非純正アダプタの使用
バッテリーの劣化・電源制御基板（マザーボード上）の不良
冷却不足による CPU/GPU のサーマルスロットリングや保護停止
本体の歪みや DC ジャックの接触不良による瞬断

こうしたハード要因と、BIOS/UEFI・ドライバー・OS 側の設定が複雑に絡むことで、「よく分からない条件で突然落ちる」ように見えてしまいます。

トラブルシューティングの進め方（再現 → 原因特定 → 恒久対策）

やみくもに設定をいじると、かえって原因が分からなくなります。おすすめの順序は、次の 3 段階です。

再発時の証拠をきちんと残す準備をする
BIOS/UEFI と電源周りを整える
ドライバー／OS／ハードウェアを順番に切り分ける

ステップ1：再発時の証拠採取を整える

自動再起動を無効にして BSOD を確認できるようにする

[設定] > [システム] > [詳細情報] を開く
[関連リンク] の [システムの詳細設定] をクリック
[起動と回復] セクションの [設定] を開く
[自動的に再起動する] のチェックを外して [OK]

これで、再起動の際にブルースクリーンのエラーコード（ACPI_BIOS_ERROR など）を目視で確認できるようになります。

メモリダンプの種類を「自動」または「カーネル」に設定

同じく [起動と回復] のウィンドウで、[デバッグ情報の書き込み] を以下のいずれかに設定
- 自動メモリダンプ
- または カーネルメモリダンプ
ダンプファイルの保存先が %SystemRoot%\MEMORY.DMP になっていることを確認

フルメモリダンプは容量が大きくなりがちなので、まずは「自動」か「カーネル」が現実的です。

C ドライブの空き容量とページファイルを見直す

システムドライブ（通常は C:）に最低 20GB 以上の空き容量を確保
ページファイル（仮想メモリ）は、まずシステム管理サイズに戻すのが無難

ページファイルを別ドライブに移動していたり、最小・最大サイズをきっちり固定している場合、volmgr 161 が出てダンプ作成に失敗しやすくなります。一度、C: にシステム管理サイズで置き直しておきましょう。

ステップ2：BIOS/UEFI と電源系を整える

BIOS/UEFI を最新安定版へ更新し、既定値を読み込む

ACPI_BIOS_ERROR が出ているなら、BIOS/UEFI の更新はほぼ必須です。

PC メーカーの公式サイトから、自分のモデルに対応した最新の BIOS/UEFIをダウンロード
説明書どおりにアップデートを実施（バッテリー残量・AC接続・途中で電源を切らないなどに注意）
アップデート後、BIOS セットアップ画面を開き [Load Setup Defaults] / [最適化された既定値を読み込む] を実行して保存

過去に行ったオーバークロック・アンダーボルト・独自の省電力設定などは、一度すべて標準値に戻して挙動を観察した方が、原因切り分けには有利です。

高速スタートアップを無効化する

高速スタートアップは、シャットダウンとスリープの中間のような状態を作る機能ですが、ACPI 周りと噛み合わない環境だとトラブルの元になりがちです。

コントロールパネルを開く（スタートに「コントロール」と入力）
[ハードウェアとサウンド] > [電源オプション]
左メニューから [電源ボタンの動作を選択する] をクリック
[現在利用可能ではない設定を変更します] をクリック
[高速スタートアップを有効にする] のチェックを外して [変更の保存]

一度高速スタートアップを切った状態で、症状が落ち着くかを確認します。

ACアダプタ・コンセント・電源タップを変えてみる

ノートPCでは、電源系の瞬断が ACPI エラー → Kernel‑Power 41 として表に出ることが少なくありません。

純正の AC アダプタを使用しているかを確認（互換アダプタは要注意）
別のコンセント・別の電源タップに挿して再現性を確認
DC ジャック（本体側の差込口）を触ったときに接触が不安定にならないか

可能であれば、バッテリーを外し AC 駆動のみ／逆にバッテリー駆動のみ、というように、電源パターンを変えて再現性を確認すると、電源系かどうかのアタリがつきやすくなります（ただし着脱不可バッテリ機種では無理に分解しないこと）。

ステップ3：ドライバーと Windows 11 の健全性を確認する

チップセット・管理エンジン・GPU・ストレージドライバーを統一更新

ドライバーは、Windows Update 任せではなく、基本的にPC メーカー（OEM）の配布版で揃えるのが安全です。

チップセットドライバー
Intel Management Engine（Intel ME）または AMD プラットフォームセキュリティ（PSP）関連
ストレージ（Intel RST / AMD SATA / NVMe ドライバーなど）
内蔵 / 外付け GPU ドライバー（NVIDIA / AMD / Intel）

を、メーカーサポートページからダウンロードし、バージョンを揃えておきましょう。

DISM と SFC で Windows コンポーネントを修復する

管理者権限のターミナル（Windows Terminal / PowerShell / コマンドプロンプト）を開き、次のコマンドを順に実行します。

DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow

DISM：Windows のコンポーネントストアをオンライン修復
sfc：システムファイルを検査し、破損があれば自動修復

完了後、PC を再起動し、イベントビューアーで新たなエラーが出ていないか確認します。

電源管理・サーマル系ユーティリティは一度アンインストール

メーカー純正ツールやサードパーティ製の

ファンコントロール・温度管理ツール
省電力・パフォーマンス切り替えツール
OC/UV（オーバークロック／アンダーボルト）ツール

などは、ACPI と密接に関わるため、Windows 11 の標準電源管理と競合することがあります。切り分けのため、いったんアンインストールまたは無効化して様子を見てください。

ステップ4：ハードウェアの健全性をチェックする

温度と冷却状態を確認する

CPU/GPU 温度を監視できるツールで、平常時と負荷時の温度をチェック
負荷をかけた直後に強制シャットダウン → 再起動する場合、冷却不足の可能性大
ファンや通気口にホコリが詰まっていないか確認し、可能ならエアダスターなどで清掃

清掃時は必ず電源を切り、ACアダプタ・周辺機器をすべて外した状態で行ってください。

メモリ診断を行う

Windows 標準の 「Windows メモリ診断」（mdsched.exe）を実行
可能なら MemTest86 などのツールで複数パス検査

メモリエラーは、内容によっては ACPI やストレージのエラーに見えることもあり、Kernel‑Power 41 とセットで現れることが少なくありません。

ストレージ（SSD/HDD）の状態を確認する

管理者ターミナルで次を実行し、論理エラーをチェック

chkdsk /scan

SSD メーカー提供の診断ツールで SMART 情報を確認し、エラーや寿命警告の有無をチェック
ファームウェア更新が配布されている場合は、内容を確認してから適用

バッテリー・電源回路の状態を確認する

メーカーが提供する診断ツールに「バッテリー診断」や「ハードウェアテスト」があれば、必ず実行します。

バッテリーの劣化度が高い（容量低下や異常値）
AC 接続時でも、わずかな衝撃で電源が一瞬途切れる

などの症状がある場合は、ACPI エラーではなく電源回路そのものの故障が疑われます。

ステップ5：追加の安定化設定

電源プランの見直し

[設定] > [システム] > [電源] を開く
[電源モード] を [最適なパフォーマンス] または [高パフォーマンス] に設定

さらに、従来の詳細オプションから細かく調整することも有効です。

コントロールパネル > [電源オプション]
使用中のプランの [プラン設定の変更] > [詳細な電源設定の変更]
以下を中心に設定を見直す
- [PCI Express] > [リンク状態の電源管理] = オフ
- [USB 設定] > [USB セレクティブサスペンドの設定] = 無効

仮想化機能を使わない場合は無効化を検討

Hyper‑V や他社製ハイパーバイザは、ACPI や電源管理と密接に連携しています。仮想マシンを使っていないのであれば、

[Windows の機能の有効化または無効化] から Hyper‑V 関連項目をすべてオフ
BIOS/UEFI で仮想化支援機能（Intel VT-x / AMD‑V）を一時的に無効化

といった形で、競合要因を減らすと安定するケースがあります。

ログの読み方と「誤解しやすいポイント」

「Kernel‑General 12/25 が 41 を引き起こす」わけではない

よくある誤解として、「Kernel‑General 12 の直前に 41 があるから、12 が原因だ」と考えてしまうパターンがあります。

Kernel‑General 12：OS が起動したことを知らせる情報イベント
Kernel‑General 25：システム時刻の変更などを知らせる情報イベント

これらはあくまで「再起動した後の世界」で出ているログであり、41/6008 を引き起こした犯人ではありません。同様に、Kernel‑Boot 20/27/30 もブート処理の情報であって、原因ではなく結果側のログです。

Kernel‑Processor‑Power 55 の連続記録も、直接の犯人とは限らない

スリープや休止からの復帰直後に、Kernel‑Processor‑Power / 55 が複数並ぶことがありますが、多くの場合は「電源管理の状態が切り替わった」という情報ログです。

もちろん、BIOS/UEFI やドライバーが不安定だと、結果的にここでエラーが混じることもありますが、単に 55 があるからといって、それだけで犯人扱いするのは早計です。

イベント時系列のイメージ

時刻	イベント	位置付け
22:01:10	（何らかの要因で OS がクラッシュ／電源断）	真の原因（ログに残らないことも多い）
22:01:13	Kernel‑Power 41, EventLog 6008	クラッシュした「結果」の記録
22:02:00	Kernel‑General 12, Kernel‑Boot 20…	再起動後の起動処理ログ
22:02:10	Kernel‑Processor‑Power 55 など	復帰後の電源管理メッセージ

このように、イベントビューアーに並ぶログを「原因・結果・副作用」に分けて読むことが重要です。

安定したと判断できる目安

設定を変えたり部品を変えたりしたあと、「結局直ったのか？」を判断する基準として、以下を目安にすると良いでしょう。

[Windows ログ] > [システム] で、Kernel‑Power 41 / EventLog 6008 が以後出なくなる
CPU/GPU に負荷をかけるテストを30分以上行っても再現しない
- 3D ゲーム・ベンチマーク・動画エンコードなど、自分の通常利用に近い形で
スリープ → 復帰を複数回繰り返しても、0xA5 や 41 が発生しない
信頼性モニターの安定性インデックスが右肩上がりになり、重大イベントが消えていく

信頼性モニターの確認方法

スタートメニューで「信頼性」と入力し、[信頼性モニターの表示]を開く
グラフ上に表示される × マーク（重大）の内容を確認
設定変更後に、× が出なくなっているかを継続的にチェック

イベントビューアーよりも視覚的に変化が分かりやすいので、長期的な安定性の指標として便利です。

それでも直らないとき：クリーンインストールと修理の判断

ここまでの対策を実施しても、Kernel‑Power 41 や ACPI_BIOS_ERROR (0xA5) が頻発する場合、次のような最終ステップを検討します。

Windows 11 のクリーンインストール＋最小構成での再現確認

重要なデータをすべてバックアップ（外付けストレージなど）
Microsoft 公式のインストールメディアを作成
ストレージを初期化し、Windows 11 をクリーンインストール
最初は
- Windows Update
- PC メーカーの必須ドライバー
だけを入れ、常駐ソフトやゲームは入れない状態で様子を見る

この「素の状態」で同じ症状が再現するなら、OS やドライバーではなくハードウェア側の問題と考えるのが自然です。

メーカー修理に出す目安

状況	判断
クリーンインストール直後でも 41/0xA5 が再発する	マザーボード・電源回路・バッテリーなどハード故障の可能性大
電源ケーブルを触ると電源が落ちる・画面がちらつく	DC ジャックや電源系の物理不良の疑い。早期に修理相談を
メモリ・SSD 診断でエラーが検出される	該当パーツを交換（保証があればメーカー、DIY 可なら自前で交換）
負荷をかけると数分で落ちるが、アイドル時は安定	冷却不足または電源供給能力不足を強く疑う

保証期間内のノートPCであれば、クリーンインストール＋最小構成でも再現した段階で、無理に自力で追い込まず、メーカーサポートに症状と試したことの一覧を添えて相談するのがおすすめです。

よくあるパターン別のヒント

ケース1：ゲームや動画編集など高負荷時だけ再起動する

冷却不足・電源供給不足の可能性が高い
GPU ドライバーをクリーンインストールし直す
高パフォーマンス電源プラン＋PCIe リンク状態電源管理オフを再確認
冷却台や設置環境の改善（こもった場所に置かないなど）

ケース2：スリープ復帰時に ACPI_BIOS_ERROR (0xA5) が出る

高速スタートアップをオフにして様子を見る
BIOS/UEFI を最新化し、省電力関連設定を既定値に戻す
メーカー製電源管理ツールの設定を「標準」または「バランス」に戻す
USB 機器を可能な限り外して再現性を確認（特定デバイスが悪さをしていないか）

ケース3：AC 接続時は安定するが、バッテリー駆動時だけ落ちる

バッテリー劣化またはバッテリー関連回路の不調を疑う
バッテリー診断ツールで状態を確認
バッテリー使用時の電源プランで、CPU の最大プロセッサ状態を少し下げる（例：80～90%）

ケース4：特定のUSBデバイスやドッキングステーション使用時のみ発生

USB/Thunderbolt ドライバーと BIOS/UEFI を最新化
ドック・USBハブのファームウェア更新があれば適用
問題のデバイスを外した状態で長時間運用し、再現しないか確認

まとめ：Kernel‑Power 41 と ACPI_BIOS_ERROR 0xA5 に振り回されないために

最後に、本記事のポイントを整理します。

Kernel‑Power 41 は「原因の名前」ではなく、予期しない停止があったという「結果の記録」にすぎない
ACPI_BIOS_ERROR (0xA5) は、BIOS/UEFI の ACPI 実装と Windows 11 の期待がずれているサイン
volmgr 161 が出ていると、クラッシュダンプが残らず原因特定が難しくなる
まずは
1. 自動再起動を無効化し、ダンプ設定とページファイルを整える
2. BIOS/UEFI と高速スタートアップ・電源系を見直す
3. ドライバー・OS・ハードウェアを順番に切り分ける
という流れで進める
クリーンインストール＋最小構成でも再現するなら、ハード不良の可能性が高く、メーカー修理を検討

「41 が出るけど原因が分からない」状態から抜け出すには、証拠（ダンプとログ）をきちんと残す設定に整えたうえで、感覚ではなく手順に沿って切り分けることが重要です。時間はかかっても、一つずつ潰していけば、必ずどこかで原因の筋道が見えてきます。

:: OSコンポーネント修復
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow

:: ディスク簡易チェック（オンライン）
chkdsk /scan

上記のコマンドとチェックリストを活用しながら、Kernel‑Power 41 や ACPI_BIOS_ERROR (0xA5) に悩まされない安定した Windows 11 環境を取り戻していきましょう。

この記事を書いた人

佐藤健司

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows／Office（Teams・Excel）からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。