行业动态

说起来，现在用双系统的人其实还不少，尤其是那帮折腾 Linux 的爱好者，基本上都喜欢搞个 Windows + Linux 双启动，毕竟一个打游戏一个写代码，互不干扰，看着多爽啊。但说实话，这几年 Windows 那边的更新总是给 Linux 双启动党找麻烦。最典型的就是最近终于被修好的那个漏洞，整整拖了 9 个月，微软这操作属实有点离谱。你说平时修个漏洞顶多几周，9 个月都快赶上怀个娃了，结果双启动的那点事一直没人管，双系统用户中招后也只能各种折腾 grub 和引导修复，搞不好系统都进不去，真是劝退好多人。

这事最早其实是从去年底开始的，当时 Windows 那波更新后，有不少双启动用户发现，每次重启切回 Linux 系统，不是 grub 菜单消失，就是直接 boot 失败。更恶心的是，微软那个安全补丁还偏偏不兼容常用的 EFI 引导方式，尤其是 Ubuntu、Fedora 这些装机量高的发行版，受影响特别严重。网上那段时间各种“怎么救 grub”“怎么重装 bootloader”的教程满天飞，甚至还有人专门写了个小工具来自动修复引导。讲真的，作为一名曾经被这个坑折磨过的 Linux 用户，我只能说：那段时间，重启一次电脑简直像赌博，能正常进系统全靠运气。

有意思的是，微软官方当时其实也知道这个问题，只不过一直在说“我们在调查”“优先级评估中”。说白了就是不着急修，可能在他们看来，Linux 双启动党本来就不是主流用户，出问题也不会影响多少人，先把 Windows 自己那摊事搞定再说。但问题是，很多开发者、IT 工程师、甚至一些做嵌入式和服务器端的人，平时都离不开 Linux，那你这边一出事，搞不好就影响一堆人的工作效率。更别说，那些不太懂系统引导原理的小白用户，双启动本来就麻烦，一旦引导坏了，重装也麻烦，还容易数据丢失，简直劝退级别。说真的，这事微软放任 9 个月才修，多少有点不负责任。

好在最近这波更新，微软终于把这个坑给填了，修复了和 Linux 双启动相关的那个引导兼容性漏洞。官方说法是“优化了 Windows 更新后的 boot manager 行为，确保与其他操作系统的引导项共存”。讲白了，就是不再随便改动 EFI 分区里的引导配置了，尤其是对 grub 那一套多系统管理器，终于愿意好好兼容一下。测试下来，目前主流的 Ubuntu 22、Debian 12、Fedora 40，这些用最新 grub 的发行版，装好双启动后，重启切换系统已经不会再出现 grub 丢失或者启动失败的问题了。

不过讲真的，这事也给双系统玩家提个醒，现在这种大版本更新或者安全补丁，还是尽量别着急第一时间装，尤其是玩双系统的，最好等个一两周，看看论坛和社区有没有人反馈问题，再决定要不要更新。或者干脆给自己装个独立引导分区，关键时候 grub 坏了还能单独修，不至于把整个系统搞废。其实这事本身也说明一点，现在 Windows 和 Linux 虽然号称“能双启动”“互相兼容”，但实际上平台方对彼此的支持，远没有我们想象中那么友好，毕竟微软还是想你全用 Windows，Linux 只是个顺带支持的选项，出问题自然也不着急修。

总之，这 9 个月的双启动噩梦总算告一段落了，微软这波补丁算是给广大 Linux 玩家松了口气。说实话，也希望以后别再搞这种“悄悄动引导、用户一脸懵”的操作了，毕竟玩双系统的，本来就图个自由和灵活，结果更新完一开机发现 grub 消失，这滋味儿谁受得了啊。希望微软以后动这些系统底层功能的时候，能多留个心眼儿，别再给双启动用户挖坑了。