Windows 11 搭載の Acer Nitro 5 で、起動から数分でブルースクリーンになるような状態が続くと、仕事にもゲームにも使えず本当に困りますよね。しかも初期化（クリーンインストール）しても直らない、Windows Update をかけるたびに落ちるとなると、ソフトよりもハードウェア故障を疑う段階です。この記事ではミニダンプ解析で有力視された「SSD 起因」を軸に、どの部品が悪いのかを現場レベルで切り分ける手順を、Acer Nitro 5＋Windows 11 を想定して詳しく解説します。
症状の整理：Acer Nitro 5 で頻発する BSOD の典型パターン
まず、今回のケースを整理しておきましょう。あなたの環境が次のような状況に近ければ、この記事の内容はかなりの確度で役に立ちます。
- Acer Nitro 5（ノートPC）に Windows 11 を搭載している
- 数か月前から ブルースクリーン（BSOD）が高頻度で発生 する
- 電源投入から数分で落ちることもあり、再起動ループに入る場合もある
- Windows の初期化（再インストール）やクリーンインストールをしても改善しない
- Windows Update を無効にすると BSOD の回数は 1 日 1 回程度に減るが消えはしない
- Windows Update を実行すると ほぼ毎回 BSOD が起きる傾向がある
- M.2 SSD を 2 台など、複数の SSD を搭載している
- どの部品が壊れているのか（特にどちらの SSD か）を特定したい
ミニダンプ解析（WinDbg / BlueScreenView など）では、SSD 側のエラーが強く疑われる一方で、マザーボード側のストレージ周り（NVMe コントローラーや配線）も怪しい痕跡が残っていることがよくあります。ここから先は、実際に現場でやる「安全かつ元に戻せる範囲」の切り分け手順を順番に見ていきます。
まず最優先でやること：バックアップと全体方針
データのバックアップを最優先にする
SSD が疑わしい状況では、いつ完全に読めなくなってもおかしくないと考えてください。最初に必ず次のようなバックアップを取っておきます。
- 外付け HDD / SSD にユーザーデータ（ドキュメント、画像、動画、ゲームセーブなど）をコピー
- OneDrive / Google Drive などのクラウドにも重要ファイルを同期・コピー
- ゲームや開発環境など、再セットアップに時間がかかるものは設定ファイルも控えておく
バックアップが取れたら、「最悪 SSD を交換しても構わない」覚悟さえあれば、切り分け作業にかなり踏み込めるようになります。
Windows Update を完全に止めるのは逆効果になりやすい
トラブルが起きると Windows Update を止めたくなりますが、更新の完全無効化は長期的には危険です。
- 古いストレージドライバーや古い SSD ファームウェアのままだと、逆に BSOD が出やすくなる
- セキュリティ更新を止めると、脆弱性を抱えたまま長期間使うことになる
この記事では、「メーカー提供の安定版ドライバー＋安定版 BIOS」 に揃えることを前提に切り分けを進めます。
全体の切り分けフロー
長くなりがちなトラブルシューティングを、ざっくり次の順番で進めます。
| ステップ | 目的 | 主な作業 |
|---|---|---|
| 1 | ストレージ起因かどうか | イベントビューアー・ミニダンプの確認 |
| 2 | どの SSD が怪しいか | PowerShell で物理ディスクを特定 |
| 3 | SSD 自体の健康状態 | ベンダーツール・SMART・chkdsk |
| 4 | SSD とマザーボードの切り分け | SSD を 1 台ずつ接続、スロット入れ替え、外付け OS で検証 |
| 5 | ソフトウェア側の整備 | BIOS・ドライバー・電源設定の調整 |
| 6 | 他ハードの可能性を確認 | メモリ・温度・電源のチェック |
| 7 | 交換 / 修理の判断 | SSD 交換で様子を見るか、基板交換に進むかを決定 |
イベントログとミニダンプで「ストレージ起因」かを確認する
イベントビューアーでストレージエラーを探す
まずは Windows 標準のログから、SSD まわりの異常が出ていないか確認します。
Win + X→ 「イベント ビューアー」を開くWindows ログ > システムを選択- 右側の「現在のログをフィルター」で、レベルを「警告」と「エラー」に絞る
特に次のソース名が連続して出ていないかをチェックします。
| ソース | 意味・役割 | 典型的なメッセージ例 | 疑われる箇所 |
|---|---|---|---|
| Disk | ディスク全般のエラー | 「デバイス \Device\HarddiskX\DRY に不良ブロックが存在します」など | SSD 本体、接続、電源 |
| stornvme / nvme | Microsoft NVMe ドライバー | タイムアウト、リセット、I/O エラー系 | NVMe SSD、NVMe コントローラー |
| iaStorAC / iaStorVD | Intel RST / VMD ドライバー | ポートエラー、リセットなど | Intel RST 設定、SSD、マザーボード |
| storahci | 標準 SATA AHCI ドライバー | SATA デバイスのタイムアウト | SATA SSD/HDD、ケーブル、ポート |
| volmgr / NTFS | ボリューム管理 / ファイルシステム | ページファイルやボリュームのマウントエラー | ファイルシステム、SSD、ドライバー |
これらが BSOD の前後で固まって出ているなら、「ストレージ起因で落ちている」線がかなり濃くなります。
ミニダンプ（C:\Windows\Minidump）で停止コードを確認
ブルースクリーン発生時、Windows は標準設定で C:\Windows\Minidump に「ミニダンプ」を保存します。これを次のいずれかで開きます。
- BlueScreenView（GUI で簡単に見られるフリーソフト）
- WhoCrashed（簡易解析ツール）
- WinDbg（Microsoft 純正の本格解析ツール）
WinDbg の場合、ミニダンプを開いて以下のように入力します。
!analyze -v
ここで注目するのは以下のような停止コードです。
| 停止コード | よくある原因 | 今回のケースでの意味 |
|---|---|---|
| UNEXPECTED_STORE_EXCEPTION | ストレージの応答異常、システムプロセスの異常終了 | SSD・ストレージドライバー側をまず疑う |
| CRITICAL_PROCESS_DIED | システムの重要プロセスが異常終了 | 基盤となる I/O が不安定なときによく出る |
| KERNEL_DATA_INPAGE_ERROR (0x7A) | ページファイル等の読み込み失敗 | SSD / NVMe コントローラー / 電源まわりが強く疑わしい |
| WHEA_UNCORRECTABLE_ERROR | CPU / メモリ / PCIe / NVMe バスなどのハード障害 | SSD だけでなく、マザーボード側の問題も視野に入る |
| NTFS_FILE_SYSTEM | ファイルシステム破損、ドライバー競合 | SSD の不良ブロックや突然の切断でも発生しうる |
これらの停止コードが、イベントビューアーの Disk / NVMe 関連エラーとセットで出ているなら、SSD 起因＋マザーボード側のストレージ回りの不安定さが同時に起きている可能性が高いです。
複数 SSD 搭載時に「どの SSD か」を特定する
次に、「OS が載っている SSD はどれか」「イベントログのエラーはどの物理ディスクに対応するか」をはっきりさせます。PowerShell（管理者）を使うと分かりやすく整理できます。
PowerShell で物理ディスク情報を一覧表示する
スタートボタンを右クリック → 「Windows Terminal（管理者）」または「PowerShell（管理者）」を開き、次のコマンドを実行します。
# 物理ディスクの概要を表示
Get-Disk | Select Number, FriendlyName, SerialNumber, BusType, HealthStatus
ここで、
- Number … Windows が振っているディスク番号（Disk 0, Disk 1, …）
- FriendlyName … SSD メーカー名や型番
- SerialNumber … 個体を識別できるシリアル番号
- BusType … NVMe / SATA などの接続方式
- HealthStatus … Healthy / Warning / Unhealthy などの状態
を確認します。次に、C ドライブがどのディスク番号なのかを確認します。
# C: ドライブが載っている物理ディスクを特定
Get-Partition -DriveLetter C | Get-Disk | Select Number, FriendlyName, SerialNumber
これで「OS が載っている SSD（C: を含むパーティションを持つディスク）」が判明します。
Get-PhysicalDisk で信頼性カウンターを見る
Windows の記憶域スペースとして認識している SSD であれば、より詳細な統計情報を見られる場合があります。
Get-PhysicalDisk | Get-StorageReliabilityCounter |
Select DeviceId, Temperature, ReadErrorsTotal, WriteErrorsTotal, Wear
ここで、
- ReadErrorsTotal / WriteErrorsTotal が妙に多い SSD
- Wear（書き換え寿命の消費率）が異常に高い SSD
- Temperature が常に高温な SSD
などがあれば、その個体は特に要注意です。イベントログ上の「\Device\Harddisk0」などと、上記のディスク番号・シリアル番号を突き合わせて、「どの SSD がエラーを出しているのか」を絞り込みます。
SSD の健康状態を詳しく診断する
ベンダー提供ツール（Samsung Magician 等）でチェック
多くの SSD にはメーカー純正の管理ツールがあります。代表例としては、
- Samsung SSD → Samsung Magician
- Western Digital / SanDisk → Western Digital Dashboard
- Crucial → Crucial Storage Executive
これらのツールで次のポイントを確認します。
- 健康状態（Good / Warning / Critical）
- SMART のエラー有無（Reallocated Sector / Media Errors / CRC Errors など）
- 不良ブロックやメディアエラーのカウント
- 総書き込み量（TBW）と寿命残量
- 温度（高温状態が長く続いていないか）
さらに、提供されていれば SSD のファームウェア更新 を行います。ただし、更新中に電源が切れると最悪 SSD がブリックする可能性があるため、必ず AC アダプタ接続状態で実施してください。
CrystalDiskInfo で簡易チェック
メーカー不明の SSD や純正ツールがない場合は、フリーソフトの CrystalDiskInfo も有用です。
- 「健康状態」が 注意 / 異常 になっていないか
- 「代替処理済のセクタ数」「現在保留中のセクタ数」などに異常値がないか
- 温度が常に 60 度を超えるなど、高温状態になっていないか
ここで黄色や赤の表示が出るようであれば、SSD 交換を強く検討すべきフェーズです。
chkdsk でファイルシステムと不良セクタを確認
論理的なファイルシステム破損が BSOD を誘発している可能性もあるため、chkdsk で検査します。
chkdsk C: /scan
上記はオンライン検査のみを行います。修復が必要と表示された場合は、再起動をともなう以下のコマンドに進みます。
chkdsk C: /f /r
- /f … ファイルシステムのエラーを修復
- /r … 不良セクタの検出と読みやすい情報の回復
ただし、不良セクタが増えている SSD に対して /r を実行すると、負荷によって完全に読めなくなるリスクもゼロではありません。必ずバックアップを取ってから実行してください。
物理的な切り分けで SSD とマザーボードを見分ける
ソフト的な診断だけでは、「SSD が悪いのか、マザーボード（M.2 スロットや NVMe コントローラー）が悪いのか」が判然としないことがあります。ここからは、できる範囲で物理的な切り分けをしていきます。
SSD を 1 台ずつ接続して BSOD の再現性を比較する
Acer Nitro 5 が M.2 スロットを 2 基持つ構成の場合、以下のように試します。
- 補助 SSD（データ用）をいったん取り外す、もしくは BIOS で無効化する
- OS が入っている SSD だけで数日使ってみて、BSOD の頻度を確認する
- 逆に、可能であれば補助 SSD に Windows をインストールし、そちらのみで起動して試す
| 状況 | 考えられる結論 |
|---|---|
| SSD A だけで安定、SSD B を付けると BSOD 多発 | SSD B が高確率で故障している |
| どちらの SSD でも BSOD が頻発する | M.2 スロットやマザーボード側の問題の可能性が高い |
| 特定スロット（例：M.2_1）に挿した SSD だけ不安定 | そのスロット周辺の基板不具合が疑われる |
M.2 スロットを入れ替えてみる
物理的な分解に慣れているなら、SSD を挿すスロットを入れ替えてみるのも有効です。
- SSD A をスロット 1 → スロット 2 に移動して挙動を見る
- 逆に SSD B をスロット 2 → スロット 1 に移動して挙動を見る
「どの SSD でもスロット 1 に挿すと BSOD が多発する」ような場合は、スロット 1 周辺のマザーボード不良 を疑うべき状況です。
外付け USB SSD にクリーンな Windows を入れて起動する
より踏み込んだ切り分けとして、内蔵ストレージを一切使わない状態で Windows を動かしてみる 方法があります。
- USB 接続の外付け SSD を用意する
- 別 PC などで Windows 11 のインストールメディアを作成
- 外付け SSD に Windows をインストールし、Acer Nitro 5 をそこからブートする
この状態で数日使っても BSOD が一切出ないのであれば、
- 内蔵 SSD（いずれか、または両方）
- 内蔵 M.2 スロットやその配線
のいずれかに問題があると絞り込めます。一方、外付けから起動していても WHEA のバスエラー等で BSOD が続くようなら、マザーボード全体（CPU ソケットやチップセット周りも含む） を疑うフェーズです。
ドライバー・BIOS・電源設定を整える（ソフト側の最適化）
BIOS / UEFI を Acer 公式の安定版に更新
Acer のサポートサイトから、Nitro 5 の型番（例：AN515-xx など）を指定して BIOS / UEFI の最新版を確認し、安定版が出ていれば更新します。
- 更新中は絶対に電源を切らない
- 必ず AC アダプタを接続した状態で実施する
BIOS 更新によって、NVMe コントローラーや電源管理の挙動が改善し、BSOD が減るケースも少なくありません。
ストレージ系ドライバーを安定版にそろえる
次に、「どのドライバーで NVMe を制御しているか」を確認します。
- スタートボタンを右クリック → 「デバイス マネージャー」
- 「記憶域コントローラー」や「IDE ATA/ATAPI コントローラー」を展開
ここに、例えば次のようなドライバーが表示されます。
- Microsoft Storage Spaces Controller / Standard NVM Express Controller（stornvme.sys）
- Intel Chipset SATA/PCIe RST Premium Controller（iaStorAC.sys / iaStorVD.sys）
Intel RST/VMD を使っている場合は、
- Acer のサポートページ
- Intel 公式のドライバー配布ページ
から、Windows 11 対応かつ安定版とされるドライバーに合わせます。逆に、RST が不安定な場合は BIOS 設定で AHCI モードに切り替え、標準 NVMe ドライバーに戻した方が安定するケースもあります（ただし OS 再インストールが必要になる構成もあるため、慎重に検討してください）。
sfc /scannow と DISM でシステムファイルを修復
ストレージとは別に、システムファイルの破損が BSOD を誘発している場合もあるため、以下のコマンドで確認・修復します。
sfc /scannow
これでエラーが検出・修復された後、さらに DISM を実行します。
DISM /Online /Cleanup-Image /RestoreHealth
これにより、Windows イメージ自体の破損が修復されます。
高速スタートアップを無効にする
高速スタートアップは起動を速くしてくれる便利な機能ですが、ハイブリッドシャットダウンの影響でドライバー初期化が不完全になり、不安定さが出るケースもあります。
- 「コントロール パネル」→「ハードウェアとサウンド」→「電源オプション」
- 左メニューから「電源ボタンの動作を選択する」
- 「現在利用可能ではない設定を変更します」をクリック
- 「高速スタートアップを有効にする（推奨）」のチェックを外す
これで完全シャットダウン→完全起動のサイクルになり、ストレージ関連の初期化が安定しやすくなります。
PCI Express のリンク状態電源管理をオフにする
Windows の省電力設定で PCIe の省電力が強くかかると、NVMe SSD がアイドル状態からの復帰時に落ちる 個体もあります。次のように設定を変更してみます。
- タスクバーのバッテリアイコンを右クリック → 「電源とスリープの設定」
- 「電源の追加設定」→ 使用中の電源プランの「プラン設定の変更」→「詳細な電源設定の変更」
- 「PCI Express」→「リンク状態の電源管理」を「オフ」に変更
これで BSOD の頻度が下がるようであれば、電源管理と NVMe の相性問題 が一因だった可能性があります。
メモリ・温度・電源も念のためチェックする
SSD が最有力とはいえ、他のハード要因も切り分けておくと安心です。
メモリ診断（Windows メモリ診断 / MemTest86）
メモリエラーは WHEA_UNCORRECTABLE_ERROR などにもつながるため、1 回は検査しておきましょう。
Win + R→mdsched.exe→ 「今すぐ再起動して問題の有無を確認する」
より厳密に調べるなら、USB メモリに MemTest86 を書き込み、数パス分テストする方法もあります。エラーが出るようなら、そのメモリモジュールの交換が必要です。
温度と冷却状態の確認
高負荷時や Windows Update 時に BSOD が起きやすい場合、温度も疑いましょう。
- HWiNFO や HWMonitor などで CPU / GPU / SSD 温度を確認
- CPU や GPU が 90 度超え、SSD が 70 度近くまで上昇していないか
- ファンが正常に回っているか、吸気口がホコリで詰まっていないか
ホコリが酷い場合は、電源を完全に切り、バッテリーと AC を外した上でエアダスターなどで清掃することを検討してください。
AC アダプタとバッテリの挙動
「バッテリ駆動時だけ BSOD が出る」「AC 接続時は比較的安定している」といった傾向があれば、
- 電源不足による SSD への供給電圧低下
- バッテリや電源回路の劣化
なども視野に入れます。逆に、AC 接続時にだけ BSOD が出るような場合は、AC アダプタやコンセントを変えてみるのも一つの手です。
Windows Update で毎回 BSOD になる場合の運用方法
「更新をかけるたびに落ちるから、もう二度と更新したくない…」という気持ちはよく分かりますが、完全に止めるのは得策ではありません。次のような慎重運用をおすすめします。
- まず SSD / BIOS / ドライバーを整えてから Windows Update を実行する
- 更新前に必ず 復元ポイント を手動作成しておく
- 更新後に BSOD が出始めた場合、デバイス マネージャーで最近更新されたドライバーを確認し、問題のドライバーだけ 「ドライバーのロールバック」 を行う
- Windows Update の「オプションの更新プログラム」のうち、プレビュー版（先行配信）は当面保留にする
これにより、どうしても相性の悪い更新が見つかった場合でも、復元ポイントに戻すことで安全に切り抜けやすくなります。
SSD 交換か、マザーボード修理かの判断基準
SSD 側が濃厚なケース
次のような条件がそろう場合、SSD を先に交換するのが現実的です。
- イベントログで特定の SSD に I/O エラーが集中している
- ベンダーツールや CrystalDiskInfo で SMART 異常、健康状態「注意 / 異常」が出ている
chkdskや通常使用中に不良セクタ関連のエラーが多発している- その SSD を外すと BSOD が大きく減る or 消える
この場合は、
- 新品の SSD を購入
- クローンソフトで OS を移行するか、バックアップからクリーンインストール
- しばらく運用して BSOD が再発しないか確認
という流れになります。価格面でも、SSD 交換はマザーボード交換よりはるかに安上がりです。
マザーボード（ストレージ周り）が疑わしいケース
次のような条件が揃うと、マザーボード側の不具合 を視野に入れるべきです。
- どの SSD を挿しても、あるいは外付け SSD から起動しても BSOD が続く
- M.2 スロットを変えても改善せず、むしろ特定スロットでだけエラーが増える
- イベントログに WHEA-Logger（特に ID 17 などのバスエラー）が頻発している
- 高負荷時だけでなく、アイドルや軽作業中にもランダムに BSOD になる
この場合は、ユーザー側でできる対処はほぼ出し尽くしている状態です。購入店や Acer サポートに相談し、
- 保証期間内ならマザーボード交換を含む修理
- 保証切れでも有償で基板交換が可能かどうか
を確認するフェーズになります。SSD の交換だけでは改善しない可能性が高いので、無理にパーツを買い足す前に一度相談することをおすすめします。
代表的な停止コードとヒントの一覧
最後に、Acer Nitro 5 + Windows 11 環境でストレージ起因の BSOD に多い停止コードと、そのときのチェックポイントを一覧にしておきます。
| 停止コード | よく一緒に出るログ | まず疑うべきポイント |
|---|---|---|
| UNEXPECTED_STORE_EXCEPTION | Disk / stornvme / NTFS のエラー | SSD の SMART、イベントログの I/O エラー |
| CRITICAL_PROCESS_DIED | 特定プロセス停止ログ＋Disk エラー | ストレージの瞬断、電源管理、ドライバー |
| KERNEL_DATA_INPAGE_ERROR (0x7A) | ページファイル / 仮想メモリ関連のエラー | OS 用 SSD、不良ブロック、NVMe コントローラー |
| WHEA_UNCORRECTABLE_ERROR | WHEA-Logger イベント（ID 17, 18 など） | CPU / メモリ / PCIe / NVMe のハード不良 |
| NTFS_FILE_SYSTEM | NTFS / volmgr のボリュームエラー | ファイルシステム破損、SSD のエラーセクタ |
まとめ：SSD が最有力だが、基板不良も視野に
Acer Nitro 5 で Windows 11 使用中に BSOD が頻発し、初期化しても改善しない場合、
- 最有力候補は SSD 故障（特に OS が載っている方）
- ただし マザーボード側の NVMe コントローラーや M.2 スロット不良が併発 している可能性もある
というのが現実的な見立てです。
この記事で紹介したように、
- イベントログとミニダンプでストレージ起因かどうかを確認する
- PowerShell で OS 用 SSD を特定し、エラーが集中していないかを見る
- ベンダーツールや CrystalDiskInfo で SMART と健康状態をチェックする
- SSD を 1 台ずつ接続したり、スロットを入れ替えたり、外付け SSD から起動して物理的に切り分ける
- BIOS・ドライバー・電源設定を整えて、ソフト側の不安定要因を潰す
- それでもダメなら SSD 交換 → さらにダメならマザーボード交換を視野に入れる
というステップで進めていけば、「どの部品が悪いのか」「どこまで自力で直せるのか」がかなり明確になります。
ブルースクリーンは原因が見えづらく不安になりがちですが、ログとハードの切り分けを地道に進めていけば、必ずどこかで糸口が見つかります。Acer Nitro 5 が再び安定して動くようになるまで、焦らず一つずつ確認してみてください。
コメント