Windows 11 をクリーンインストールした直後なのに、sfc /scannow が「修復できませんでした」と表示され、DISM /Online /Cleanup-Image /RestoreHealth は 63.7％ で止まったまま…という現象は、じわじわ不安になります。この記事では、実際の事例をベースに、原因の絞り込みから CBS.log の読み方、ISO を使ったローカルソース指定 DISM、最終的なインプレースアップグレードまで、再現性のある手順で詳しく解説します。
Windows 11 で sfc /scannow が修復できない・DISM が 63.7％で止まる症状とは
まずはこの記事で扱う具体的な症状を整理しておきます。環境は次のとおりです。
- OS：Windows 11 24H2（ビルド 26100.6584）
- ストレージ：新品 HDD にクリーンインストール直後
- 管理者権限の PowerShell／コマンドプロンプトで次の操作を実行
sfc /scannow
上記コマンドの結果、
「Windows リソース保護は要求された操作を実行できませんでした」
または
「Windows リソース保護は一部のファイルを修復できませんでした」
と表示されます。続けてシステムイメージの修復のために次のコマンドを実行します。
DISM /Online /Cleanup-Image /RestoreHealth
ところが進行状況が 63.7％ のところでピタッと止まり、そのまま長時間変化しない、という状況になります。
| 項目 | 内容 |
|---|---|
| SFC の結果 | 一部のファイルを修復できない／操作を実行できない |
| DISM の動き | 63.7％で進捗バーが止まり、完了しないように見える |
| インストール状況 | クリーンインストール直後で、サードパーティソフトはほぼ未導入 |
「新品 HDD にクリーンインストールしたのにもう壊れたの？」と疑いたくなる状況ですが、多くのケースでは適切な手順を踏むことで、再インストールまでは行かずに復旧できます。
SFC と DISM の役割を理解しておく
トラブルシューティングの前に、SFC と DISM の役割を簡単に整理しておくと、エラーの意味が理解しやすくなります。
| ツール | 目的 | 主なコマンド | 特徴 |
|---|---|---|---|
| SFC（System File Checker） | システムファイルの整合性チェックと修復 | sfc /scannow | Windows リソース保護を使って破損したファイルを既知の正常コピーから復元 |
| DISM（Deployment Image Servicing and Management） | システムイメージの破損修復・コンポーネントストア修復 | DISM /Online /Cleanup-Image /RestoreHealth | SFC では修復できない「元データ」側の破損をチェック・修復する |
一般的な流れは、
- SFC でシステムファイルをチェック
- 修復できない場合は DISM でイメージを修復
- DISM 完了後に再度 SFC を実行して完全修復を確認
という順番になります。今回のように DISM 自体が途中で止まる場合は、コンポーネントストア（C:\Windows\WinSxS）側の破損や、DISM が参照しようとするソースに問題があることが多いです。
まず確認したいのは Windows Update とストレージ
本格的な解析に入る前に、次の2点を確認しておくと無駄な遠回りを防げます。
Windows Update を先にすべて適用する
SFC や DISM で修復できなかったファイルが、実は Windows Update で配布されている新しいバージョンだったというケースは少なくありません。特に Windows 11 24H2 のような比較的新しいバージョンでは、リリース直後に細かな修正パッチがまとめて配布されることがあります。
- 「設定」→「Windows Update」から更新プログラムをすべて適用
- 再起動後にもう一度
sfc /scannowを試す
実際の例でも、翌日に配信された Windows Update を適用後、sfc /scannow を再実行したところ、
Windows リソース保護は整合性違反を検出しませんでした。
と表示され、問題が解消したケースがあります。まずはここを真っ先に確認することを強くおすすめします。
ストレージの健康状態をざっくり確認する
新品 HDD／SSD でも、初期不良や不良セクターがゼロとは言い切れません。以下のような原因があると、システムファイルの破損や DISM の途中停止につながることがあります。
- 書き込み中の電源遮断や強制終了
- ごく一部の不良セクターによる読み書き失敗
- 接続ケーブルやポートの接触不良
最低限、次のチェックだけは済ませておくと安心です。
chkdsk C: /f /r
再起動後にチェックが始まり、破損クラスタの検出と修復が行われます。あわせて、ストレージ製造元が提供する診断ツールがあれば、SMART 情報などで健康状態を確認しておきましょう。
CBS.log から修復に失敗したファイルを特定する
SFC が「一部のファイルを修復できませんでした」と言う場合は、まず原因となっているファイルを把握することが重要です。SFC の詳細は CBS.log に記録されています。
CBS.log の場所と開き方
- パス：
C:\Windows\Logs\CBS\CBS.log - 容量が大きい場合が多いので、メモ帳よりも「メモ帳（Notepad）」や「メモ帳以外のテキストエディタ」で開くと快適
エディタで開いたら、次のキーワードで検索します。
[SR]Cannot repair member fileRepairing failed
これらの行付近に、どのファイルが修復の対象になり、どのファイルが修復に失敗したかが具体的に記録されています。例として、
Cannot repair member file [ファイル名] of [コンポーネント名]
のような行があれば、そのファイルやコンポーネントに問題があるとわかります。ここで得られた情報は、
- 後で DISM や再インストールで本当に直っているかを確認するためのメモ
- 最終的に原因を切り分けるヒント
として役立ちます。
ローカルソースを指定して DISM を再実行する
次に、DISM が 63.7％ で止まってしまう問題への直接的な対処です。ポイントは「Windows Update ではなく、ローカルの正常なソースから修復させる」ことです。
自分のバージョンに合った Windows 11 ISO を用意する
まず、現在インストールされている Windows 11 と同じバージョンの ISO を用意します。バージョンが違うと正常に修復されない場合があるため、ここは非常に重要です。
バージョン確認の一例：
| 方法 | 操作 |
|---|---|
| winver コマンド | Win + R → winver と入力して実行 |
| 設定アプリ | 「設定」→「システム」→「バージョン情報」でエディション・バージョン・ビルドを確認 |
確認したバージョン／エディション（Home / Pro など）に合致する ISO を、Microsoft 公式の配布手段から入手します。
ISO をマウントし、仮想ドライブを確認する
- ダウンロードした ISO ファイルを右クリック
- 「マウント」を選択
- エクスプローラーで新しく表示されたドライブ文字（例：
D:）を確認
仮想ドライブ直下の Sources フォルダー内に install.wim または install.esd があれば、それがローカルソースとして利用できます。
| ファイル名 | 特徴 | DISM での指定方法 |
|---|---|---|
| install.wim | WIM 形式。エディションごとにインデックスを持つ | /Source:D:\Sources\install.wim |
| install.esd | ESD 形式。より高圧縮。こちらもインデックスあり | /Source:esd:D:\Sources\install.esd:1 など |
install.wim の場合の DISM コマンド
管理者権限の PowerShell またはコマンドプロンプトで次を実行します（D: は実際の仮想ドライブ文字に読み替えてください）。
DISM /Online /Cleanup-Image /RestoreHealth /Source:D:\Sources\install.wim /LimitAccess
ここでのポイントは次の2つです。
/Source:でローカルの WIM を指定していること/LimitAccessを付けることで、Windows Update などオンラインソースを使わず、ローカルソースだけで修復させていること
もし WIM 内に複数エディションが含まれている場合は、事前に次のようなコマンドでインデックス番号を確認してから、エディションを指定する形で実行する方法もあります。
DISM /Get-WimInfo /WimFile:D:\Sources\install.wim
install.esd の場合の DISM コマンド
ISO 内が install.esd の場合は、次のように esd: プレフィックスとインデックスを指定します。
DISM /Online /Cleanup-Image /RestoreHealth /Source:esd:D:\Sources\install.esd:1 /LimitAccess
インデックス番号（上記の例では :1）も、次のコマンドで確認できます。
DISM /Get-WimInfo /WimFile:D:\Sources\install.esd
自分が使用しているエディション（通常は Windows 11 Pro なら「Windows 11 Pro」のインデックス）を指定することで、より確実に一致したソースから修復が行われます。
DISM 完了後に SFC を再度実行する
ローカルソースを指定した DISM が無事完了したら、次は SFC の再実行です。これは「修復の元データ（コンポーネントストア）」が正常化した状態で、システムファイルを洗い直す作業になります。
sfc /scannow
ここで、
- エラーが出ない → システムファイルは正常に修復されている
- 再び修復できないファイルがある → ログ（CBS.log）と DISM の結果を再確認し、別要因の可能性を検討
となります。特にクリーンインストール直後であれば、ここまでで問題が解消するケースが大半です。
それでも DISM が 63.7％ で止まるときの追加対処
ローカルソースを指定してもなお、DISM が 63.7％ 付近で止まって見える場合は、次のような観点もチェックしてみてください。
セーフモード（ネットワークあり）で実行する
常駐ソフトやドライバーが DISM の動作を妨げている可能性があります。クリーンインストール直後でも、ストレージやセキュリティ関連のドライバーが影響することがまれにあります。
- 「設定」→「システム」→「回復」→「今すぐ再起動（詳細ブート）」
- トラブルシューティング → 詳細オプション → スタートアップ設定 → 再起動
- 「ネットワーク有効のセーフモード」を選択
- セーフモードのデスクトップで管理者権限のコマンドプロンプト／PowerShell を開き、同じ DISM コマンドを実行
Windows 回復環境（WinRE）から実行する
起動中の Windows からではなく、回復環境からオフラインでイメージを修復する方法もあります。
- インストール用の Windows 11 メディア（または同 ISO を USB に展開したもの）から起動
- 「今すぐインストール」は押さず、「コンピューターを修復する」を選択
- トラブルシューティング → 詳細オプション → コマンド プロンプト
- システムドライブ（通常は
C:ですが、WinRE では別のドライブ文字になっていることもある）を確認 - 次のような形式でオフラインイメージを指定して DISM を実行
DISM /Image:C:\ /Cleanup-Image /RestoreHealth /Source:D:\Sources\install.wim /LimitAccess
ここでの C:\ は実際の Windows がインストールされているドライブ文字、D:\ は修復用メディア（ISO／USB）のドライブに置き換えてください。
「63.7％で止まる」は見かけ上の停止の可能性もある
DISM の進捗バーは、内部処理の種類によっては長時間同じ％のままに見えることがあります。特に HDD 環境や、/RestoreHealth で大量のコンポーネントを確認・修復している場合、
- 数十分以上 63.7％ のまま
- ディスクアクセスランプは点灯し続けている
といった「実際には動いているが進捗表示だけが止まって見える」状態になることがあります。
判断の目安としては、
- タスクマネージャーで DISM.exe の CPU 使用率やディスク I/O が動いているか
- HDD のアクセスランプが完全に消えた状態で 1時間以上変化がないか
などをチェックしてみるとよいでしょう。「少し長めに待ってみる」ことで完了するケースも意外と多くあります。
それでもダメな場合はインプレースアップグレード（上書きインストール）を検討
SFC → DISM（ローカルソース指定）→ セーフモード／WinRE からの試行 → Windows Update 適用 → ストレージ診断といった流れを踏んでも解決しない場合は、Windows を丸ごと再インストールする前に「インプレースアップグレード（上書きインストール）」を検討します。
インプレースアップグレードとは
インプレースアップグレードとは、現在インストール済みの Windows を上書きする形で再インストールする手法です。次の特徴があります。
- ユーザーデータ（ドキュメント、デスクトップなど）は保持
- インストール済みアプリも原則維持
- システムファイルやコンポーネントストアを「ほぼ新品」の状態に再構築
とはいえ、想定外のトラブルに備えて事前のバックアップは必須です。特に C ドライブ上の重要なデータ、ライセンス情報、設定ファイルなどは別ドライブや外付けストレージに退避しておきましょう。
インプレースアップグレードの大まかな手順
- 使用中のバージョンに一致する Windows 11 ISO を用意
- Windows を通常起動した状態で ISO をマウント
- マウントしたドライブから
setup.exeを実行 - 画面の案内に従い、「個人用ファイルとアプリを引き継ぐ」オプションを選択
- そのままセットアップを完了させ、数回の再起動を待つ
セットアップ完了後は、あらためて次のチェックを行います。
sfc /scannowDISM /Online /Cleanup-Image /RestoreHealth
ここまで行えば、システムファイルやコンポーネントストアの破損が原因であればほぼ確実に解消されます。
システム整合性エラーの主な原因と予防策
最後に、今回のような SFC／DISM のエラーを招きやすい原因と、その予防策をまとめておきます。
| 主な原因 | 具体例 | 予防・対策 |
|---|---|---|
| サードパーティソフトの不完全アンインストール | セキュリティソフトやドライバーソフトを無理に削除 | 公式アンインストーラーを使用し、不要なサービスやドライバーを手動削除しない |
| 電源遮断・強制終了 | 更新プログラム適用中に電源オフ、バッテリー切れなど | 更新中は電源を抜かない／ノートPCは AC 電源＋バッテリーで運用 |
| ストレージ障害 | 不良セクターによるファイル破損 | 定期的な SMART チェックとバックアップ、異常があれば早めの交換 |
| 不整合なアップデート | 途中で中断された更新、メディア混在でのアップグレード | アップグレード時は公式手順に従い、途中で操作を中断しない |
特に Windows 11 24H2 のような最新系バージョンでは、リリース初期の更新プログラムで細かい不具合がまとめて修正されることが多いため、「まず Windows Update をすべて適用する」という基本を押さえておくだけでもトラブルの発生率は大きく下がります。
実際の解決例：Windows Update 適用後に SFC が正常完了
この記事冒頭のケース（Windows 11 24H2 クリーンインストール直後、SFC で一部修復不可、DISM が 63.7％で止まるように見えたケース）では、最終的に次の流れで解決しています。
- 初日に SFC・DISM を実行するも、SFC は一部修復不可、DISM は 63.7％から進まないように見える
- CBS.log を確認し、特定のコンポーネントにエラーが集中していることを確認
- Windows Update を確認したところ、24H2 向けの更新プログラムが複数保留されていたためすべて適用
- 再起動後、再度
sfc /scannowを実行 - 結果として、「Windows リソース保護は整合性違反を検出しませんでした。」と表示される
つまり、「Windows Update で配布されている修正版システムファイルが適用されていなかったこと」が根本原因だったと考えられます。DISM が途中で止まって見えたのも、裏側で時間のかかる処理を行っていただけの可能性があります。
まとめ：SFC・DISM エラー時のおすすめ手順フロー
最後に、Windows 11 で sfc /scannow が修復できない／DISM /RestoreHealth が 63.7％ で止まる場合の、おすすめ手順フローを表にまとめます。
| ステップ | 内容 | 目標 |
|---|---|---|
| 1 | Windows Update をすべて適用し、再起動後に SFC を再実行 | 更新プログラムで解決するパターンを最優先で潰す |
| 2 | CBS.log を確認し、修復できないファイルやコンポーネントを特定 | 原因ファイルを把握し、後の確認指標にする |
| 3 | 同一バージョンの Windows 11 ISO を用意し、ローカルソースを指定して DISM を実行 | コンポーネントストアを正常なソースから修復 |
| 4 | DISM 完了後、再度 SFC を実行して整合性を確認 | システムファイルが正常な状態になったかを確認 |
| 5 | DISM が依然として止まる場合、セーフモード／WinRE から同コマンドを実行 | 常駐ソフトやドライバー、起動中 OS の影響を排除 |
| 6 | ストレージ診断（chkdsk /f /r や製造元ツール）で物理障害の有無を確認 | ハードウェア起因の破損可能性をチェック |
| 7 | 最終手段としてインプレースアップグレード（上書きインストール）を検討 | ユーザーデータを保持したままシステムをほぼ新品状態に再構築 |
この流れに沿って作業すれば、多くの「SFC が修復できない」「DISM が 63.7％で止まる」といったトラブルは、システム全再インストールに頼らず解消できるはずです。特に、Windows 11 24H2 のような最新バージョンでは、Windows Update の適用有無が解決の決定打になることも多いので、まずは更新プログラムの確認から始めてみてください。
コメント