收到了 10586.218 更新后我第一时间安装了。第二天早上起来，提示安装失败。我以为和前面的几个更新差不多，安装几次就好了，就再安装了几次。最后的确是没报告错误了，但是一进入系统我就发现了异常：风扇呜呜转得飞快。
然后我更惊恐地发现：svchost 的 DCOM 服务器进程一直维持 18% 左右的 CPU 占用率。我机器上的 CPU 是四核，这就意味着一个核被榨干了。而且，我的 CPU 一般主频是 2.26 GHz，睿频是 3.1 GHz，在任务管理器的性能窗口中看到整个 CPU 在以最高主频运行！我去，这还不烧了 CPU？！
赶快应用重启大法，还是不行！当时还能用 QQ，这是我发出的几乎绝望的信息：
补丁安装/卸载4次，DCOM那个还是无法解决，累觉不爱
已知的无法使用的东西：
- 各种浏览器（包括 NW.js、基于 Electron 的 Atom 和 VS Code）、MS Office、Steam
- 一切UWP App相关（1、尝试启动任何一个UWP App之后，或2、一段“宽限期”之后），包括Windows 更新、计算器、应用商店、信息中心和开始菜单（后面这两个可以在“宽限期”内多次使用，不计入第1条）、ProgMan的高级功能如Alt+Tab
能使用：
- VS、JetBrains的各个IDE
（说着，现在开始菜单已经无反应了）
总之中期报告什么的，这电脑上就废了。编码么，电脑上开一个热点，查手册就要用手机……但是开发者工具怎么办？我想用JS REPL啊，Node不适合这个场景啊……
总之，微软赶快出修复这个问题的补丁，我特么就算是手工下载也要修！
DCOM这个，CPU占用率应该基本上为零才对
然后我又发现：一切 DX 程序都不行了……我的毕设就是基于 DX 的，然而在创建 D3D Device 的时候就挂起（无 CPU、内存、磁盘活动）了。SharpDX+DX11 不行，C++ 下尝试初始化 DX9 也不行。
Media Creation Tool（一种利用 MCT 的偏门的“就地升级”的恢复方法）开始后挂起；系统映像选择“升级”后也挂起。
由于我安装的软件、配置的环境太多了，想尽量避免重装和重置（关于重置，大家自行搜索一下可能结果）。由于我没开系统恢复，而lan姐提到了 Dism++ 卸载并屏蔽更新（不过版本回退到164后问题还存在，看来是扎根了），我发现里面有一个自动修复的功能。搜索了一下，Dism 的修复：
|
不指定 /Source 就会从“默认源”（Windows Update）中加载，不过这永远是失败的。
install.wim 是怎么来的？是lan姐提取的 ESD（就在系统映像里），然后 ESD 转换为 WIM 的。虽然 ESD 是极端高压版 WIM，不过 Dism 并不认识 ESD，必须要转换。
不过还是失败了，不管是用164的源还是218的源。
在绝望之下，只好采用了 USB 加载 PE，选择从虚拟光驱文件启动，全新安装的办法。（由于原整个磁盘都已经是 GPT 分区了，所以记住打开 BIOS 中的 UEFI Only！）其实到了这一步，和用安装器直接展开 ESD 没什么区别了……
哎，又得重新配置整个系统了。重装后文件安全信息中 SID 丢失的问题，又得遇到一次。
主要收获是 Dism 的用法。