Windows 10 更新後にCRITICAL_PROCESS_DIEDで起動しない原因と復旧手順｜SSD故障の見分け方

Windows 10 の自動更新直後にブルースクリーン（CRITICAL_PROCESS_DIED）が出て起動しない。セーフモードも回復しない状況は、更新不具合に見えて実はSSDやファイルシステム破損が原因のことが少なくありません。データ救出を最優先に、故障判定から最短で復旧する手順を具体的にまとめます。

まず押さえるべき結論：Windows Update が「原因」に見えても、実際はSSD側の障害が多い

Windows 10 の更新直後に ブルースクリーン（BSOD） が発生し、以降まともに起動できない――この流れは「更新で壊れた」と感じやすいのですが、提示されている状況を見る限り、優先して疑うべきはSSD（ストレージ）やファイルシステムの深刻な破損です。

特に次のような組み合わせが揃うと、OS修復以前に「ディスクが正常に読めない・書けない」状態が濃厚になります。

• Stop code：CRITICAL_PROCESS_DIED（重要なシステムプロセスが停止して継続不能）
• セーフモードが起動しない／回復環境（WinRE）のコマンドプロンプトからしか触れない
• sfc /scannow が「Windows リソース保護は要求された操作を実行できません」で止まる
• オフラインDISMが「このボリュームには認識できるファイル構造がありません」等で失敗する
• chkdsk が途中で不明なエラーになったり、イベントログへ転送できず終了する
• diskpart の list disk で容量や空き容量の表示が極端（0B/数MB/桁違い等）に見える

さらに、ブルースクリーンが0%のまま進まないケースは、クラッシュダンプを書き込む先（通常はシステムドライブ）に書けない状況でも起こり得ます。つまり「Windows Update が壊した」というより、更新のタイミングでSSDが限界を迎えた／既に壊れかけていたと考える方が現実的です。

最優先は「修復」より「救出」：データを守るための基本方針

ストレージ障害が疑われる状態で、chkdsk /f や修復コマンドを何度も回すと、書き込みが増えて症状が悪化することがあります。復旧の順番を間違えると、OSが戻ってもデータが戻らないという最悪の結果になりかねません。

判断に迷ったら、次の優先順位で動くのが安全です。

優先度	目的	やること（概要）	避けたいこと
最優先	重要データの保全	読み出せるうちに別媒体へ退避／可能ならディスクのイメージ化	同じ修復を繰り返して書き込みを増やす
次点	故障判定	SMART/メーカー診断の長時間テストで「交換前提」か判断	短時間テストだけで安心する
最後	OS復旧	SSD交換→クリーンインストール（必要に応じて修復を試す）	壊れたSSDで無理にOS復活を狙う

データ救出の選択肢：状況別に「負担の少ない方法」から選ぶ

「回復環境のコマンドプロンプトしか使えない」という条件でも、データ退避の道は残っています。ポイントは書き込みを最小限にし、読み取りエラーが増えたら早めに撤退することです。

方法	必要なもの	メリット	注意点
別PCにSSDを接続してコピー	USB-SATA変換、M.2ケース等	成功率が高い／作業が速い	認識が不安定ならコピー中に切断されることがある
WinREから外付けへコピー（robocopy）	外付けHDD/SSD、USBメモリ等	追加のPCがなくても実行できる	コピーが止まる場合は無理をしない（物理障害の可能性）
Linux Live で起動して退避	USBメモリ（Live起動用）＋外付けHDD	Windowsが壊れていても読み出せる場合がある	BitLockerが有効だと回復キーが必要
イメージ取得（クローン/セクタコピー）	別ストレージ（同容量以上）	不良セクタがあっても「読める範囲」を最大化	手順が難しめ。失敗時に追加の負荷がかかる
専門業者に依頼	予算	重症でも可能性が残る	通電や再試行を続けると悪化することがある

WinREから外付けへコピーする具体例（robocopy）

外付けドライブ（例：E:）が認識されている前提で、まずは重要フォルダから退避します。読み取りエラーで止まりにくいよう、再試行回数と待ち時間を小さくし、ジャンクションを避けます。

diskpart
list volume
exit

md E:\rescue

robocopy D:\Users<ユーザー名>\Desktop   E:\rescue\Desktop   /E /R:1 /W:1 /XJ
robocopy D:\Users<ユーザー名>\Documents E:\rescue\Documents /E /R:1 /W:1 /XJ
robocopy D:\Users<ユーザー名>\Pictures  E:\rescue\Pictures  /E /R:1 /W:1 /XJ 

