以下の内容はhttps://error-daizenn.hatenablog.com/entry/2026/02/08/234051より取得しました。


Windows 10で「UNEXPECTED STORE EXCEPTION」ブルースクリーンが出たときの原因と対処法──SSDが消える・起動時にCドライブ修復が走る症状まで解説

 

Windows 10で「UNEXPECTED STORE EXCEPTION」ブルースクリーンが出たときの原因と対処法──SSDが消える・起動時にCドライブ修復が走る症状まで解説

Windows 10で突然ブルースクリーンが表示され、「UNEXPECTED STORE EXCEPTION」というエラー名が出ると、多くの人が「SSDが壊れたのでは」と身構えます。実際に、再起動後にBIOSでシステムドライブが消えたように見えたり、復旧後も起動のたびに「Cドライブのスキャンと修復」が走ったりすると不安はさらに増します。
この記事では、そうした一連の症状が起きる典型パターンを整理し、原因の切り分けから安全な復旧、再発防止までを実務的にまとめます。

「UNEXPECTED STORE EXCEPTION」とは何が起きているのか

このエラーは、Windowsがストレージ(SSD/HDD)周りの入出力やメモリ管理で致命的な不整合を検知したときに起きやすいブルースクリーンです。名前に「STORE」とありますが、Microsoft Storeのことではなく、主に次の要因が絡みます。

  • ストレージ機器(SSD/HDD)の瞬断・不安定化(SATAケーブル、電源、ポート、接点など)

  • ファイルシステムの破損(NTFSの不整合、メタデータ破損)

  • ストレージドライバ/チップセット/AHCI周りの不具合

  • SSDのファームウェア問題や寿命兆候(不良セクタ、書き込み失敗、コントローラ不安定)

  • メモリ不良・過度なOC(見かけ上ストレージ異常に見えることも)

「スキャンや修復が毎回走る」「一時的にBIOSから消える」のような症状がある場合、ソフトウェア破損だけでなく、物理的な接続不良や電源側の問題が隠れていることが多いのがポイントです。

よくある症状パターン:今回のようなケースで疑うべきこと

1)再起動後にBIOSでSSD/システムドライブが“消えた”

これは、OSの不具合だけでは起きにくく、次のような「一時的に認識できない要因」を疑います。

  • SATAケーブル不良、コネクタのゆるみ、折れ癖

  • SATA電源分岐ケーブルの接触不良

  • マザーボード側SATAポートの相性/故障

  • 電源ユニット(PSU)の出力不安定(特に複数ドライブ接続時)

  • SSDのコントローラが一時的にハングし、電源断で復帰するタイプの症状

別のSATAケーブルに替えたら起動できた、という流れは「ケーブル・電源・ポート由来」を強く示唆します。復旧後も同じ構成に戻して問題が再発するなら、接続系の再点検が最優先です。

2)sfc /scannow で大量エラー、DISM、chkdsk を回した

SFCやDISMで修復できるケースはありますが、「大量エラー」が出る状況は、そもそもストレージの読み書きが不安定で破損が連鎖している可能性もあります。修復コマンドは大切ですが、原因が物理側にあると“直してもまた壊れる”状態になりやすい点に注意が必要です。

3)起動のたびに「Cドライブのスキャンと修復」が走る

これは多くの場合、Windowsが「前回のシャットダウン時にディスクの整合性が保証できなかった」と判断している状態です。典型原因は次の通りです。

  • 不意の電源断や強制再起動が繰り返された

  • ディスクの不良セクタ/I/Oエラーが残っている

  • ファイルシステムの“修復待ちフラグ”が立ったままになっている

  • ストレージ接続の瞬断が発生している(短時間でも起きると整合性が崩れる)

「毎回」続く場合は、単発の破損というより“現在進行形で不安定”と考えて切り分けるのが安全です。

まず最優先:データ保護(復旧作業より先にやる)

