![Linux/Windows 双启动时 Windows 累积更新失败](https://linux22.com/image/1582851/Linux%2FWindows%20%E5%8F%8C%E5%90%AF%E5%8A%A8%E6%97%B6%20Windows%20%E7%B4%AF%E7%A7%AF%E6%9B%B4%E6%96%B0%E5%A4%B1%E8%B4%A5.png)
尽管我愿意接受更多有关正确解决方案的建议,但我还是会自己回答。
我的笔记本电脑是双启动的 Linux 和 Windows - Linux 是我选择的操作系统,但由于我的笔记本电脑有 Win10 许可证,所以我也保留了它。每个操作系统都有自己的专用分区,Linux 会检测 Windows 分区并使用双启动选项设置 GRUB(始终启动最后一个选项)。MBR 是标准的,唯一的变化是在安装 Windows 后,我将 Linux 分区重新设置为活动状态,以便 GRUB 可以显示选项。
很长一段时间以来,我都遇到过这个问题:在初始安装后,下一个累积更新会失败。我尝试过重新安装,只使用 Windows 更新驱动程序等。最终,下一个累积更新会发货,笔记本电脑会再次无法更新。我查看了所有故障排除选项,浏览了 WU 日志,尝试了所有可能的修复方法(重建 WU 目录等),但都不起作用。
症状是 WU 在第一次重启后更新阶段报告错误,然后再次重启以撤消更新。更新历史记录中报告的最新错误代码为 0x800f0922 和 0x80070643(对于同一更新,我可以选择其中任何一个 - 最后失败的更新是 2018-11、2019-01 和 2019-02)。
事实证明,我所要做的就是在重启之前再次激活 Windows 分区,然后更新就完成了。除了指出这是多么荒谬之外,我想知道是否有办法避免这种情况,例如在 WU 安装后重启之前添加钩子以设置活动分区,然后再重新设置,或者验证 Windows 引导加载程序配置以提供类似的行为(允许在启动时选择操作系统并将最后一个选择设为默认)。我还希望 MS 的某个人看到这个问题并修复它,或者至少改进错误报告,这样人们就不会花费数月/数年的时间去弄清楚它。
答案1
因此,修复 Linux/Windows 双启动问题使用标准 DOS MBR和Linux 分区上的 GRUB 设置为活动状态执行操作系统选择是在安装 Windows 更新后重新启动之前将 Windows 分区设置为活动分区,然后将其重新设置为 Linux。
我的 Windows 分区是第二个分区,Linux 是第三个分区,所以我创建了这两个 DISKPART 脚本(DRTAIL 命令仅用于验证它是正确的分区,可以删除):
磁盘部分_p2.txt:
SELECT DISK 0
SELECT PARTITION 2
DETAIL PARTITION
ACTIVE
磁盘部分_p3.txt:
SELECT DISK 0
SELECT PARTITION 3
DETAIL PARTITION
ACTIVE
我有一个运行以下命令的 cmd 文件:
切换分区.cmd:
@ECHO OFF
DISKPART /S C:\diskpart_p%1.txt
PAUSE
最后,我使用一对快捷方式在正确的分区上运行命令。快捷方式配置为以管理员身份运行。
Make_Win_Active.cmd:
C:\Toggle_Partition.cmd 2
Make_GRUB_Active.cmd:
C:\Toggle_Partition.cmd 3
答案2
为了未来的读者:
安装 Grub2 1. 阶段进入 MBR,而不是进入 Linux 分区。
在 Windows 分区上保留活动标志。
然后 Windows 的启动管理器就会激活。创建一个条目,如“bcdboot c:\windows /sc: /f BIOS”使用 bcdedit 或 easyBCD 删除其他条目。