この記事について
本記事は「【SFCとDISM】究極奥義「オフライン実行」でOSを徹底修復-完全解説版」の補完記事です。解説や理論などの周辺パーツを割愛し、実行手順のみを抽出した「現場用チェックシート」として構成しています。
当面の重要な留意事項
※ 2026/04/10現在では、最初から最新の外部メディアの用意が必須と捉えておくことを強く推奨します。当面はこの状況が引き続くと考えてください。
【重要】システム領域不足による「ビルド不整合」のリスク
システム領域が不足していると、Windows Updateによる更新が内部的に失敗しており、OSのビルド番号が中途半端な状態で止まっているケースがあります。この状態で最新のインストールメディアを使って修復を試みても、「ソース（メディア）とOSのバージョン不整合」によりDISMが失敗します。
修復操作の実行前に、必ずシステム領域の拡張を実行し、最新のKBが正常に適用できる土台を整えることを強く推奨します。
事前準備等チェックシート
■ 【必須】土台の確認・物理/論理修復準備
OSの論理修復を試みる前に、ストレージの物理的健全性とファイルシステムの整合性確認は必須です。これらに異常がある状態でDISM等を強行すると、システムを完全に破壊する恐れがあります。
また、オフライン環境では回復キーがない限りドライブにアクセスできません。事前にBitLocker暗号化の解除、または48桁の回復キーを手元に用意してください。
■ 作業効率化のための事前推奨オプション：
- 事前：ユーザープロファイルの破損チェックと修復
（参考記事：【どうやって確認するの？】ユーザープロファイル破損のチェック方法【2025/06/01】） - 事前：システム領域（回復パーティション等）の拡張
※DISMの不整合エラー防止のため、事前の拡張を強く推奨します。
（参考記事：【システム領域不足】WinUpやOSアップグレードの失敗を解消する【2025/09/15】）
| ■ システム保全 | |
|---|---|
| システムイメージのバックアップ（MiniTool ShadowMaker等） | |
| 手動での「システム復元ポイント」作成 | |
| レジストリハイブ（configフォルダ等）の外部コピー | |
| ■ 作業環境・リソース | |
| 安定した電源の確保（ACアダプタ接続、タコ足配線の回避） | |
| 物理的最小構成（不要なUSBデバイスの取り外し） | |
|
【要注意】複数ドライブ環境で「抜いてはいけない」ディスクの判断 自作PCやドライブ換装歴がある場合、OSとは別の物理ドライブに「ブート領域（EFI/システム予約済み）」が入り込んでいるケースがあります。この場合、不用意にドライブを抜くと回復環境（WinRE）すら起動できなくなります。 自信がない場合は、事前に |
|
| セキュリティソフトによるフルスキャン完了 | |
| 最新版かつ「OSビルドと一致した」メディアの用意（必須） | |
オフラインDISM/SFC 実行手順
STEP 1：回復環境（WinRE）の起動
- 最新のインストールメディアからPCを起動（ブート）。
- セットアップ画面で「次へ」→左下「コンピューターを修復する」を選択。
- 「トラブルシューティング」→「詳細オプション」→「コマンドプロンプト」を起動。
STEP 2：ドライブレターの特定
notepadを実行し、メモ帳の「ファイル」→「開く」ダイアログで各ドライブを目視確認。- 以下を特定してメモする。
- OSが入っているドライブ（例：
D:） - インストールメディアのドライブ（例：
E:）
- OSが入っているドライブ（例：
STEP 3：メディア内のインデックス番号の特定
dism /Get-ImageInfo /ImageFile:E:\sources\install.esd※ E: はメディアの文字に置換。対象OSの「インデックス: X」を確認。
STEP 4：DISMコマンドの実行
DISM /Image:D:\ /Cleanup-Image /RestoreHealth /Source:esd:E:\sources\install.esd:1 /limitaccessD:：OSドライブ、E:：メディアドライブ、:1：インデックス番号に各々書き換え。
STEP 5：SFCコマンドの実行
sfc /scannow /offbootdir=D:\ /offwindir=D:\WindowsD:はOSドライブ名に書き換え。- ※注意：ブート領域（EFI）が別物理ドライブにある場合は、
/offbootdirのみをそのドライブ文字に書き換えてください。
トラブルシューティング・留意事項
■ エラー 0x800F081F（ソースが見つからない）が出る場合
ドライブレターの指定ミス、またはファイル形式の相違（esdではなくwim）が主な原因です。メディア内の sources フォルダにあるのが install.wim の場合は、コマンド内の esd: を wim: に、ファイル名も .wim に書き換えて再試行してください。
■ ブート構成の「ねじれ」をその場で修正する（上級者向け）
OSとブート領域（EFI）が別物理ドライブに分かれている場合や、SFCを実行しても起動しない場合は、以下のコマンドで起動ファイルをOSドライブへ再生成・紐付けできます。
bcdboot D:\Windows /l ja-jp
（※ D: はOSが入っているドライブ名に置き換え）
このコマンドにより、OSドライブ内のWindowsディレクトリを基に、適切なブート構成（BCD）が再構築されます。
■ 修復後もPCが不安定、または修復が失敗する場合
OSの論理修復では解決できない「物理障害（メモリやSSDの故障）」の可能性が極めて高いです。本編記事の「SFC/DISMで直らない時に確認すべきハードウェアの問題」を参照し、MemTest86等によるハードウェア診断を直ちに実施してください。
■ 最終手段
上記すべてで改善しない場合は、OSが修復不能な状態です。個人データを保持したまま全置換する「インプレースアップグレード（リプレース）」または「クリーンインストール」に移行してください。
Q&A：現場での判断と迷いへの回答
Q1：Windows 11で作成したメディアは、Windows 10の修復に使えますか？
A1：非推奨です。OSバージョン（10/11）だけでなく、ビルド番号の一致も極めて重要です。
OS側が最新のKB（累積更新プログラム）を適用済みで、メディア側がそれより古いビルドの場合、DISMは「ソース（修理部品）が違う」と判断して修復を拒否します。
【ダウンロードした最新メディアとOSのVer.が異なる場合の対処】
もし最新メディアを使っても「ソースが見つからない」と出る場合は、OS側の更新が中途半端に止まっている（システム領域不足など）か、実機へのWinUp適用が進みすぎてメディア側が相対的に古くなっているかのどちらかです。
この不整合が解消できない場合は、オフライン修復の限界です。OSが起動する場合は「リプレース（インプレース）インストール」、起動不能な場合は速やかに「PCを初期状態に戻す」、あるいは「カスタムインストールによるデータ救出」へ切り替えるのが、時間を無駄にしない上級者の判断です。
Q2：DISM/SFCが「修復完了」と出たのに起動しません。
A2：ブート構成（BCD）またはレジストリの物理的損壊を疑ってください。
本手順で「ファイルの整合性」は直りますが、起動の「仕組み」が壊れている場合は bcdboot コマンド（トラブルシューティング項参照）による再構築が必要です。
それでも改善しない場合、かつ有用なバックアップがない場合は、OSの心臓部（レジストリ）が致命的に壊れている可能性が高いため、回復環境からの「PCを初期状態に戻す（ファイル保持）」、または「再インストール（カスタムインストール）」によるデータ救出を検討すべきタイミングです。
Q3：準備手順の「レジストリハイブ（config）のコピー」は何に使うのですか？
A3：最悪の事態への「保険」と「外科的救出」のためです。
修復操作によって万が一状況が悪化した際、少なくとも「修復前の状態」にレジストリだけは書き戻せます。また、OSが完全に死んだ場合でも、このファイルがあれば別のPCで読み込むことで、インストール済みソフトのライセンスキーや複雑な設定値を強引に抽出できる可能性があります。
Q4：BitLockerが有効な環境でも実行できますか？
A4：はい、ただし「48桁の回復キー」が必須ですし、事前の無効化が適正な手順です。
コマンドプロンプト操作の冒頭でロック解除を求められます。キーが手元にない状態で作業を開始すると、ドライブに一切アクセスできず、本手順は100%完遂できません。暗号化されている場合は、事前にMSアカウントの管理画面等からキーを特定・メモしておくことが絶対条件です。
Q5：スタートアップ修復を先に試してもいいですか？
A5：おすすめしません。
システムファイル自体が破損している状態で、自動修復（スタートアップ修復）をかけると、修復プロセス自体が異常終了し、状況を悪化させるケースがあるからです。まずは本手順で「建材（ファイル）」の健全性を確保してから、必要に応じて最後に「設計図（ブート修復）」を直すのが確実なセオリーです。
コメント