什么可能导致Windows更新失败？

我有一个带Ubuntu 16.04的多启动系统和两个Windows 10副本。分区布局如下：

/dev/sda1, file system = ext4, size = 30.52 GiB, label = Ubuntu 16.04
/dev/sda2, file system = ntfs, size = 64.00 GiB, label = Windows 10 (1)
/dev/sda2, file system = ntfs, size = 64.00 GiB, label = Windows 10 (2)
/dev/sda4, file system = extended, size = rest of drive

每次我尝试在Windows 10下安装更新时，它都会在安装过程中显示失败

“我们无法完成更新。撤消更改。请勿关闭计算机”。

我运行了Windows 10 Troubleshooter，它因错误而失败

“Windows 10服务注册丢失或损坏”。

我尝试了修复微软论坛没有运气。

我使用不同的驱动器，但在同一台机器上启动了Windows 10，我成功地下载并安装了所有更新。使用DiscWizard，我对该安装进行了映像并将其恢复到第一个驱动器上的“Windows 10（1）”，并且无法安装更新，收到相同的错误。

Linux分区的存在会让Windows感到困惑吗？或者Windows可能不喜欢从Grub 2启动？我完全没有想法。

— puzzl3
source

您无法更新Windows与系统上现有的Linux无关。它也与您使用Grub 2具有引导程序的事实无关。除非您提供有关失败的详细信息，否则我无法提交解释您如何解决问题的答案。

— Ramhound

@Ramhound关于失败，我还需要具体多少？我提供了导致错误的原因，错误消息是什么，以及我尝试做些什么来解决它们。

— puzzl3

生成的日志文件包含更多信息，您应该从中提供相关信息。

— Ramhound

@Ramhound我通过在powershell cmdlet中运行“Get-WindowsUpdateLog”命令来生成Windows Update日志。我不确定您的相关信息是什么意思，但在日志中搜索“错误”提供：“EP：error ：0x800004004： - 无法获取SLS数据“，”EP：错误：0x80004004：GetSecondaryServicesEnabledState失败“

— puzzl3

随时随地更新您的问题。

— Ramhound

Answers:

我能够通过使Windows 10分区处于活动状态并使用Grub4DOS记忆棒隐藏Linux分区来解决问题。我发现Windows 10希望在活动分区所在的位置停放文件。在我的特定情况下，活动分区是Ubuntu，并且由于Ubuntu需要EXT4文件系统（Windows无法理解的文件系统），Windows 10无法编写所需的文件以便成功更新。

虽然Windows是活动分区，但Grub 2菜单仍然出现，Windows和Ubuntu都按预期运行。

— puzzl3
source

谢谢！您的调查帮我解决了更新Windows 10的问题。

— DeamonMV

-1

@ puzzl3 我确实可以确认，当在BIOS / MBR引导程序上双引导windows 10和ubuntu linux时，如果Ubuntu / Grub2分区设置为活动状态，则更大的Windows升级将始终失败/卡住（我们无法...循环）！

要完成更新，您可以使用Windows CLI工具“diskpart”切换回Windows作为活动分区（仅当其自己的分区也可引导时）。

开始＆gt;命令提示符＆gt; diskpart“UAC是” 列出磁盘 sel disk 0 列表部分 sel part x 活性出口

通过将Grub2 / ubuntu分区重新设置为活动状态，您可以在Windows升级成功后恢复为grub2作为引导加载程序。如果Grub2安装在MBR本身而不是PBR中，这可能不起作用！

— walterav1984
source