メールやブラウザのプロファイルも忘れやすいポイントです（環境により場所が異なります）。

• Outlook（PST/OST）：D:\Users\<ユーザー名>\AppData\Local\Microsoft\Outlook
• Edge：D:\Users\<ユーザー名>\AppData\Local\Microsoft\Edge\User Data
• Chrome：D:\Users\<ユーザー名>\AppData\Local\Google\Chrome\User Data

コピー中に極端に遅くなる、止まる、切断される場合は、SSDが限界に近い可能性があります。欲張って全データを一度に狙わず、最重要データから小分けに救出してください。

BitLockerが有効でドライブが読めない場合

回復環境でドライブが「ロック」されている場合、BitLocker回復キーが必要です。回復キーが手元にある前提で、次のように解除します（キーは48桁の数値です）。

manage-bde -status
manage-bde -unlock D: -RecoveryPassword <48桁の回復キー>

回復キーが分からないのに無理な操作を続けると、状況が悪化するだけで前進しません。まずはキーの所在（Microsoftアカウント、管理者の保管、印刷物等）を確認します。

症状から原因を絞る：今回のケースで「SSD障害」を疑う根拠

Stop code の CRITICAL_PROCESS_DIED は、ドライバーやメモリ、マルウェア、システムファイル破損などでも起こり得ます。しかし、次のエラーが同時に出ている点が重要です。

観測された症状	示唆される状態	補足
DISMが「認識できるファイル構造がない」	対象ボリュームがRAW扱い／メタデータ破損	OS修復ツールがファイルシステムを読めない段階
chkdskが不明なエラーで停止、ログ転送不可	読み取りエラー多発／書き込み不可	chkdsk自体がディスクI/Oに耐えられない可能性
sfcが実行不能	システムファイル以前にストレージアクセスが不安定	オフライン指定ミスの場合もあるが、今回は他症状と併発
diskpartの容量表示が極端	コントローラ/ファーム/論理情報の破綻	正常なら桁や空き容量が極端にはならない
BSODが0%のまま	ダンプ書き込み先へ書けない	ストレージ障害のときに起きやすい挙動

つまり、今回の修復がうまくいかないのは「コマンドが間違っている」だけではなく、修復コマンドが成立する前提（ディスクが読めること）が崩れている可能性が高い、ということです。

回復環境（WinRE）での確認：やることを絞って被害を増やさない

ここでは「修復の成功率を上げる」よりも、故障を見抜く／データ救出の判断材料を集めることを優先します。WinREはドライブレターが普段と変わりやすいので、まず対象のWindowsがどのボリュームかを特定してください。

diskpart でWindowsパーティションを特定する

diskpart
list disk
list volume

容量・ファイルシステム（NTFS/FAT32/RAW）・ラベルを見て、Windowsが入っていそうなボリュームを探します。見つかったらボリューム番号を指定して詳細を確認します。

select volume 3
detail volume
exit

次に、想定ドライブへ移動して Windows フォルダが見えるか確認します。

D:
dir
dir Windows

dir 自体が遅い／途中で止まる、あるいは 「ファイルまたはディレクトリが壊れているため、読み取れません」 のようなメッセージが出る場合、ディスクI/Oが危険な状態です。修復を続けるより、データ救出に舵を切った方が安全です。

接触不良・ケーブル不良の可能性もゼロではない

デスクトップPCでSATA接続の場合、SSDそのものではなく、SATAケーブルや電源ケーブル、ポート不良が原因で認識が不安定になることがあります。別ケーブル・別ポートで改善する例もあるため、データ救出の前提として「接続環境の見直し」は有効です（ただし、改善してもSSD劣化が隠れていることはあります）。

SFCが失敗するとき：オフライン指定ミスと、ディスク障害の見分け方

WinREで sfc /scannow をそのまま実行すると、X:\Windows（回復環境）を見に行って失敗することがあります。Windowsの入っているドライブが D: になっているなど、普段と違うことも珍しくありません。

もしディスクが比較的安定していて「まずは最小限の修復を試す」場合は、オフラインSFCを次の形で実行します（データ救出後を推奨）。

sfc /scannow /offbootdir=D:\ /offwindir=D:\Windows