ブルースクリーン+ドライブ瞬断の経験があるなら、最優先はバックアップです。可能なら以下の順で進めます。

  1. 重要データ(ドキュメント、写真、プロジェクト等)を外付けや別PCに退避

  2. 可能ならシステムドライブを丸ごとイメージバックアップ(復元点ではなくディスクイメージ)

  3. バックアップ完了までは無理な修復を繰り返さない(悪化リスクを下げる)

特に chkdsk /r は負荷が高く、故障が進んでいるドライブには追い打ちになることがあります。回すなら「バックアップ後」が原則です。

原因切り分け:物理(接続・電源)→論理(OS)の順で進める

ステップ1:SATAケーブルと電源ラインの徹底見直し

  • システムSSDは新品または状態の良いSATAケーブルに交換

  • 可能なら電源のSATAコネクタを別系統に変更(分岐の先端ではなく元に近い側へ)

  • マザーボードのSATAポートも変更(別ポートへ)

  • ドライブを複数繋いでいるなら、検証時は最小構成(システムSSDのみ)にする

「ケーブルを替えたら一旦直った」は重要なヒントです。再発防止の観点では、そのまま“交換したケーブルを常用する”ことが大切になります。

ステップ2:BIOS/UEFI設定の確認

  • SATAモードがAHCIになっているか(基本はAHCI)

  • ストレージ関連の設定を極端にいじっていないか

  • もしCPU/メモリのOCやXMPで不安定なら一旦戻す

メモリ不安定は、結果としてファイル破損を招き、ストレージエラーのように見えることがあります。

ステップ3:ドライブの健康状態を確認(SMART)

OSが起動できるなら、SSD/HDDのSMART情報を確認し、次が出ている場合は要注意です。

  • 代替処理済みセクタや保留中セクタの増加(HDDで顕著)

  • 重大なメディアエラー、CRCエラー(ケーブル由来のことも多い)

  • SSDの寿命指標が急激に悪化

CRCエラーはケーブルや接触不良が原因で増えることが多く、「SSDが消える」とセットで出るなら配線系が濃厚です。

OS側の修復は「整合性の回復」と「再発しない状態作り」の両輪

1)SFC / DISM の位置づけ

  • SFCはシステムファイルの破損検出と修復

  • DISMはWindowsイメージ側(コンポーネントストア)の修復

大量に壊れている場合、直しても原因(瞬断)が残れば再破損します。先に物理安定化を済ませ、次にSFC/DISMで“壊れた結果”を整えるのが安全です。

2)chkdsk が毎回走るときの考え方

  • 1回走って収束する:単発破損だった可能性

  • 何度走っても繰り返す:不良セクタ増加、瞬断、電源不安定、ファイルシステムの継続破壊を疑う

繰り返す場合は、「修復を続ける」より「原因を止める」ことが最短の解決になります。

再発防止の現実的な落としどころ

  • システムSSDのSATAケーブルを固定(交換したものを正式採用)

  • 電源のSATA分岐を見直し、可能ならシステムSSDに専用ラインを割り当てる

  • ドライブ台数が多い場合、電源容量・品質を再評価(瞬断が出るなら要注意)

  • 重要データは二重化(外付け+クラウド、または別ドライブ)

  • どうしても不安定なら、システムSSDの交換を検討(特に古いSSDやSMARTに兆候がある場合)

まとめ:このエラーは「ストレージ不安定」を疑って動くのが最短

「UNEXPECTED STORE EXCEPTION」+「BIOSでSSDが消える」+「起動時にCドライブ修復が毎回走る」という組み合わせは、OS修復だけで押し切るより、まず接続・電源・ポート・ドライブ状態の切り分けを優先するのが最も安全で、結果的に最短ルートになりやすいです。
バックアップで守りを固め、最小構成で安定化を確認し、その後にSFC/DISM/chkdskで整合性を取り戻す。この順番を守るだけで、同じ症状の再発率は大きく下がります。




以上の内容はhttps://error-daizenn.hatenablog.com/entry/2026/02/08/234051より取得しました。
このページはhttp://font.textar.tv/のウェブフォントを使用してます

不具合報告/要望等はこちらへお願いします。
モバイルやる夫Viewer Ver0.14