双系统装在同一块硬盘上，为什么迟早会出事？

“把一块硬盘分成两个分区，一个装Windows，一个装Linux，不就行了？”这是双系统新手最常见的想法，也是踩坑的起点。一位折腾Linux与Windows双系统超过10年、当前机器上并排跑着四套操作系统的老手，把这类反复出现的错误归成了三类。

第一类错误，就是把两套系统塞进同一块物理硬盘。技术上完全可行，初期也几乎看不出毛病，但隐患会在之后慢慢浮现。

最常见的一种情况是：Windows更新改动了UEFI启动顺序。理想状态下，开机应该由GRUB（Linux上最常见的引导程序）接管，它能识别并列出Linux和Windows两个启动项。可Windows更新有时会把Windows Boot Manager设成默认启动项，结果就是开机直接进Windows，GRUB界面根本不出现，你连选系统的机会都没有。

要修回来，可能得进UEFI设置手动调整启动顺序，也可能得靠一个Linux live USB去修复GRUB。除此之外，在同一块盘上管理分区，始终存在误删或误改分区的风险。

更稳妥的做法是给每套系统各配一块物理硬盘。这样各自的引导分区互不干扰，任何一方的安装程序都碰不到对方，分区管理也更省心。安装顺序上，建议先装Windows再装Linux——Windows一般不会替你配置Linux引导程序，而许多Linux安装器能检测到已有的Windows并主动把它加进启动菜单。两套系统装完后，再进UEFI设置把Linux引导程序设为默认，开机时GRUB就会正常出现。

第二类错误更隐蔽：装完系统后，Secure Boot一直关着没再打开。

网上几乎所有双系统教程都会让你在装Linux前关掉Secure Boot。这在过去或许成立，但如今Ubuntu、Linux Mint、Fedora等多数现代发行版都自带shim——一个已由微软签名的小型引导程序，安装时不会被Secure Boot拦截。不过部分发行版仍需关闭，尤其是基于Arch的那些；想装最近很火的Omarchy或CachyOS，就得先关掉Secure Boot。

问题出在装完之后。系统装好后，你其实可以自己创建Secure Boot密钥、导入固件，再给引导程序和内核签名，让它们与Secure Boot兼容——这通常是被推荐的做法。但大多数新手只是关掉Secure Boot、装完Linux，然后再也没管过它。

Secure Boot并不是Windows专属，它对Linux和Windows都有好处。它本质上是一项固件功能：任何未经可信来源签名的引导程序或操作系统都无法启动。这能有效防御bootkit——一种在操作系统加载之前、启动过程中就运行的恶意软件，极难检测和清除。Secure Boot关着，Linux和Windows两边都暴露在这类攻击之下。文中提到，可以用sbctl这个命令行工具在Linux机器上配置Secure Boot。

第三类错误是没关Windows的“快速启动”（Fast Startup）。多数教程会提醒你关掉它，但不少新手直接跳过，因为双系统本身并不要求这么做。可一旦留着它，后续麻烦不少。

快速启动是Windows用来加快开机速度的功能。开启状态下点“关机”，Windows并不会完全关闭，而是进入一种半休眠状态，把系统核心保存到硬盘上的文件里；下次开机时直接重新加载这个状态，不必从头启动。如果Windows装在机械硬盘上，这个提速相当明显；但装在固态硬盘上——对多数读者来说更可能是这种情况——速度收益很小。因此建议保持关闭，带来的不便远大于那点提速。

真正的麻烦在于：快速启动开着时，你从Windows关机再进Linux，Windows分区会被标记为休眠中。结果在Linux里，这个分区要么拒绝挂载，要么只能以只读方式挂载，你没法访问里面的Windows文件。强行让Linux以可写方式挂载当然可以，但那有损坏分区内文件的风险。

在动手之前，还有一个更前置的问题值得想清楚：你真的需要双系统吗？双系统会增加技术复杂度，存储成本也不低——你得从硬盘里划出一大块给第二套系统，用得少就是纯浪费。在固态硬盘价格高企的当下，这笔账不好算。

如果只是想试试不同发行版，可以先上虚拟机；如果只是想用某些Linux专属命令行工具，WSL（Windows Subsystem for Linux）也能应付。今天唯一站得住脚的双系统理由，是给某类特定工作留出一个隔离的空间——不是把软件和系统隔开，而是把自己隔开。游戏、办公、私人事务、代码项目全挤在一个系统里，人很容易分心，多系统是纠正这一点最干净的办法之一。

作为参照，这位老手的机器上跑着四套系统：Garuda作主力，Ubuntu用来折腾Linux相关的东西，Windows是工作所需，Bazzite专门打游戏。每套系统各司其职，切换系统也顺带把脑子切进对应的状态。