Windows 10でSFCが動かない・DISMエラー193・Windows Update 0x800700c1をまとめて直す実践手順
Windows 10で更新が失敗し続け、SFC /scannowは「修復サービスを開始できません」、さらにDISM /RestoreHealthが「Error: 193（%1 is not a valid Win32 application）」で止まる――この3点セットは、システム修復機能そのもの（サービスやコンポーネントストア、更新基盤）が連鎖的に壊れているサインです。ここでは、原因を切り分けながら“直る順”に手順を並べ、再インストールに追い込まれないための現実的な復旧ルートを解説します。
- Windows 10でSFCが動かない・DISMエラー193・Windows Update 0x800700c1をまとめて直す実践手順
起きている症状の意味を整理する
-
Windows Update エラー 0x800700c1
更新に必要なファイルが壊れている、または更新コンポーネントの整合性が崩れているときに出やすいエラーです。 -
SFC「Windows Resource Protection could not start the repair service.」
多くの場合、修復に必要な Windows Modules Installer（TrustedInstaller） が停止・無効化されている、もしくは関連コンポーネントが破損しています。 -
DISM Error 193「%1 is not a valid Win32 application」
典型例は次のどれかです。-
dism.exe自体や依存DLLの破損 -
パスの優先順位が壊れて別の実行ファイルを呼んでいる
-
システム32周辺の破損が進行している
-
32/64bitの不整合（まれだが、外部環境や誤った実行ファイル参照で起きる）
-
また、WinSxS（約9GB）やフォルダ数が多いこと自体は、Windowsの仕組み上“あり得る範囲”で、単独では異常の決め手になりません。むしろ「オプション機能が空/表示されない」などの症状がある場合は、コンポーネントストア（WinSxSの管理情報）が壊れている可能性が上がります。
まずは「修復サービス」が動く状態に戻す（最優先）
SFCが修復サービスを開始できないなら、SFCを回しても改善しません。以下を管理者のコマンドプロンプトで実行します。
1) TrustedInstaller（Windows Modules Installer）を有効化
sc config trustedinstaller start= demand
sc start trustedinstaller
-
START_TYPEが無効（disabled）になっているとSFCが修復を開始できません。 -
起動に失敗する場合、サービス定義や関連コンポーネントの破損が疑わしいため、後述の「オフライン修復」へ進みます。
2) Windows Update関連サービスも確認
sc config wuauserv start= demand
sc config bits start= demand
sc start bits
sc start wuauserv
ここでサービス起動エラーが出る場合、更新基盤の破損が濃厚です。
DISM Error 193を疑うべきポイント（意外と多い落とし穴）
Error 193は「実行ファイルとして成立していない/別物を呼んでいる」系のエラーです。次を確認します。
1) 実行しているDISMが正しい場所か確認
where dism
通常は C:\Windows\System32\dism.exe が先頭に出ます。
もし別の場所（例：他ソフトのフォルダ、古いSDK、変な一時フォルダ）が先に出るなら、PATH汚染や不正な置換が疑われます。対処は次のどちらかが有効です。
-
明示的にSystem32を指定して実行する
batC:\Windows\System32\dism.exe /Online /Cleanup-Image /RestoreHealth -
余計なPATHを整理（原因のフォルダをPATHから外す）
2) システムファイル破損の典型パターンなら「オフラインで直す」
オンライン（起動中Windows）でDISMが動かないなら、起動中の環境そのものが壊れていて修復が進みません。次章の「WinRE（回復環境）でSFC」を先にやると通ることがあります。
WinRE（回復環境）でオフラインSFCを実行する
Windowsが起動していても、修復基盤が壊れている場合は オフラインSFC が最短で効きます。
手順
-
設定 → 更新とセキュリティ → 回復 →「今すぐ再起動」（詳細スタートアップ）
-
トラブルシューティング → 詳細オプション → コマンドプロンプト
-
ドライブ文字が変わるので、まずWindowsの入っているドライブを特定
batdir c:\windows dir d:\windows -
WindowsがあるドライブがD:だった例として、オフラインSFCを実行
batsfc /scannow /offbootdir=D:\ /offwindir=D:\Windows
これで「修復サービスを開始できません」が回避され、修復が進むことがあります。
Windows Update 0x800700c1 を“土台から”リセットする
更新コンポーネントのキャッシュ破損が絡むと、修復が終わっても更新が通らないことがあります。定番のリセットを行います（管理者CMD）。
net stop wuauserv
net stop bits
net stop cryptsvc
net stop msiserver
ren %windir%\SoftwareDistribution SoftwareDistribution.old
ren %windir%\System32\catroot2 catroot2.old
net start msiserver
net start cryptsvc
net start bits
net start wuauserv
-
SoftwareDistributionは更新ダウンロード/履歴の保管庫です（リネームで再生成させる） -
catroot2は署名関連の更新整合性に関わります
それでもDISMが通らない場合の現実解：「ソース指定」を正しく当てる
外部ISO/USBからDISMを実行する方法は有効ですが、成功させるには条件があります。
成功の条件
-
インストールメディアのWindowsエディションと言語、できればビルドが近いこと
-
install.wimかinstall.esdのどちらが入っているかを確認すること -
/Sourceのインデックス番号が正しいこと
例（インデックス確認）：
dism /Get-WimInfo /WimFile:X:\sources\install.wim
その上で（例）：
C:\Windows\System32\dism.exe /Online /Cleanup-Image /RestoreHealth /Source:WIM:X:\sources\install.wim:1 /LimitAccess
ただし、今回のように Error 193が出る状況では、そもそも起動中Windows側の実行基盤が壊れていてオンラインDISMが成立しないケースがあるため、WinREでのオフラインSFC → Updateリセット → それでもダメなら修復インストールの順が成功率が上がります。
“上書き修復（インプレースアップグレード）”が失敗する場合の次手
インプレースアップグレードが複数回失敗するのは、次のどれかが重なっていることが多いです。
-
更新サービス/インストーラ基盤の破損（上記のリセットで改善することあり）
-
常駐セキュリティソフトの干渉
-
ディスク/メモリ/ファイルシステムの不安定（chkdsk済みでも残ることがある）
-
コンポーネントストア破損が深く、修復範囲を超えている
現実的な落としどころは次の2つです。
-
「このPCを初期状態に戻す」→ 個人用ファイルを保持（設定から可能なら最優先）
-
それも不可なら クリーンインストール（時間はかかるが最も確実）
まとめ：直る確率が高い順の最短ルート
-
TrustedInstaller（修復サービス）を有効化して起動
-
だめならWinREでオフラインSFC
-
Windows Updateコンポーネントをリセット
-
where dismで呼び出し先を確認し、System32のDISMを明示実行 -
ソース指定DISM（ただしError 193が続くなら無理に粘らない）
-
インプレースが失敗し続けるなら「ファイル保持のリセット」→ 最終的にクリーンインストール
この順に進めると、闇雲にコマンドを回して時間を溶かす状況から抜け出しやすくなります。特に「SFCが修復サービスを開始できない」状態を先に解消することが、全体の復旧成功率を大きく左右します。
