Windows 10 启动修复不起作用,但是启动文件位于哪里?

Windows 10 启动修复不起作用,但是启动文件位于哪里?

我有一台安装了 Windows 10 和 Linux Mint 的 PC,用于双启动。有一天,我决定需要登录 Windows,但出现了自动修复过程 - 这没用。我尝试了各种解决方案,但都无济于事。

当我尝试运行命令“bootrec /fixboot”时,我收到“拒绝访问”消息。我还尝试通过 diskpart 为 EFI 分区 (FAT32 100mb) 分配一个临时驱动器号,以运行某些解决方案中建议的命令,但仍然没有成功。我还格式化了该驱动器,但这是一个错误的举动,因为这弄乱了 GRUB Linux 启动信息。幸运的是,我在尝试修复 Windows 启动之前拍摄了驱动器的映像。

使用 Macrium 并仅恢复主 NTFS C:分区、100mb EFI 和 529mb 恢复分区将其恢复到原来的位置(即 - 能够启动到 Linux,但 Windows 进入启动修复)。

有了此驱动器的旧映像,我决定仅恢复上述三个分区,并成功启动 Windows 和 Linux。但是,由于主 Windows 分区已有一年多历史,因此它不包含自拍摄该映像以来安装的较新文件和最近安装的程序。

因此,我尝试仅从最近的映像中恢复 Windows 分区,但收到了可怕的“准备自动修复”消息。

我的下一步是恢复旧的可启动映像,将文件和文件夹从 Windows/Boot 文件夹(包含 EFI 文件夹)复制到 USB,然后恢复较新的 Win 分区,然后(从 Macrium 的 WinRE USB 环境)使用 xcopy 将这些文件从 Windows/Boot 复制到(我认为已损坏的)最近的 Win 分区的 Windows/Boot 文件夹...不幸的是,这也不起作用。

问题是——从已知的良好映像中我应该查看哪些启动文件?

非常感谢任何帮助我回到我最近的 Windows 分区的帮助。

谢谢。

答案1

您当前的 Windows 安装已损坏,可能不容易修复。但是,您有一个可用的 Windows 备份,尽管它是一年前的。

我建议恢复一年前的分区,然后从较新的备份中更新您自己的数据。Macrium 应该能够有选择地复制文件,或者将备份安装为用于复制文件的虚拟磁盘。

相关内容