それでも「Windows リソース保護は要求された操作を実行できません」が出る場合は、コンポーネントストア破損やディスクエラーが疑われます。今回はDISM/chkdskの状況も踏まえると、やはりSSD側の問題に寄っていきます。

DISMエラーの読み解き：「認識できるファイル構造がありません」は赤信号

オフラインDISMは、Windowsイメージ（オフラインの Windows フォルダ）を対象に修復する仕組みです。ところが、対象ボリュームがRAW扱いになっていたり、NTFSメタデータが壊れていると、DISMは前提条件を満たせず失敗します。

よくある誤解として「DISMのオプションが悪いのでは？」がありますが、次のようなエラーが出ている場合は、オプション以前にストレージが論理的に壊れている可能性が高いです。

DISMで出やすいメッセージ	意味（よくある原因）	次にやること
このボリュームには認識できるファイル構造がありません	ファイルシステムが認識できない（RAW/メタデータ破損）	データ救出→診断→交換を優先
ソース ファイルが見つかりません	修復ソース指定が不適切／インストールメディア不一致	ISO/インストールメディアから正しいSourceを指定
エラー: 0x800f081f	修復に必要なファイル不足	/Source を適切に指定（エディション一致）

今回のように「ファイル構造がない」系のエラーなら、更新のアンインストールやシステムの復元といった“OS側の手当て”で回復する確率は低いです。

chkdskが途中で止まるときの注意点：直そうとして壊すリスク

chkdsk はファイルシステムの整合性チェックに有効ですが、/f（修復）や /r（不良セクタチェック）は書き込み・再配置を伴い、ストレージが弱っていると追い打ちになり得ます。

「不明なエラー」「イベントログに転送できない」などが出る状況は、chkdskが正常に完走できないほどI/Oが不安定なサインです。データが必要なら、chkdskで粘るよりも、先にデータ救出（またはイメージ化）を優先してください。

どうしても確認したい場合の“軽い”チェック

まずは修復を伴わない形でファイルシステムの状態を確認します（※それでも負荷はゼロではありません）。

chkdsk D:

ここで「ファイル システムの種類は RAW です」等が出たら、OS修復の前提が崩れている状態です。修復を続行するより、救出と交換を前提に動く方が安全です。

SSDの故障判定：短時間テストを通っても安心しない

ストレージは「たまに読めない」段階から急激に悪化することがあります。短いセルフテストを通っても、長時間テストで落ちるケースは珍しくありません。故障判定は、保証交換や購入店サポートの材料にもなるので、可能なら実施しておく価値があります。

診断ツールの使い分け

ツール種別	例	できること	向いている場面
メーカー純正	Samsung Magician / Crucial Storage Executive / WD Dashboard など	ファーム更新、健康状態、長時間テスト（対応範囲内）	対象メーカーが明確で、別PCで認識できる場合
汎用診断	SeaTools（ブータブル含む）など	短時間/長時間テスト、基本的な診断	メーカー問わず「まず不良判定」を取りたい場合
SMART確認	CrystalDiskInfo / smartmontools など	代替処理・エラー回数・寿命指標などの確認	劣化兆候を早期に見つけたい場合

SMARTで特に注目したいのは、次のような項目です（表示名はツールにより異なります）。

• 再配置セクタ数／不良ブロック関連のカウント
• 未修正エラー（Uncorrectable）
• CRCエラー（ケーブルや接触不良の可能性も）
• SSDの寿命指標（Media Wearout、Percentage Used など）

長時間テストで不良が出た場合は、修復ではなく交換が前提です。OS復旧に時間をかけるほど、データ救出のチャンスを削ることになりかねません。

最短で復旧する現実解：SSD交換 → Windows 10 をクリーンインストール

回復環境で sfc / DISM / chkdsk が成立しないレベルなら、修復での復活は期待しにくく、時間をかけるほど状況が悪化します。最短ルートは次の流れです。

1. 重要データを救出（可能ならイメージ化）
2. SSDの診断で故障を確認（可能なら）
3. SSDを交換
4. Windows 10 をクリーンインストール
5. ドライバーと更新適用 → アプリ再導入
6. 救出したデータを戻す

クリーンインストール前に押さえるポイント

• BitLocker が有効だった場合、データ救出や再インストール時に回復キーが必要になることがあります。
• Officeや有償ソフトは、再認証が必要なことがあります。可能ならライセンス情報を控えてから作業します。
• メーカーPCの場合、リカバリ領域が壊れている可能性もあるため、Microsoft公式のインストールメディア（USB）を用意すると確実です。

