Windows 11 PCを工場出荷状態に初期化しても、突然の再起動やブラックアウトが止まらないと「もうOSを入れ直しても無駄なのでは?」と不安になります。本記事では、Ryzen 7 5600X+GeForce RTX 3060 Ti+16GBメモリ構成を例に、BIOS・チップセット・メモリ設定・電源・ストレージなどハード寄りの原因まで掘り下げて、再起動ループから脱出するための具体的な手順を解説します。
症状とPC環境の整理
まずは、いま起きている症状とPC環境を整理しておきましょう。本記事は、次のようなケースを想定しています。
- Windows 11の「このPCをリセット」で工場出荷状態に戻しても、再起動ループが続く
- 典型的な青いブルースクリーン(BSOD)は出ず、黒画面のまま電源が落ちる/勝手に再起動する
- 起動時に白いLEDが点灯し、POST(起動処理)が異常に遅い
- ミニダンプでは「メモリ破損」「win32kfull.sys」「ntkrnlmp.exe」など汎用的なエラー名ばかりが出る
ハード構成の例:
| 項目 | 構成例 | ポイント |
|---|---|---|
| CPU | Ryzen 7 5600X | メモリコントローラ内蔵、BIOSのAGESA版に大きく依存 |
| GPU | GeForce RTX 3060 Ti | 起動時の白LED点灯はGPU関連のPOSTエラーを示すマザーも多い |
| メモリ | DDR4 16GB | XMP有効時は実質オーバークロック扱いで不安定要因に |
| ストレージ | NVMe SSD 1TB + HDD 2TB | NVMeコントローラや電源不足が再起動の引き金になることも |
| BIOS | 2022-08-05版使用中 | 2025-04-17公開の新BIOSがある前提(要アップデート) |
| OS | Windows 11 | 工場出荷状態に初期化済みでも症状が残っている |
なぜ工場出荷状態に戻しても直らないのか
「PCをリセットして工場出荷状態にしたのに再起動が直らない」という状況は、OSより下の層、つまりBIOS・ファームウェア・チップセットドライバー・ハードウェアに起因している可能性が高いことを示唆しています。
工場出荷状態でリセットできる範囲
- Windows本体のシステムファイル
- ユーザープロファイル・アプリ・設定
- 一部のドライバー類(Windows標準ドライバー)
逆に言うと、次のものは工場出荷状態へのリセットでは一切初期化されません。
- マザーボードのBIOS/UEFI本体(バージョンや不具合)
- 電源管理やメモリ制御を含むチップセットの挙動
- XMP/DOCPなどのメモリオーバークロック設定
- GPU・NVMe SSDなどのファームウェア
- 物理的なハードウェアの故障・劣化(メモリ、電源、SSDなど)
ミニダンプに出てくる「メモリ破損」「win32kfull.sys」「ntkrnlmp.exe」などの汎用エラーは、本当にそのファイルが壊れているとは限らず、下層のハード/ファームウェアの不具合を受けてOSが巻き込まれた結果であることが多いです。
作業前にやっておきたい安全対策
これからBIOS更新やDriver Verifierなど、少し踏み込んだ作業を行います。安全のため、次のポイントを押さえておきましょう。
- 重要データのバックアップ:別PCや外付けHDD、クラウドなどに退避
- BIOS更新中は絶対に電源を切らない:停電リスクが低い時間帯・環境で実施
- 静電気対策:PC内部に触れるときは、金属部分に触れて体の静電気を逃がす
- 不安な作業は無理をせずサポートやショップ相談:特に電源やマザーボードの検証
優先度順で行うべき主要対処
まずは、原因候補の中でも「効果が高く、再現性も高い」ものから順に対処します。
| 優先度 | 対処 | 目的・ねらい |
|---|---|---|
| 1 | BIOSを最新(2025-04-17公開)へ更新 | 旧BIOSにあるメモリ・電源管理・PCIe周りの不具合を解消するため |
| 2 | AMDチップセットドライバーの更新 | 電源管理、PCIe制御、スリープ復帰の安定化を図る |
| 3 | XMP/DOCP(メモリ高速プロファイル)を無効化 | メモリクロックをJEDEC準拠(定格)に戻し、「メモリ破損」系BSODを抑える |
| 4 | GPUおよびSSD/HDDファームウェア・ドライバーの最新版適用 | 周辺機器との相性・古いドライバー起因のカーネルクラッシュを防ぐ |
| 5 | Driver Verifierでドライバーをストレステスト | なお再起動が続く場合に、不良ドライバーを特定するための診断ステップ |
BIOSを最新版(2025-04-17公開版)にアップデート
なぜBIOS更新が効くのか
Ryzen 7 5600X世代のマザーボードでは、BIOS更新によって次のような改善が頻繁に行われています。
- メモリ互換性の向上(特定メーカーのRAMでの誤動作修正)
- CPUとメモリ間のタイミング調整(Infinity Fabric関連)
- 電源管理(PBO、C-State、アイドル時電圧)の改善
- PCIe機器(特にNVMe SSD・GPU)との相性改善、リセットバグ修正
2022-08-05版のBIOSから2025-04-17版へ飛躍的にバージョンが上がると、内部のAGESA(AMDのファームウェア基盤)も何世代も更新されていることが多く、「謎の再起動」や「POSTがやたら遅い」症状がまとめて解決するケースがあります。
BIOSアップデートの基本手順
マザーボードのメーカーや型番により細部は変わりますが、概ね次の流れです。
- マザーボードの型番を確認(マニュアルや本体印字、Windows上のシステム情報など)
- メーカー公式サイトから最新のBIOS(2025-04-17公開版)をダウンロード
- ZIPを解凍し、BIOSファイルをUSBメモリのルートにコピー
- PCを再起動し、DELまたはF2キーなどでUEFI設定画面を開く
- 「EZ Flash」「M-Flash」「Q-Flash」などのBIOS更新機能を選択
- USBメモリ上のBIOSファイルを指定して更新を実行
- 更新中は絶対に電源を切らない(数分~十数分かかることもある)
- 自動再起動後、BIOS設定を一度ロードデフォルト(工場設定に戻す)してから保存して再起動
更新後、起動時間が短くなったり、白LEDの点灯時間が明らかに短くなるようであれば、POST段階の問題が改善された可能性が高いです。
BIOS更新後に確認しておく設定
- ブート順序(NVMe SSDが最優先になっているか)
- CSM(Legacy Boot)のON/OFF状態(通常はUEFIブート推奨)
- メモリプロファイル(XMP/DOCP)が自動でONになっていないか
- TPMやSecure Bootの設定(Windows 11要件を満たしているか)
再起動ループが続いている段階では、まずは安定性重視で、余計なオーバークロックやチューニングはすべてオフにするのが鉄則です。
AMDチップセットドライバーを更新する
チップセットドライバーが担っている役割
AMDチップセットドライバーは、単なる「補助的なドライバー」ではなく、次のような重要部分に関わっています。
- CPUの電源管理(P-State、C-State)
- PCI Expressレーンの制御(NVMe SSDやGPUとのやりとり)
- USBコントローラなどI/O周りの挙動
- スリープ/休止からの復帰シーケンス
古いチップセットドライバーのままだと、特定条件でのみ再起動が起きる隠れバグを踏み続けることがあります。Windows Updateに任せきりにせず、メーカー公式から最新版を導入しましょう。
更新のポイント
- AMD公式サイトから、使用しているチップセット(例:B550、X570など)向けの最新ドライバーをダウンロード
- インストーラーを右クリックして「管理者として実行」
- 推奨コンポーネントにチェックを入れたままインストール
- インストール後は必ず再起動し、数時間ほど通常利用して様子を見る
これだけで、「スリープ復帰直後だけ落ちる」「ブラウザや軽い作業中にだけフリーズする」といった症状が収まることもあります。
XMP/DOCPを無効化してメモリを定格に戻す
XMPは便利だが不安定さと紙一重
XMP/DOCPは、メモリが本来定格としている速度より高いクロックやタイトなタイミングを、ワンタッチで適用できる便利な機能です。しかし、CPU内蔵メモリコントローラやマザーボードとの相性がシビアになるため、次のような症状を引き起こしがちです。
- 特定のゲームやアプリだけでBSODが発生
- 重い処理中にだけブラックアウトして再起動
- ミニダンプに「memory_corruption」などの文言が頻出
一度、XMP/DOCPを完全に無効化して、メモリをJEDEC準拠の定格に戻してみましょう。
XMP/DOCP無効化の手順
- PC起動時にDELキーやF2キーを押してBIOS/UEFI設定画面を開く
- 「Ai Tweaker」「OC」「Extreme Tweaker」などのタブを開く
- 「XMP」「DOCP」「AMP」などの項目をDisabled(無効)に設定
- メモリクロック(DRAM Frequency)が自動または定格値(例:2666MHz、3200MHzなど)になっていることを確認
- 設定を保存して再起動
| 設定 | メリット | デメリット |
|---|---|---|
| XMP有効 | メモリ帯域が向上し、一部アプリで性能アップ | 相性次第でBSODやフリーズの原因になりやすい |
| XMP無効(定格) | 安定性が大幅に向上し、トラブルシュートしやすい | ベンチマーク上の性能はやや低下する |
トラブルシュート中は、とにかく安定性>性能の優先順位で考えるのがおすすめです。
GPU・SSD/HDDのドライバー&ファームウェアを最新にする
GPU(GeForce RTX 3060 Ti)のドライバー
GPUドライバーの不具合でもBSODやブラックアウト再起動は発生します。特に、Windows標準ドライバーのまま、あるいは非常に古いドライバーを使っている場合は、次の点を確認しましょう。
- GPUメーカー公式のドライバーを使用しているか
- インストール時に「クリーンインストール(既存設定をリセット)」オプションを選んだか
- GPUのオーバークロック設定(ツール類)が有効になっていないか
ゲーム起動直後や3Dベンチマーク実行時にのみ再起動する場合、まずGPUドライバーと電源ユニットを疑うと切り分けがスムーズです。
NVMe SSD・HDDのファームウェアと状態
NVMe SSDや一部HDDでは、ファームウェアの不具合が原因でカーネルクラッシュや突然の再起動につながる事例もあります。
- メーカー提供のユーティリティ(SSD管理ツール)でファームウェア更新の有無を確認
- SMART情報で異常値が出ていないか確認(後述)
- ストレージの温度が高すぎないか(ヒートシンクやエアフローを確認)
特に、イベントビューアーに「ディスク」「storahci」「nvme」関連の警告やエラーが多発している場合は、ストレージ周りを重点的に疑うべきです。
Driver Verifierで問題ドライバーをあぶり出す
ここまででBIOS・チップセット・メモリ設定・GPU/SSD周りを見直してもなお再起動が続く場合は、Driver Verifierを使ってドライバーをストレステストする段階に進みます。
Driver Verifier使用時の注意
- あくまで「診断用ツール」であり、常用するものではない
- 問題のあるドライバーがあると、むしろ意図的にBSODを頻発させる動きをする
- 設定を誤ると起動できなくなる場合があるため、実行前に復元ポイントやバックアップを用意
Driver Verifierの設定手順
- 管理者権限のコマンドプロンプトまたは「ファイル名を指定して実行」で
verifierと入力して起動 - 「標準設定を作成する」を選択
- 「ドライバーの名前に基づいて、これらのドライバーを選択する」を選択
- Microsoft提供ドライバーは除外し、サードパーティ製ドライバー(GPU、オーディオ、周辺機器など)にチェックを入れる
- PCを再起動し、普段クラッシュしやすい操作をしながら数時間様子を見る
もしBSODが発生した場合、そのエラーメッセージやミニダンプ内に、具体的なドライバー名(xxx.sys)が書かれていないか確認しましょう。
Driver Verifierを無効化する方法
検証が終わったら、必ずDriver Verifierを無効化します。
verifier /reset
上述のコマンドを管理者権限のコマンドプロンプトから実行し、PCを再起動すれば設定は解除されます。もし通常起動ができなくなった場合は、セーフモードで起動してから同じコマンドを実行してください。
補足診断:MemTest86・SFC・DISM・イベントログ・SMART・PSU
主要な対処と並行して、次の診断も行うと原因の絞り込みが早くなります。
MemTest86でメモリを数周テストする
- MemTest86のブートUSBを作成し、USBから起動
- 最低でも数周(可能なら一晩)実行し、エラーの有無を確認
- XMPを無効にした状態でもエラーが出る場合は、メモリモジュールまたはメモリスロットの物理不良を強く疑う
- 片側1枚ずつ挿してテストし、「どのスロット+どのモジュールでエラーが出るか」を確認
MemTest86でエラーが出るようなら、OS側の設定でどうにかなる問題ではないと割り切り、メモリ交換やマザーボードの検証に進むべきです。
SFCとDISMでWindowsシステムファイルを修復
OS再インストール済みでも、念のためシステムファイルの整合性チェックを行っておくと安心です。
- スタートメニューから「Windowsターミナル(管理者)」または「コマンドプロンプト(管理者)」を開く
- 次のコマンドを順番に実行
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow
DISMがシステムイメージを修復し、その後SFCが個別ファイルをチェック・修復します。エラーが検出され、修復された場合でも、再起動後にもう一度実行して「整合性違反は検出されませんでした」となるか確認しておくと安心です。
イベントビューアーの「カーネル-パワー (ID 41)」を確認
突然の再起動がある場合、イベントビューアーにはほぼ必ずカーネル-パワー (ID 41)の重大エラーが記録されます。これ自体は「正しくシャットダウンできなかった」という結果論ですが、同じ時間帯に出ている他のイベントと併せて読むことで、原因のヒントになります。
- 同時刻前後に「ディスク」「nvme」「storahci」などの警告・エラーがないか
- GPU関連のエラー(「Display」「nvlddmkm」など)がないか
- 電源関連のログが全くない場合は、物理的な電源断の可能性が高い
何度か再起動が起きるのを待ち、その都度ログをメモしていくと、「負荷が高いときだけ」「スリープからの復帰時だけ」など傾向が見えやすくなります。
NVMe SSDのSMART値をチェック
NVMe SSDには自己診断用のSMART情報があり、専用ツールやメーカー提供ユーティリティで確認できます。特に次の項目に注目しましょう。
- 再割り当て済みセクタ数/保留中セクタ数
- メディアエラー数
- 突然の電源断回数
- コントローラ温度(高温状態が続いていないか)
異常値が出ている場合は、SSD自体の故障予兆の可能性が高まります。OSが入っているドライブに問題があると、予告なしに再起動やフリーズを引き起こすことがあるため、早めのバックアップと交換を検討しましょう。
電源ユニット(PSU)を疑うべきサイン
予兆のないシャットダウンや再起動は、電源ユニット起因でもよく発生します。次のような特徴があれば、PSUを疑ってみてください。
- 高負荷(ゲーム・エンコード)時にだけ電源が落ちる
- ログにはほとんど何も残らず、いきなりブラックアウトする
- PC使用年数に比べて電源ユニットが古い/安価なモデル
- 他パーツを一通り検証しても、症状に一貫性がない
可能であれば、別の高品質な電源ユニットを一時的に借りて試すのが最も早い切り分け方法です。自力で難しい場合は、PCショップの有料診断を利用するのも現実的な選択肢です。
症状別に見る原因候補と優先チェックポイント
同じ「再起動ループ」でも、落ちるタイミングや前後の挙動によって原因の傾向が変わります。次の表を参考に、重点的に確認するポイントを整理してみてください。
| 症状のパターン | 主な原因候補 | 優先して確認するポイント |
|---|---|---|
| 起動直後~ログイン前に落ちる | BIOS不具合、メモリ相性、ストレージ初期化失敗 | BIOS更新、XMP無効化、NVMe認識状況、白LED点灯時間 |
| ゲームや3Dアプリ中だけ落ちる | GPUドライバー、GPU故障、電源不足、温度 | GPUドライバー更新、GPU・CPU温度、電源容量・品質 |
| アイドル中や軽い作業中でも不規則に落ちる | 電源ユニット、チップセットドライバー、メモリ不良 | チップセット更新、MemTest86、別PSU検証 |
| スリープ/休止からの復帰時だけ落ちる | ACPIまわりの不具合、デバイスの省電力設定 | BIOS更新、チップセットドライバー、省電力設定の見直し |
ミニダンプの「win32kfull.sys」「ntkrnlmp.exe」に惑わされない
ミニダンプを開くと、しばしば次のような名前が並びます。
- memory_corruption
- win32kfull.sys
- ntkrnlmp.exe
これらは、Windowsの中核部分(カーネルやグラフィックサブシステム)が結果的に巻き込まれて落ちたことを示すだけで、本質的な原因ではない場合がほとんどです。むしろ、次のようなドライバー名がないかを注意深く探してください。
- 特定メーカーのストレージドライバー(xxxnvme.sys など)
- オーディオデバイスやUSBデバイスのドライバー
- 古いセキュリティソフトや常駐ソフトのドライバー
「よく分からないから」という理由でレジストリクリーナーや謎の最適化ツールを多用すると、かえって原因が見えにくくなるので避けましょう。
Ryzen 7 5600X+RTX 3060 Ti環境ならではの注意点
Ryzen 7 5600X世代は、BIOSやメモリ設定の影響を受けやすい一方で、適切にチューニングすれば非常に安定して動作するプラットフォームです。次のポイントに気を付けると、再起動問題を避けやすくなります。
- メモリクロックとInfinity Fabricの同期:高クロックメモリを使う場合、BIOS側での調整が必要になることがある
- VRMや電源の品質:RTX 3060 Tiとの組み合わせでは、CPU+GPU同時負荷時の消費電力が高めになる
- ケース内エアフロー:NVMe SSDやVRM周りが高温になると、熱による不安定化が起こりやすい
再起動ループから抜け出すまでは、PBO(Precision Boost Overdrive)やCPUの手動オーバークロック、GPUのOC設定などはすべてオフにしておくのが無難です。
最終手段:パーツ単位でのハードウェア切り分け
ここまでの手順をすべて行っても再起動が止まらない場合は、いよいよハードウェア単位の切り分けに入ります。自作経験者向けの内容にはなりますが、流れを整理しておきます。
- 最小構成にする:CPU+1枚のメモリ+システム用SSD+GPUのみで起動
- メモリモジュールを1枚ずつ差し替えテスト:スロットも変えながら、どの組み合わせで症状が出るか記録
- 別GPUでの検証:可能なら、TDPの低い別GPUを借りて動作チェック
- 別電源ユニットでの検証:高品質なPSUに差し替えて同じ負荷をかける
- 別ストレージにクリーンインストール:現在のSSD/HDDとは別のドライブにWindowsを入れ、同様の症状が出るか見る
どこかの段階で症状が出なくなれば、その直前に交換したパーツが原因である可能性が高くなります。逆に、すべてのパーツを順番に替えても症状が再現する場合は、マザーボード自体の問題を疑ってもよいでしょう。
やりがちなNG対応
- OSの再インストールを何度も繰り返す:ハード/ファーム起因なら効果が薄い
- 怪しい最適化ソフトやレジストリクリーナーに頼る:問題の本質を隠すだけでなく、新たな不具合を生むリスク
- 不安定な状態でOC設定を維持する:切り分けができなくなり、原因が特定しづらくなる
- ログを一切見ない:イベントビューアーやミニダンプの情報は、原因特定の大きなヒント
まとめ:BIOS・メモリ設定の見直しが第一歩
Windows 11 PCを工場出荷状態に初期化しても再起動ループが止まらない場合、問題はOSより下の層に潜んでいることがほとんどです。
- まずはBIOSを2025-04-17公開の最新版へ更新し、メモリ・電源・PCIe周りの既知不具合を潰す
- AMDチップセットドライバーを最新化し、電源管理やスリープ復帰の安定性を上げる
- XMP/DOCPを無効化してメモリを定格に戻し、メモリ起因の「memory_corruption」を疑う
- GPU・SSD/HDDのドライバーやファームウェアも最新版にそろえる
- それでもダメなら、Driver Verifier・MemTest86・イベントログ・SMART・PSU検証でハード故障の切り分けへ進む
多くのケースでは、「BIOS更新+XMP無効化」だけで劇的に安定することも珍しくありません。焦って何度もOSを入れ直すよりも、落ち着いて層ごとに原因を切り分けていく方が、結果的には早く確実に再起動ループから抜け出せます。本記事の手順を参考に、一つ一つチェックしながら、安定したWindows 11環境を取り戻してください。

コメント