回復環境から見たWindowsは
「オフライン環境」
（sfc /offbootdir
）

by

オフライン環境での実行（PCが起動しない場合）

sfc /scannow /offbootdir=c:\ /offwindir=c:\windows

回復環境から見たWindowsは「オフライン環境」- sfc /offbootdirコマンドの真実

Windowsが起動しなくなったとき、多くの人が頼りにするのがシステムファイルチェッカー（SFC）です。しかし、回復環境から通常の sfc /scannow を実行すると、期待した結果が得られないことがあります。なぜでしょうか。

答えは「オフライン環境」という概念にあります。回復環境から見ると、起動できないWindowsは「オフライン」状態なのです。

関連記事

1. 「オンライン」と「オフライン」の違い

まず、Windowsにおける「オンライン」と「オフライン」の概念を理解する必要があります。これは、インターネット接続の有無とは全く関係ありません。

オンライン環境とは、Windowsが正常に起動し、システムサービスが動作している状態を指します。この状態では、Windowsは自分自身のシステムファイルを管理し、レジストリにアクセスし、各種サービスを実行できます。図書館の司書が館内にいて、本の貸し出しや管理を行っている状況に似ています。

一方、オフライン環境とは、Windowsが起動していない状態で、別の環境からそのWindowsシステムにアクセスしている状況です。回復環境から起動しているときがまさにこれに該当します。司書がいない図書館に外部の人が入って、本を整理しようとしている状況と考えることができます。

2. sfc /scannowコマンドの前提条件

通常、私たちが使用する sfc /scannow コマンドは、オンライン環境での実行を前提として設計されています。このコマンドは以下の条件が整っていることを想定しています。

Windowsが正常に起動していること、システムレジストリにアクセスできること、Windowsシステムサービスが動作していること、そして現在実行中のWindowsのシステムファイルを対象とすること。これらすべてが満たされて初めて、SFCは適切に動作します。

しかし、回復環境では状況が異なります。起動できないWindowsを外部から修復しようとしているからです。

3. 回復環境の特殊な状況

Windows回復環境（WinRE）は、最小限のWindowsシステムです。メインのWindowsが起動できない場合の緊急時用OS（オペレーティングシステム）として機能します。救急車のようなものです。

この回復環境から起動したとき、メインのWindowsは「オフライン」状態にあります。つまり、そのWindowsは起動しておらず、システムサービスも動作していません。ファイルシステムとしてはアクセスできますが、Windowsとしては「眠っている」状態なのです。

この状態で sfc /scannow を実行すると、コマンドは回復環境自体のシステムファイルをチェックしようとします。しかし、私たちが本当に修復したいのは、起動できないメインのWindowsです。ここに問題があります。

4. sfc /offbootdirパラメータの役割

この問題を解決するために、SFCには特別なパラメータが用意されています。それが /offbootdir と /offwindir です。

/offbootdir パラメータは、オフライン状態のWindowsのブートパーティションを指定します。通常、これはシステム予約パーティションやEFIシステムパーティションです。/offwindir パラメータは、オフライン状態のWindowsがインストールされているディレクトリを指定します。

具体的な使用方法は以下の通りです：

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

このコマンドは、「C:\にあるブートパーティションと、C:\WindowsにインストールされているWindowsシステムを、オフライン状態でスキャンして修復する」という意味になります。

ただし、回復環境では通常のWindowsとドライブレターの割り当てが異なることがあります。そのため、実際のコマンドは異なる場合があります：

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

5. ドライブレターの確認方法

回復環境でオフライン修復を行う前に、正しいドライブレターを確認する必要があります。これを怠ると、間違ったドライブを対象にしてしまう可能性があります。

まず、コマンドプロンプトで diskpart を起動します。次に list volume コマンドを実行すると、現在認識されているすべてのボリュームとそのドライブレターが表示されます。

この一覧から、Windowsがインストールされているボリュームを特定します。通常、これは最も大きなNTFSボリュームです。また、ブートパーティション（EFIシステムパーティションまたはシステム予約パーティション）も確認します。これは通常、100MB～500MB程度のFAT32ボリュームです。

6. 実際の修復プロセス

オフライン環境でのSFC修復は、段階的に進めることが重要です。

最初に、diskpartでドライブレターを確認し、対象のWindowsシステムとブートパーティションを特定します。次に、適切なパラメータを指定してSFCコマンドを実行します。

修復プロセス中、SFCは指定されたオフラインWindowsのシステムファイルをスキャンし、破損したファイルを検出します。見つかった問題については、キャッシュされたコピーまたはWindowsインストールメディアから正常なファイルで置き換えます。

このプロセスは通常のオンライン修復よりも時間がかかります。オフライン状態のシステムにアクセスする必要があるためです。

7. オフライン修復の制限事項

オフライン環境でのSFC修復には、いくつかの制限があります。

最も重要な制限は、実行中のプロセスやサービスに関連する問題は修復できないことです。SFCはファイルレベルの修復ツールであり、レジストリの深刻な破損やサービスの設定問題には対応できません。

また、ハードウェア関連の問題や、物理的なストレージの損傷が原因の問題も、SFCでは解決できません。これらの問題には、より専門的な診断と修復が必要です。

さらに、一部のシステムファイルは、Windowsが起動状態でないと適切に修復できない場合があります。これは、ファイルの依存関係やアクセス権限の問題によるものです。

8. DISMコマンドとの連携

オフライン修復では、SFCと併せてDISM（Deployment Image Servicing and Management）コマンドも使用することがあります。DISMは、より深いレベルでWindowsイメージの整合性をチェックし、修復できます。

オフライン環境でのDISM使用例：

DISM /Image:C:\ /Cleanup-Image /CheckHealth
DISM /Image:C:\ /Cleanup-Image /ScanHealth
DISM /Image:C:\ /Cleanup-Image /RestoreHealth

これらのコマンドは、SFCでは対応できないより深刻なシステムイメージの問題を修復できる場合があります。

9. 修復後の確認作業

オフライン修復が完了したら、システムを再起動して結果を確認します。しかし、すべての問題が解決されるとは限りません。

修復が成功した場合、Windowsは正常に起動し、以前発生していた問題が解消されているはずです。一方、問題が残っている場合は、さらなる診断と修復が必要です。

重要なのは、オフライン修復は最初の対処法の一つであり、万能ではないということです。根本的な原因がハードウェア障害やより深刻なシステム破損にある場合、完全な再インストールが必要になることもあります。

10. トラブルシューティングのアプローチ

オフライン環境でのシステム修復は、体系的なアプローチが重要です。

まず、問題の性質を理解することから始めます。起動時のエラーメッセージ、症状の発生タイミング、最近の変更内容などを整理します。次に、最も影響の少ない修復方法から順番に試します。

SFCオフライン修復は、比較的安全で非破壊的な修復方法です。データを失うリスクが低いため、より危険性の高い修復方法を試す前に実行する価値があります。

ただし、修復前には重要なデータのバックアップを取ることを強く推奨します。どんなに安全な修復方法でも、予期しない問題が発生する可能性は完全には排除できないからです。

11. まとめ

回復環境から実行するSFC修復では、対象のWindowsが「オフライン環境」にあることを理解することが重要です。この理解により、適切な /offbootdir と /offwindir パラメータを使用して、効果的なシステムファイル修復を実行できます。オフライン修復は、起動できないWindowsシステムの復旧において重要な手法の一つであり、適切に実行すれば多くのシステムファイル関連の問題を解決できます。