修復と再インストール、どちらを選ぶべきか

選択肢	成功率（目安）	所要時間	向いている状況
スタートアップ修復／システムの復元	中	短〜中	ディスクが正常で、更新やドライバーが原因っぽい
SFC/DISMで修復	中	中	ファイルシステムは健全で、OSファイルの破損が疑わしい
chkdsk /f /r	状況次第（重症では低）	長	データ救出済みで、論理破損の可能性が高い場合
SSD交換＋クリーンインストール	高	中	DISM/chkdskが成立しない、容量表示がおかしい等の重症

今回のように「認識できるファイル構造がない」「chkdskが完走しない」などが出ているなら、表の最後のルートが最短で確実です。

更新が引き金になる理由：アップデートは“最後の一押し”になりやすい

「更新直後に壊れた」と感じても、実際には次の要因でアップデートがきっかけになっているだけ、というケースがよくあります。

• 更新中は大量の書き込みが発生し、弱っているSSDの不良ブロックが一気に表面化する
• 再起動を伴うため、電源断や瞬断、電源ユニットの不安定さが影響する
• 更新でドライバーが差し替わり、元々ギリギリだった環境が破綻する

つまり「更新そのものが悪い」より、更新の負荷に耐えられないほどストレージが劣化していたという見方が現実的です。だからこそ、復旧後に同じSSDを使い続けると再発しやすく、交換・バックアップが重要になります。

再発防止：イメージバックアップが“最強の保険”になる

OS破損・レジストリ破損・更新失敗・マルウェア・突然のドライブ故障――これらは「頑張って直す」より元に戻す方が速くて確実です。そこで効果が大きいのがイメージバックアップです。

代表的なツールとして、Acronis / AOMEI / EaseUS / Hasleo / Macrium / Paragon などが挙げられます。どの製品でも共通して重要なのは「復元できる状態で保管する」ことです。

おすすめのバックアップ設計（3-2-1の考え方）

項目	推奨	理由
バックアップの種類	システムイメージ＋重要データのファイルバックアップ	OSもデータも短時間で復元できる
保存先	別物理ディスク（外付け）＋クラウドの併用	同時故障や盗難・災害リスクを下げる
頻度	イメージ：週1〜月1／データ：毎日〜随時	復元時の損失を最小化
復旧メディア	レスキューUSBを事前作成	OSが起動不能でも復元できる

「バックアップは取っているつもり」でも、内蔵ディスクの別パーティションに保存しているだけだと、今回のようなストレージ障害で一緒に失われます。必ず別物理ディスクに退避してください。

よくある質問：同じ症状で迷ったときの判断基準

Windows Update をアンインストールすれば直りますか？

ディスクが健康で、更新パッチやドライバー差し替えが原因なら改善することもあります。ただし、DISMがファイル構造を認識できない、chkdskが完走しない段階では、OS操作で戻る可能性は低いです。まずはデータ救出とストレージ診断を優先してください。

diskpartで容量表示が変／空き容量が極端なのは何が起きていますか？

パーティション情報やファイルシステムだけの破損なら、容量自体は正常に見えることが多いです。容量が0Bや桁違いに見える、接続のたびに変わる場合は、SSDコントローラやファームウェア、あるいは物理的な劣化など、より深い層の問題が疑われます。

専門業者を検討すべきラインは？

「どうしても失いたくないデータ」があるなら、自力での通電回数を増やすほど復旧率が下がることがあります。認識が不安定、コピーが止まる、異常発熱、BIOSで認識しない、といった症状がある場合は、早めに業者相談を検討するのが安全です。

まとめ：最短ルートは「救出 → 診断 → 交換 → 再インストール」

Windows 10 の更新直後に CRITICAL_PROCESS_DIED で起動不能になった場合でも、提示されたように sfc / DISM / chkdsk が成立しないレベルなら、原因はOSよりSSD（ストレージ）側に寄っている可能性が高いです。

やるべきことはシンプルで、順番が重要です。

• データ救出を最優先（修復の繰り返しで悪化させない）
• 診断ツールで故障判定（長時間テスト、SMART確認）
• 不良ならSSD交換が前提
• 新SSDにWindowsをクリーンインストールして環境を再構築
• 今後はイメージバックアップで“戻せる仕組み”を作る

この順で動けば、「直らない修復に時間を溶かす」状況を避けつつ、データと時間の両方を守りやすくなります。