Windows 10「0x800700c1」で更新できない原因と直し方：SFCが動かない・DISMがソース不足・再インストール62%停止までまとめて解決

Windows 10で「2025年10月の更新プログラムが入らない」「エラー 0x800700c1 が出る」状況に加えて、sfc /scannow は「Windows Resource Protection could not start the repair service.」、DISM /RestoreHealth はソースが見つからない、さらにクリーンインストールが62%で止まる――この組み合わせは、更新コンポーネントや修復基盤（コンポーネントストア／サービス）が連鎖的に壊れているときに起きがちです。実際に同様の相談が報告されています。 Sysnative Forums

Windows 10「0x800700c1」で更新できない原因と直し方：SFCが動かない・DISMがソース不足・再インストール62%停止までまとめて解決

まず知っておきたい：0x800700c1は「更新の実行ファイル／依存物が正しく読めない」系で起きやすい

0x800700c1は、更新の処理中に必要なファイルが破損している・形式が合わない・読み込みに失敗する、といった“実行できない/解釈できない”方向のトラブルで出やすいエラーとして扱われます（Windows Updateの失敗事例として複数報告）。 Microsoft Learn+1
その結果として、SFCが修復サービスを起動できない、DISMが修復元（ソース）を見つけられない、といった「修復手段そのものが動かない」状態に落ち込みます。

手順1：SFCが「repair serviceを開始できない」原因を先に潰す

Windows Resource Protection could not start the repair service. は、SFCが修復に使うサービス（代表例：Windows Modules Installer / TrustedInstaller）が無効化・停止・起動種別不整合になっている時に起きます。Microsoftの回答でも、Windows Modules Installerの設定確認が案内されています。 Microsoft Learn

Win + R → services.msc
Windows Modules Installer を開く
「スタートアップの種類」を手動または自動（環境により表記差あり）にして、サービスを開始
再起動後、管理者のコマンドプロンプトで sfc /scannow を再実行

ここでSFCが動き出すだけで直るケースもありますが、今回のように更新が絡む場合は次のDISM整備もほぼ必須です。

手順2：DISMが「ソースが見つからない」問題を正しいやり方で解決する

DISM /Online /Cleanup-Image /RestoreHealth が「ソースが見つからない」系で止まる代表的なエラーは 0x800f081f です。MicrosoftのQ&Aでも同趣旨のエラーと対処の流れが示されています。 Microsoft Learn
ポイントは「OSのエディション/言語/ビルドに合うinstall.wim(or install.esd)を指定」すること。合っていないISOや、インデックス番号違いだと“指定しているのに見つからない”になります。

2-1. ISOを用意してインデックスを確認

Windows 10のISOをマウント（例：D:）
管理者CMDでインデックス確認
- dism /Get-WimInfo /WimFile:D:\sources\install.wim
- もし install.wim が無く install.esd なら ... /WimFile:D:\sources\install.esd

2-2. RestoreHealthを「WIM指定 + LimitAccess」で実行

（例：インデックスが1の場合）

DISM /Online /Cleanup-Image /RestoreHealth /Source:WIM:D:\sources\install.wim:1 /LimitAccess

Sysnativeでも、ISOをマウントしてWIMをSource指定する形が案内されています。 Sysnative Forums
完走したら、改めて sfc /scannow を実行して整合性チェックまで通します。

2-3. それでもダメなら「更新コンポーネントのリセット」を挟む

DISM/SFC以前に、Windows Updateの作業フォルダが壊れていると更新が同じ場所で失敗し続けます。定番は「SoftwareDistribution」と「catroot2」の作り直し（サービス停止→フォルダ退避→再起動）です。これはMicrosoft系コミュニティでも一般的に案内される手順です。 Microsoft Learn
具体例（管理者CMD）：

net stop wuauserv
net stop bits
net stop cryptsvc
ren C:\Windows\SoftwareDistribution SoftwareDistribution.old
ren C:\Windows\System32\catroot2 catroot2.old
net start cryptsvc
net start bits
net start wuauserv

手順3：「クリーンインストールが62%で止まる」時の現実的な切り分け

インストール進捗が特定％で止まるのは、USBメディア不良・接続ポート相性・ストレージ不良・周辺機器/ドライバの影響・BIOS設定などが絡むことが多いです。更新修復が詰まっている環境ほど、インストールも素直に進みません。

優先度順の対策：

別のUSBメモリで作り直す（同じUSBを使い続けない）
USBポートを変える（背面直挿し、USB2.0側も試す）
周辺機器を最小化（外付けHDD、ドングル、増設機器を外す）
可能なら ストレージの健康状態 を確認（メーカー診断ツール、SMART）
BIOS/UEFIの更新や、SATAモード設定の確認（環境により影響）

「更新を直してから修復インストール（上書き）」の方が早い場合もあります。Windows 10は、起動できる状態なら“個人ファイルを保持”の修復インストール（いわゆるインプレースアップグレード）が有効打になりやすいです。DISMとSFCを通してからの実施が成功率を上げます。 Windows Central

最短で直すためのおすすめ実行順（迷ったらこれ）

Windows Modules Installer（TrustedInstaller）を有効化 → SFC実行 Microsoft Learn
ISOのWIM/ESDを正しくSource指定してDISM（LimitAccess付き） Sysnative Forums+1
Windows Updateコンポーネントのリセット Microsoft Learn
まだ失敗するなら 修復インストール（上書き） を検討 Windows Central
それでもダメ、かつインストールが62%停止なら USB作り直し＋ハード/周辺要因の切り分け に集中

まとめ：今回の症状は「修復基盤の停止＋修復ソース不一致」が主犯になりやすい

SFCが動かない時点で、まず修復サービス（Windows Modules Installer）を正す
DISMは「ISOを指定したのに見つからない」が起きやすいので、ビルド一致とインデックス確認が重要
更新の失敗が続くなら、更新コンポーネントのリセットで“詰まり”を解消
クリーンインストールが止まる場合は、メディア/接続/ストレージ周りの現物要因を疑う

この順番で進めると、「更新が入らない」「修復コマンドも動かない」「再インストールも止まる」という最悪の三重苦から、最短距離で抜け出せます。