必须从cbs.log中精准定位损坏dll文件名，方法是用findstr命令提取含[sr]的日志行生成sfcdetails.txt，再搜索“cannot repair member file”并提取双引号内dll名。
当你在运行SFC后看到“Windows资源保护发现损坏的文件，但无法修复其中的一些文件”提示时，必须从CBS.log中精准定位到具体缺失或校验失败的DLL文件名，否则无法开展后续手动替换或DISM恢复。
直接打开CBS.log看原始记录
按 Win+E 打开文件资源管理器，地址栏粘贴：C:\Windows\Logs\CBS\CBS.log，回车进入。双击该文件用记事本打开。
这一步操作起来很简单，但日志体积常超百MB，记事本会卡顿甚至崩溃，【不要滚动查找】——盲目拖动根本找不到有效信息。
按 Ctrl+F 搜索 [SR]，这是SFC写入日志的唯一标记前缀，所有与系统文件检查相关的条目都以此开头。
用Findstr命令精准提取SFC修复详情
这才是真正能落地的方法：跳过庞大日志的无效浏览，把所有带[SR]的行单独导出为轻量文本。
右键「开始」→「Windows PowerShell（管理员）」，粘贴执行以下命令：
findstr /c:"[SR]" %windir%\logs\cbs\cbs.log > "%userprofile%\Desktop\sfcdetails.txt"
命令执行完毕后，桌面会出现 sfcdetails.txt 文件。它只包含SFC扫描过程中的关键动作记录，体积通常不到原始日志的1%，加载和搜索都极快。
注意：如果提示“拒绝访问”，说明PowerShell未以管理员身份运行；如果提示“找不到文件”，请确认CBS.log真实存在——某些精简版系统可能禁用日志记录功能。
从sfcdetails.txt里锁定损坏DLL文件名
第一步：双击打开桌面的 sfcdetails.txt，按 Ctrl+F 搜索关键词 Cannot repair member file。
第二步：找到类似这样的完整行：
2026-10-05 09:22:17, Info CSI 0000000a [SR] Cannot repair member file [l:36{18}]"msvcp140.dll" of Microsoft.VC140.CRT, Version = 14.29.30133.0, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope neutral, PublicKeyToken = {l:8 b:1f8b4b0e4a0d5a79}, Type neutral...
第三步：提取方括号内双引号包裹的内容——【"msvcp140.dll"就是你要找的损坏DLL文件名】。它前面的路径字段[l:36{18}]是Unicode长度标识，不用管；后面那一长串是组件签名信息，仅用于验证来源，非紧急修复可忽略。
第四步：复制这个DLL名（例如 msvcp140.dll），继续在sfcdetails.txt中搜索，确认是否还有其他同类报错。一个SFC扫描可能暴露出多个缺失DLL，需全部记录。
