Windows command guide
Read CBS.log after SFC
CBS.log is noisy, large, and not pleasant to read directly. The faster path is extracting only the SFC-related entries into a smaller file you can review safely.
This guide is written around the specific symptom-command match for read cbs.log after sfc, not as a generic dump of terminal lines. That makes the page more useful for real troubleshooting and reduces the chance of running the wrong repair step.
findstr /c:"[SR]" %windir%\Logs\CBS\CBS.log > "%userprofile%\Desktop\sfcdetails.txt"
notepad "%userprofile%\Desktop\sfcdetails.txt"
Best place to run it
Elevated Command Prompt is the right execution context for this page. Because this repair touches protected Windows state, a normal unelevated shell can return misleading access errors or partial results.
Fast repair workflow
- Start from the exact symptom on this page: SFC reports corruption but the summary is too generic
- Run the primary repair line exactly as shown: findstr /c:"[SR]" %windir%\Logs\CBS\CBS.log > "%userprofile%\Desktop\sfcdetails.txt" notepad "%userprofile%\Desktop\sfcdetails.txt".
- This workflow is tuned for this repair, so avoid mixing it with unrelated repair commands too early.
- Reboot if the servicing stack or protected files were changed, then retry the original Windows action.
- Escalate only after reading the output, usually toward CBS.log, DISM source repair, or Windows Update-specific repair.
Copyable wrapper script
Use this wrapper when you want the page command inside a clearer script block with start and finish prompts.
@echo off
echo Run this CMD sequence in an elevated Command Prompt.
echo Starting targeted repair sequence...
findstr /c:"[SR]" %windir%\Logs\CBS\CBS.log > "%userprofile%\Desktop\sfcdetails.txt"
notepad "%userprofile%\Desktop\sfcdetails.txt"
echo.
echo Review the output before closing this window.
pause
Verification commands after the repair
These follow-up commands help you check whether the repair actually changed the Windows state that matters, instead of assuming success from a single line.
findstr /c:"[SR]" %windir%LogsCBSCBS.log
sfc /verifyonly
What problem this command is trying to solve
This page targets the analysis step after SFC so you can verify what happened instead of relying on a vague summary line.
- SFC reports corruption but the summary is too generic.
- You want to know which file paths or repair actions were involved.
- The full CBS.log is too large to inspect comfortably.
How the command works
findstr filters the CBS log down to lines tagged for System File Checker activity, and then Notepad opens the smaller export for review.
When it makes sense to run it
Use it right after an SFC scan when you need evidence before choosing another repair step.
Before you run this command
- Open an elevated Command Prompt or PowerShell window before running findstr /c:"[SR]" %windir%\Logs\CBS\CBS.log > "%userprofile%\Desktop\sfcdetails.txt" notepad "%userprofile%\Desktop\sfcdetails.txt".
- Confirm that the symptom really matches this guide, especially if you are seeing signs such as: sfc reports corruption but the summary is too generic.
- Keep any exact DISM, SFC, CBS, or Windows Update error output because those details matter in the next step.
What result to expect
After running findstr /c:"[SR]" %windir%\Logs\CBS\CBS.log > "%userprofile%\Desktop\sfcdetails.txt" notepad "%userprofile%\Desktop\sfcdetails.txt", compare the result against the symptom that brought you here. The most useful checkpoint is whether sfc reports corruption but the summary is too generic becomes less frequent, changes form, or produces a clearer error message. A command page is stronger when it helps you verify a real change instead of just assuming the line must have worked.
How to verify that it worked
The best verification step after findstr /c:"[SR]" %windir%\Logs\CBS\CBS.log > "%userprofile%\Desktop\sfcdetails.txt" notepad "%userprofile%\Desktop\sfcdetails.txt" is to repeat the action that previously triggered the problem. If you want to know which file paths or repair actions were involved still appears in exactly the same way, the command probably was not the whole answer and you should move to the next targeted check instead of assuming the page is finished.
Why administrator rights matter here
This command changes system integrity and component corruption. Run it in an elevated shell so Windows can apply the repair instead of only returning an access or privilege error.
Before you run it
The exported text still needs interpretation. Some log lines are informational and do not always mean the system is still broken.
When this is probably the wrong fix
This is not the right first fix for a single third-party app bug, a browser-only issue, or obvious hardware failure. Use it when the symptom points to Windows image health, recurring update corruption, or protected system files.
What to do if it does not help
If findstr /c:"[SR]" %windir%\Logs\CBS\CBS.log > "%userprofile%\Desktop\sfcdetails.txt" notepad "%userprofile%\Desktop\sfcdetails.txt" does not improve sfc reports corruption but the summary is too generic, move to the next repair step that matches the same symptom family instead of piling on random commands. The best follow-up depends on whether the failure is mainly about system integrity and component corruption.
Frequently asked questions
Should I use findstr /c:"[SR]" %windir%\Logs\CBS\CBS.log > "%userprofile%\Desktop\sfcdetails.txt" notepad "%userprofile%\Desktop\sfcdetails.txt" for this exact Windows symptom?
Use it when the behavior on your PC lines up with the repair target on this page: This page targets the analysis step after SFC so you can verify what happened instead of relying on a vague summary line.
What should I check right after findstr /c:"[SR]" %windir%\Logs\CBS\CBS.log > "%userprofile%\Desktop\sfcdetails.txt" notepad "%userprofile%\Desktop\sfcdetails.txt"?
Check whether the original trigger still reproduces the same failure. For this page, a useful checkpoint is whether sfc reports corruption but the summary is too generic becomes less frequent, changes form, or points you toward a more specific next step.
When should I not rely on findstr /c:"[SR]" %windir%\Logs\CBS\CBS.log > "%userprofile%\Desktop\sfcdetails.txt" notepad "%userprofile%\Desktop\sfcdetails.txt" alone?
This is not the right first fix for a single third-party app bug, a browser-only issue, or obvious hardware failure. Use it when the symptom points to Windows image health, recurring update corruption, or protected system files.