- CBS.log ファイルには SFC と WRP の操作が記録され、どのシステム ファイルが破損しているかを特定するのに役立ちます。
- SFC はローカル キャッシュから保護されたファイルを修復しようとしますが、DISM はキャッシュが破損している場合に Windows イメージ全体を修復します。
- C: ドライブのエラー、停電、マルウェア、更新の失敗などがシステム ファイルの破損のよくある原因です。
- CHKDSK、マルウェア対策スキャン、SFC、DISM、そして最終的にはインプレース修復を組み合わせることで、通常はシステムの安定性が回復します。
Windowsがクラッシュし、確認メッセージが表示される場合 ファイル システム障害後のCBS.logパニックになるのは当然です。突然、「Windows リソース保護によって破損したファイルが見つかり、一部を修復できませんでした」といった警告が表示され、おまけにCドライブが破損しているとシステムが主張します。Windowsのインストールがもうダメだと思われるかもしれませんが、実際には問題を段階的に診断し修復するための強力なツールがいくつかあります。
この記事では、アーカイブとは何かを冷静に分析します。 CBS.log、SFC エラー メッセージは正確には何を意味しますか?これらの記録はどのように解釈され、ユーティリティはどのような役割を果たすのでしょうか? CFSとDISMWindowsのディスクまたはイメージが破損した場合の対処法についても解説します。また、よくある実際のシナリオ(DVDなしでWindowsがプリインストールされている場合、アップデート後の問題、マルウェア感染など)と、それらへの体系的な対処方法についても解説します。
CBS.log とは何ですか? システム障害後になぜ表示されるのですか?
ファイル CBS.logは内部メンテナンスログの一部です Windowsから。パスに保存されます %windir%\Logs\CBS\CBS.log (通常 C:\Windows\Logs\CBS\CBS.logいくつかのシステムコンポーネントによって使用され、 Windows リソース保護 (WRP) とシステム ファイル チェッカー (SFC.exe)走るたびに sfc /scannowWindows は、このログにチェックおよび修復した内容の詳細な記録を残します。
このファイルには、SFC操作に対応するラベルが付いた行が多数あります。システムクラッシュやハードリスタートの後には、Windowsが破損を検出し、詳細は[関連セクション]に記載されているというメッセージが表示されることがよくあります。 CBS.logこれは自動的にシステムが回復不能であることを意味するのではなく、どのような種類のファイルが影響を受けたか、そしてそれらが修復可能かどうかを確認する必要があることを意味します。

静的ファイル、可変ファイル、そしてWRPがすべてを保護できない理由
Windowsオペレーティングシステムでは、 静的ファイルと可変ファイル静的ファイルとは、通常の状況では決して変更されないファイル(システムバイナリ、特定の基本リソースなど)を指します。一方、可変ファイルとは、常に変更されるファイルを指します。 ログとレジストリファイル ディスクに保存されるとき。
特徴 Windows リソース保護 (WRP) 主に保護と監視に重点を置いています 重要な静的ファイルただし、例外もあります。一部の静的ファイルはWRPの対象外です。Microsoftが文書化している典型的な例としては、背景画像があります。 img11.jpg、コンポーネントに属する Microsoft Windows Shell 壁紙共通WRPがシステムをチェックしている間にこのファイルが変更された場合(たとえば、 sfc /scannow)に変更が記録される。 CBS.logしかし、WRPで保護されていないため、 システムはそれを逆転させようとしない ハッシュが一致しないことを単に記録します。
ログには次のようなエントリが含まれることがあります。これは多くの場合警告となりますが、必ずしも深刻な問題を示すものではありません。
、情報CSI 00000145 メンバーファイル「img11.jpg」を修復できませんでした。 Microsoft-Windows-Shell-Wallpaper-Common…ハッシュマッチングエラー
このような状況では、SFCが「コンポーネント」を修復したと報告しても、ログには次のように表示されることがあります。 一部のファイルは復元できませんでした WRPがそれらを保護していないか、バックアップコピーを持っていないからです。必ずしも心配する必要はありませんが、これらのファイルが実際のシステム障害に関連しているかどうかを確認する価値はあります。
Windows における SFC と DISM とは何ですか?
ツール SFC(システム ファイル チェッカー)と DISM(展開イメージのサービスと管理) これらはWindowsに組み込まれている2つのコマンドラインユーティリティで、 重要なシステムファイルを分析および修復するこれらは共通の目的を持っていますが、機能が多少異なり、非常にうまく補完し合っています。
コマンド CFS システム上の保護されたファイルをすべて検査し、 「信頼できる」とみなされるコピーファイル保護キャッシュ(Windowsファイル保護、WFP)に保存されます。差異が検出された場合は、ファイルが破損しているとマークされ、 自動的にクリーンなコピーに置き換えようとします。 キャッシュから取得する。これは次のようなコマンドで実行される。 sfc /scannow オンライン モード (システムが起動) とオフラインの両方で使用できます。
彼らとしては、 DISM よりグローバルなレベルで動作します。ファイルごとに処理するのではなく、 Windows イメージ (完全なインストール)と比較し、 クリーンなイメージローカルまたはオンライン。破損したコンポーネントが見つかった場合、正常なソースを使用してそれらを交換しようとします。DISMは、SFCで使用されるキャッシュも破損している場合に特に役立ちます。 SFCがコピーを作成する「ベース」そのものを修復する.
最近のシステム(Windows 8、8.1、10、11)では、通常、次のようなことが推奨されます。 SFCではすべてを修正できるわけではない、あなたは頼る DISM イメージを復元し、再度 SFC を実行して個々のファイルの修復を完了します。

一般的なSFC終了コードとメッセージ
最後に sfc /scannowツールはいくつかある中から1つを返します 標準メッセージ これにより、システムファイルの状態を簡単に把握できます。
- 「Windowsリソース保護は整合性違反を検出しませんでした」SFCは保護されたファイルに異常を検出しませんでした。問題が引き続き発生する場合、原因はシステムファイルではなく、ドライバー、サードパーティ製ソフトウェア、ハードウェア、または構成に関連している可能性があります。
- 「Windows リソース保護により破損したファイルが見つかり、正常に修復されました。詳細は CBS.log をご覧ください。」Windowsは1つ以上の破損ファイルを見つけ、キャッシュから正常なコピーに置き換えました。これは良い結果ですが、発生していた問題が解消されたかどうかを確認する必要があります。
- 「Windows リソース保護により破損したファイルが見つかり、一部は修復できませんでした。詳細は CBS.log をご覧ください。」: は、 SFC が使用するファイル キャッシュも破損しているか不完全ですあるいは、特定のファイルがWRPで保護されていない可能性があります。このような場合は、DISMまたは手動の方法を使用することをお勧めします。
- 「Windowsリソース保護は要求された操作を実行できませんでした」スキャンは中断または失敗しました。これは、サードパーティ製ソフトウェアとの競合、ディスクエラー、権限の問題などが原因である可能性があります。通常は、もう一度お試しください。 セーフモード または他の修復ツールを実行した後。問題が権限に関連していると思われる場合は、 管理者権限がないため設定にアクセスできない場合の対処方法.
メッセージが言及しているもの CBS.logSFCに関連するエントリは、 でマークされた行を探すことでフィルタリングできます。これを素早く行うには、次のコマンドを使用します。
findstr /c:"" %windir%\logs\cbs\cbs.log >sfcdetails.txt
これにより、関連する SFC 行のみを含むテキスト ファイルが生成され、識別がはるかに容易になります。 問題を引き起こした特定のファイル.
SFC /scannowを正しく実行する方法
Windows 7、8、8.1、10、または 11 を実行しているほとんどのコンピューターでは、SFC の基本的な使用方法は実質的に同じであり、両方の目的に役立ちます。 整合性をチェックし、破損したファイルを修復する キャッシュが正しく動作している場合。
正常に起動するシステムで標準スキャンを実行するには、次の手順に従います。
- スタートメニューを開き、次のように入力します。 コマンド、右クリック システムシンボル 選択して 管理者として実行 高いレベルの権限にアクセスできるようになります。
- 黒い窓に書き込む sfc /scannow Enter キーを押すと、保護されたファイルの完全スキャンが開始されます。
ディスクの速度とファイルの数によっては、処理に時間がかかる場合があります。最後に、 結果メッセージ 前述のように、すべてを修正できなかった場合は、 CBS.log またはファイルに sfcdetails.txt 生成できる findstr.
Windowsが起動しない場合やリカバリメディアからSFCを使用する
システムがひどく損傷してログインすらできない場合でも、実行できるオプションがあります。 Windows 回復環境 (WinRE) からの SFC または外部メディア (USB、インストール DVD、または製造元のリカバリ パーティション) から実行します。
Windows 10、11、8、8.1では、基本的な手順はほぼ同じです。リカバリメディアまたは詳細なスタートアップオプションから起動したら、以下の手順を実行できます。
- オプションメニューから、 問題を解決する そして、その中で選択 システムシンボル コンソールを開きます。
- コンソールで、次のようなコマンドを実行します。 sfc /scannow /offbootdir=C:\ /offwindir=C:\Windows システムが別のパーティションにある場合は、それに応じてドライブ文字と Windows パスを調整します。
Windows 7でもワークフローはほぼ同じですが、 DVDまたはUSBインストール、オプションを選択します 機器を修理するWindowsのインストールを選択し、コマンドプロンプトに入ります。そこから次のようなコマンドを使用できます。 sfc /scannow /offbootdir=C:\ /offwindir=C:\Windows 起動せずにインストールを分析します。

SFCだけでは不十分な場合: DISMとWindowsイメージの修復
多くの場合、「Windowsリソース保護によって破損したファイルが見つかり、その一部を修復できませんでした」というメッセージは、 Windows イメージまたはコンポーネント ストア 破損しています。このような場合、SFCは問題を検出しますが、復元できる正常なコピーがありません。そこでDISMの出番です。
DISMにはいくつかの重要なパラメータがあり、 システムイメージをチェックして修復する:
- /健康状態チェック部品倉庫にすでに損傷が記録されているかどうかを確認し、 既知の問題があるしかし、ディープスキャンや修復は実行されません。
- /スキャンヘルス: きれいな参照画像と比較することで、より徹底した画像チェックを行い、 潜在的な失敗を記録する彼はまだそれらを修正していませんが。
- / restorehealth: 完全な分析を開始し、 発見された損傷を修復する オンライン (Windows Update) またはローカル メディア (WIM または ESD ファイル) にある参照イメージを参照します。
通常、Windows 8、8.1、10、または 11 を実行しているコンピューターでは、一般的なコマンドは次のようになります。
dism /online /cleanup-image /restorehealth
このコマンドは、DISMにアクティブ(「オンライン」)イメージを修復し、Windows Updateサーバーに接続して必要なコンポーネントをダウンロードするように指示します。 安定したインターネット接続そうしないと、「ソース ファイルが見つかりません」などのエラーが発生してプロセスが失敗する可能性があります。
修復環境で作業している場合、または別のドライブにマウントされた Windows インストールを修復する場合 (たとえば、2 番目のディスクにインストールされている別の Windows コピーから破損したインストールを回復する場合) は、次のようなものを使用できます。
Dism /Image:D:\ /Cleanup-Image /RestoreHealth
この場合、 D:\ フォルダが配置されているドライブ文字とパス ウィンドウズ 修正したいインストールの。
WIM/ESDイメージをソースとしてDISMを使用する
状況によっては、DISMはWindows Updateを使用できない(会社のポリシー、接続の欠如、ファイアウォールのブロックなど)か、 特定のソースを強制する例えば Windows ISO インストールしたのと同じバージョンとエディションです。
このような場合の典型的なフローは次のようになります。
- インストールしたバージョンに対応するWindows ISOイメージをダウンロードします(例: Windows 10 2018年4月アップデート システムにバージョン 10.0.17134.xxx などと表示される場合は、Microsoft の公式ページから確認してください。
- ISOをドライブにマウントします(例えば そして:\)ファイルを見つけます インストール.wim あるいは、いくつかの画像では、 インストール.esd フォルダ内
sources. - 確認する dism /get-wiminfo どのインデックスがあなたのエディション(Home、Pro、Pro N など)に対応しているか:
dism /get-wiminfo /wimfile:E:\sources\install.wim /index:7 - ソースを明示的に指定して DISM を実行します。
dism /image:D:\ /cleanup-image /restorehealth /source:wim:E:\sources\install.wim:7 /limitaccess
それでもエラーが発生する場合は、 0x800f081f (「ソースファイルが見つかりません」)ほとんどの場合、 バージョン/エディション間の不一致 ISOとインストール、またはWIM/ESDファイルのパス/インデックスが正しくありません。 画像バージョンが一致する インストール時に同じメジャー ビルド番号と同じエディションである必要があります。そうでない場合、DISM はソースとして使用することを拒否します。

Cドライブの損傷、ストレージエラー、CHKDSK
Windowsが警告を出した場合、 ストレージC: 破損しています さらに、SFCは修復できない破損ファイルを報告します。 ディスクの物理的または論理的な問題システム ファイルの修復を続行する前に、ボリュームの状態を確認することをお勧めします。
これを行うための古典的な方法は、組み込みツールを使用することです チェックディスク管理者権限で実行すると、ファイル システム内のエラーを見つけてマークしたり、回復を試みたりすることができます。 不良セクタ一般的なコマンドは次のようになります。
chkdsk C: /f /r
パラメータ /f 見つかったエラーは修正する必要があることを示し、 /r CHKDSKは、不良セクタをディスクからより深くスキャンし、読み取り可能なデータを回復します。ほとんどの場合、Windowsが完全に起動する前にシステムドライブを分析するため、CHKDSKは再起動を促します。
もっと視覚的なものを好む場合は、サードパーティのパーティションマネージャーがあります。 「ファイルシステムのチェック」機能が含まれています 数回クリックするだけで、不良セクタのチェックと修復が可能です。ファイルの修復を行う前に、ディスクが十分に健全であることが重要です。不良セクタは 復元されたファイルを再度破損させる しばらくして。
マルウェア、アドウェアとシステム安定性への影響
複数のケースで、Windowsエラー、サービス障害、CBS.logの奇妙なメッセージの背後に、 マルウェアまたはアドウェア感染 構成を変更したり、ブラウザのアドオンを挿入したり、レジストリ キーを操作したりしたマルウェアです。
特殊なツールなど マルウェアバイト または特定のユーティリティ、例えば ZHPCleaner 検出して隔離できる 潜在的に望ましくないアプリケーション(PUP)侵入的なツールバーや拡張機能。さらに、 ファイルを開く前にUSBドライブを分析する.
C:\Users\…\AppData\Local\Google\Chrome\User Data\Profile 1\Sync Data\LevelDB
これらのファイルは通常、 ブラウザに残るアドウェア (例えば、Babylonの亜種や類似のプログラム)は、必ずしもCBS.logメッセージの直接の原因ではないものの、 システム全体のパフォーマンスが低い そしてチームの奇妙な行動。
これらのツールで徹底的に掃除し、その後 CFSとDISMによる新しい分析これにより、重要なサービス、アップデート、またはプロセスに干渉するサードパーティ製ソフトウェアによってWindowsの修復が妨げられることがなくなり、システムの安定化に役立ちます。また、動作を確認することもお勧めします。 Windows Defender スマートスクリーン 予期しない詰まりが見られる場合。
Windows システムファイルとは何か、そしてどのように破損するのか
Windowsシステムファイルは、 オペレーティングシステムは起動し、ドライバーを読み込み、サービスを管理します アプリケーションを実行するためのファイルです。実行ファイル、ライブラリ(DLL)、ドライバ、グラフィカルインターフェースコンポーネントなど、様々なファイルが含まれます。これらのファイルが破損または消失している場合は、以下の点にご注意ください。 プログラム内の特定のエラー ブルースクリーンや完全なシステムクラッシュが発生することもあります。
これらのファイルが破損する原因は多岐にわたります。最も一般的なものは次のとおりです。
- ハードウェアまたはソフトウェアの欠陥古い、あるいは物理的に損傷したハードドライブやSSDは、書き込みまたは読み取り中にデータが破損する可能性があります。設計の不適切なアプリケーション、欠陥のあるドライバー、または許可されていない領域に書き込みを行うプログラムも、破損の原因となる可能性があります。
- 機器のロックアップと突然のシャットダウン: システムが予期せずフリーズしたりシャットダウンしたりした場合(たとえば、 svchost) の場合、重要な書き込み操作と一致すると、影響を受けるファイルが不整合な状態のままになる可能性があります。
- マルウェアとウイルス多くの脅威は、 システムファイルの変更または置換 永続性を獲得したり、権限を昇格したりするために攻撃を行います。たとえアンチウイルスソフトが後からこれらの攻撃を検出したとしても、既に破損したファイルが残っている可能性があります。
- ディスク容量の問題ディスクが一時ファイル、ブロートウェア、ジャンクで飽和状態になると、十分なスペースが残っていないことがあります。 重要なアップデートを完了する または一時ファイルへの書き込み。これにより、プロセスの中断やファイルの破損が発生する可能性があります。
- 電力サージまたは停電システムアップデートやディスク書き込み作業の最中に突然停電が起こると、一部の人にとってはほぼ確実に災害につながる。 ファイルが破損する.
- 中断または不完全な更新Windows の更新が中断された場合 (シャットダウン、ネットワーク エラー、強制キャンセル)、新しいコンポーネントが部分的にしかインストールされなかったり、ライブラリが相互に同期しなくなったりする可能性があります。
このような状況を最小限に抑え、不要なプログラムをシステムから排除し、優れたマルウェア対策ソフトを使用し、 バックアップを用意する 定期的なチェックにより、特定の問題が大規模なシステム破損につながるリスクが大幅に軽減されます。
典型的なシナリオと推奨手順
多くのユーザーが確認メッセージに遭遇しています システム障害後のCBS.log 同様の状況としては、DVDなしでWindowsがプリインストールされたノートパソコン、新しいバージョンへのアップデート後に問題が発生する場合、「Cドライブが破損しています」というエラーが表示される場合、マルウェアが検出された場合などがあります。それぞれのケースには微妙な違いはありますが、比較的安全な方法は次のとおりです。
- ディスクをチェックする と
chkdskまたは別のユーティリティを使用して、Windows が配置されているドライブに重大なエラーや不良セクタがないことを確認します。 - マルウェア対策ツールを実行する (Malwarebytes、ZHPCleaner、またはその他の信頼できるプログラム) を使用して、Windows のサービスや更新に干渉する可能性のあるアドウェア、PUP、脅威をクリーンアップします。
- SFCを実行する まず通常モードで実行し、エラーが発生した場合は、 セーフモード またはから ウィンRE パラメータを使用する
/offbootdiry/offwindir必要なときに。 - SFCが解決しない場合、 打ち上げ DISM /オンライン /クリーンアップイメージ /復元ヘルス または、別のパーティションにマウントされたインストールの場合は、イメージパスを次のように指定します。
/Image:そして、必要であれば、 WIM/ESDを発生源として バージョンに一致します。 - 最後のステップとして、 現地での修理または再インストール Windows は、より強力ではありますが、通常、SFC や DISM ではシステムの安定性を回復できないケースを解決します。
コンピュータにWindowsがプリインストールされていて、物理的なDVDがない場合は、メーカーは通常、 回復パーティション または、Microsoftのウェブサイトから画像をダウンロードして、 USBインストール 他に選択肢がない場合に、修復手段として、また再インストール手段として使用します。
つまり、 CBS.log、破損したファイル、および Windows リソース保護 かなり要求は厳しいですが、ディスク チェック、マルウェアのクリーニング、SFC、DISM、および必要に応じて修復インストールを適切に組み合わせるだけで、データを放棄したりすべてを最初から再インストールしたりすることなく、ほとんどのシステムを再び正常に動作させるのに十分です。
テクノロジーとインターネット問題を専門とする編集者で、さまざまなデジタル メディアで 10 年以上の経験があります。私は、電子商取引、通信、オンライン マーケティング、広告会社で編集者およびコンテンツ作成者として働いてきました。経済、金融、その他の分野のウェブサイトにも執筆しています。私の仕事は私の情熱でもあります。さて、私の記事を通じて、 Tecnobits, 私は、私たちの生活を向上させるために、テクノロジーの世界が私たちに提供するすべてのニュースや新しい機会を毎日調査しようとしています。