我略微写一段，几乎在网上不曾被提及的一个小问题。该问题仅适用于UEFI引导，该问题只有基于GPT分区表才有可能发生，传统引导不存在。
===================================================
这个问题多发于那些曾经历从机械硬盘迁移到固态硬盘上这个过程的Windows副本。
在我所构造的环境里，在迁移系统并正确设置UEFI引导后，系统可以正常工作并且完好如初，遇到这个问题的用户会发现他们的Win10可以安装平时小更新，但近几次约从1709开始往后的功能更新就很难安装成功。
===================================================
造成无法更新的原因可能有很多，但极易被人忽视的一个重要原因是EFI分区的分区GUID类型未被正确设置。
而为什么GUID分区类型未被正确设置，如果是自己手动新建分区那基本是未曾考虑到这一点，如果是利用软件迁移那可能是软件在这方面做的不够到位，总之该祸根在新建EFI和MSR分区的时候就埋下了。
===================================================
我不确定自己是否理解什么是GUID分区，也不觉得自己有这个资格给大家介绍，这对于我如同和其他人一样，是一个黑盒。我姑且引用一些来自Wikipedia的资料和图片，略微表明分区GUID类型是什么意思。
可以通过Diskgenius来查看分区的GUID类型：
不光是EFI分区，MSR分区也有对应的GUID类型，为E3C9E316-0B5C-4DB8-817D-F92DF00215AE。但系统盘，以及其他所有分区都被视作基本数据分区，对应GUID类型EBD0A0A2-B9E5-4433-87C0-68B6B72699C7。
==============================================================
修正这个问题的方法并不复杂，由于该问题不影响系统正常引导，只需要照常开机后，在命令提示符中用“Diskpart”指令即可。
下面提供简要示范：
此时可再次尝试安装Win10功能更新。
请记住这个方法是具有针对性的，仅针对由于未正确设置分区GUID类型造成的Win10更新安装失败。
该回答的初衷仅作为网上枚举的大量常见方法以外的小小补充。
