这个问题并不容易解决...请注意。Windows 8.1 x64（作为 Windows 8.1 安装，而不是升级）已安装所有更新并运行正常（根据事件日志查看器）...两天前。没有安装不正确的更新，也没有系统错误关闭。
奇怪的是，每次启动时，隐藏的 Windows RE 分区（磁盘末尾的分区＃5）都会不断被检查，并据称被修复，如屏幕上的快速消息所示，尽管在已知良好的 SSD（完美的 SMART 值）上速度非常快。
分区的物理顺序为： 分区 1：恢复 300MB 1024kb 偏移量 分区 2：系统 100MB 302MB 偏移量 分区 3：保留 128MB 402MB 分区 4：* 主 930GB 536MB 偏移量 分区 5：恢复 450MB 931GB 偏移量
事件日志显示：在卷 \?\Volume{20e356e9-c78d-47ea-8fb9-7297d5c10082} 上的文件系统结构中发现损坏。[分区 5：]
卷上的某个文件无法再从其父目录访问。父文件引用号为 0x2000000000002。父目录的名称为“”。父索引属性为“:$I30:$INDEX_ALLOCATION”。需要重新连接的文件的文件引用号为 0x100000003cbff。卷上可能还有其他文件也需要重新连接到此父目录。
将驱动器号 D: 分配给 RE 分区，查看内容时没有错误，但 FSutil 查询报告卷脏了。对 D: 运行 Admin chkdsk（带有各种参数），它报告没有错误，也没有坏扇区。运行 Recovery 命令行选项和相同的 chkdsk 响应 - 一切正常，FSutil 仍然报告脏了。通过所有这些，注册表自动检查 autochk 数据最终变成了 autocheck autochk /k:D 从那时起，我将该注册表设置恢复为正常的 autocheck autochk * 通常，Windows RE 分区不是通过驱动器号安装的，我希望在所有这些问题都解决后它能保持这种状态。
其他命令结果：fsutil repair enumerate d:（未显示损坏日志）fsutil repair query d:（显示 d: 上的自我修复状态为：0x9，启用修复并警告潜在的数据丢失。）fsutil repair state d:（显示“损坏状态：0x11 - 需要完整 Chkdsk”
使用从 A 到 Z 的参数再次运行 chkdsk，且未报告任何逻辑或物理问题。
显然，有些地方不对劲，甚至连行动中心都说“哇哦……运行完整系统 chkdsk，伙计，损坏比比皆是”是的，行动中心闭嘴吧。
更糟糕的是，所有还原点都失败了，所以我最终把它们全部删除了，想知道是不是它们造成的。但不是。
否则，系统运行如顶级，并且程序/数据/等中似乎没有出现任何损坏。
有什么想法吗？
戴夫
答案1
我解决了这个问题，方法如下；
首先，通过关闭安全启动并更改为“CSM/UEFI”模式来更改 UEFI 设置 - 以防万一。启动笔记本电脑。
（当 Windows 8.1 正在运行时）我制作了隐藏 WinRe 分区的映像（其中包含恢复环境 .wim 文件等），并将其保存到 c：驱动器。
然后我使用分区实用程序将 RE 分区（分区 #5）清零。接下来我使用相同的实用程序删除该分区，使其变为可用空间。现在我重新启动。
Windows 8.1 x64 终于重新启动了，没有任何错误消息或问题！
返回分区实用程序以创建一个 NTFS GPT 分区，占用磁盘末尾的所有可用空间（450MB）。不知何故，该实用程序记得该分区名为“OEM 服务卷”（奇怪但可以接受）
使用分区实用程序，挂载已保存的分区以获取其中的文件。再次使用该实用程序将文件/文件夹复制到新创建的 450MB 空分区中。不要恢复分区，只需复制内容即可。
我确实注意到并排除了复制“系统卷信息”文件夹，该文件夹本不应该在那里，并且可能导致了原始问题。退出程序，重新启动。启动时没有 chkdsk 错误 - 太棒了！
启动后，测试普通用户从高级启动访问恢复选项。看起来恢复环境可以访问并且正常工作，尽管我没有刷新、重新安装或恢复 Windows。
最后，重新启动进入 UEFI 选项，选择安全启动和 UEFI 设置和快速启动。
上述工作基本上是手动重新创建 Windows 恢复环境分区。希望有人能从中得到一些好处。