我的 Windows 10 设备似乎偶尔会在启动时进入“准备自动修复”状态。我通常只需重新启动即可恢复正常启动，但下次重新启动设备时，它又会再次出现这种情况。
所以我想诊断是什么促使 Windows 首先启动“自动修复”？我一直在搜索，有很多关于如何修复和诊断为什么它可能会失败的信息，但除了模糊的猜测之外，很少有关于它首先启动的原因的信息。显然，这可能是由于系统文件损坏或丢失。但我如何检查哪些文件已损坏或丢失？
该设备运行的是 Windows 10 IoT，使用写入过滤器。写入过滤器排除了许多项，但我目前的工作理论是，这可能与此有关，例如，这里需要排除更多（或更少）位置。但要弄清楚这一点，我需要了解什么文件已损坏或丢失。是否有这些检查的日志可以表明 Windows 决定触发启动修复的原因？
我发现C:\Windows\System32\Logfiles\Srt\SrtTrail.txt- 但这更像是修复过程中检查的日志。此处进行的所有测试的“错误代码”均为 0x0。
即使是已检查文件/其他检查的完整列表也可能有用
笔记：
这在多台机器上都会发生。但硬件规格和 Windows 映像都相同。
在正常运行时，设备会运行自定义 shell 应用程序。但是，我通过注销运行 shell 应用程序的用户，以另一个正常运行“explorer”的用户身份登录，然后重新启动，发现了这个问题。
更新
我sfc /scannow从自动修复的故障排除选项中的命令提示符运行（此时写入过滤器仍然打开）。
答复是：
验证 100% 完成。
Windows 资源保护无法执行请求的操作。
另一个更新
这几乎肯定与写入过滤器有关。我在关闭写入过滤器的情况下连续重启了五次，问题完全没有发生。当我重新打开它们时，它在打开后的第二次重启时再次出现，然后在之后的交替重启中再次出现。（即自动修复的“重启”选项“修复”了它并正确重启。但下一次重启又会进入自动修复）。
当然，打开写入过滤器可能会使其在关机时“清理”某些文件（或注册表项），但不清理其他文件（或注册表项），Windows 可能会在下次重新启动时将其解释为“损坏”。但这又让我回到问题：哪些文件/注册表项？