Ubuntu下安装Windows 11双系统：分区、引导修复与踩坑指南

1. 装双系统前，先把这几件要命的事想清楚

先交代一下背景。我手头这台机器是2020年入手的拯救者Y7000P，原装就是Windows 10，后来因为搞深度学习和ROS开发，主力系统换成了Ubuntu 22.04，Windows那边只留了一个分区吃灰。结果最近需要跑一些Windows-only的工业软件和单位的OA系统，虚拟机性能实在拉胯，只能老老实实把Windows 11装回物理磁盘。

很多人一看"双系统"三个字就头疼，其实本质就是把两个系统装在同一块硬盘的不同分区里，通过引导菜单选择进哪个。这个过程真正会翻车的地方，九成以上集中在引导修复、分区表类型、启动模式不匹配这三件事上，剩下的才是安装过程本身。

动手之前有一个总原则先记住：装双系统永远是先装Windows再装Ubuntu最省事，因为Windows的引导器会无条件覆盖GRUB，而Ubuntu的GRUB能自动识别已存在的Windows并加入启动菜单。反过来操作，你就要手动修引导。但既然标题是"ubuntu下装win11"，我就按这个更麻烦的方向来写，后面会专门讲怎么在Ubuntu里把Windows装进去，以及装完怎么把引导救回来。

另外，安装前务必备份重要数据。虽然正常流程不动你现有的Ubuntu分区，但一旦分区表操作失误或者引导写坏，抢救成本远比备份高。我习惯用一个移动硬盘做整盘镜像备份，嫌麻烦就至少把/home和项目代码打包带走。

安装之前还要搞清楚几个关键参数，直接决定你后续步骤怎么走。建议对照下面的表格逐项确认，尤其是分区表类型和引导模式，这两项错了装完100%起不来。

我见过太多人买的新电脑预装Win11，出厂是UEFI+GPT+Secure Boot全开。这种机器装Ubuntu问题不大，但如果你原来是Legacy引导的老机器，想装Win11就比较麻烦，因为Win11要求UEFI+TPM2.0。不过今天这篇不讨论硬上Win11的老机器方案，按正常UEFI环境来写。

最后一个容易被忽视的点：如果你当前Ubuntu的分区里没有EFI分区，或者EFI分区容量给得很小（比如只有100MB），装完Windows之后引导空间可能不够用。后面我会讲到EFI分区建议至少给300MB以上，靠谱的做法是500MB。这些细节提前看完，能省下不少折腾时间。

2. 磁盘整理与Windows安装介质制作

2.1 用GParted给Windows腾出安装空间

在Ubuntu里给Windows腾空间，最稳妥的工具是GParted。sudo apt install gparted装好之后打开，你会看到当前磁盘的分区情况。这里先说明我的分区结构：一个512MB的EFI分区，一个约300GB的根分区（/），一个约100GB的/home，还有8GB的swap。

给Windows腾空间有几种路径：

• 如果有未分配空间，直接用就行，这是最简单的情况。
• 如果有独立/home分区，可以从/home尾部缩容，把空出来的空间留给Windows。
• 如果根分区和home没有分离，就是个整体大分区，同样从尾部缩容。

缩容操作其实不复杂，选中分区右键选"Resize/Move"，拖拽分区的右边界往左拉，预留出目标大小。注意文件系统有碎片时，缩容后的可用空间会比你设置的小，所以预留空间最好比实际需求多20GB，给自己留点余量。比如准备给Windows分100GB，就从现有分区缩出120GB。

我的操作是把/home从100GB缩到60GB，腾出40GB；再压缩根分区尾部60GB，合计空出100GB。操作完点击工具栏的绿色对勾应用。这里有个坑：GParted操作过程中不能断电，缩容大分区很慢，我那100GB大概跑了20分钟，期间不要做任何其他操作。

如果是笔记本，有一步别忘了做：如果Windows之前开着快速启动并休眠过，分区表可能处于"脏"状态。在Ubuntu的终端里跑一次sudo ntfsfix /dev/nvme0n1p*（*换成Windows分区编号），或者干脆在Windows的电源选项里关掉快速启动。不做这一步，后面Windows安装程序可能无法识别或写入这块空间。

2.2 制作Windows 11安装U盘，绕过TPM检查

制作安装U盘，我试过好几条路：Ventoy、Rufus、UltraISO、dd命令。综合实测，在Ubuntu下制作Win11启动盘，最省心的是Ventoy，最省事的是直接dd，但两者有各自的适用场景。

Ventoy的思路是做一个多系统引导U盘，把ISO文件丢进去就能启动，不需要反复格式化U盘。安装方式是在官网下载Ventoy2Disk.sh，终端执行后根据交互提示把U盘装成Ventoy格式，然后把Win11的ISO文件直接拷贝到U盘根目录。这个方法的好处是U盘还能继续放其他安装镜像或工具，一U盘多用。

但我个人更推荐用dd命令，直接把ISO写进U盘做纯净启动盘：

bash复制sudo dd if=win11.iso of=/dev/sdb bs=4M status=progress && sync

注意of=后面是U盘设备名，绝对不能带分区号（不能是sdb1），而且方向千万别写反，写反了就把硬盘干掉了。配合fdisk -l先确认U盘是/dev/sdb还是/dev/sdc，双确认再执行。

Win11原版镜像默认要求TPM 2.0和Secure Boot支持，很多老机器或者虚拟化环境会卡在安装初期的"这台电脑无法运行Windows 11"界面。绕过方法不止一种：

• 修改注册表绕过：在安装界面按Shift+F10打开命令行，输入regedit，在HKEY_LOCAL_MACHINE\SYSTEM\Setup下新建LabConfig键，里面新建两个DWORD值：BypassTPMCheck设为1，BypassSecureBootCheck设为1。关掉注册表，退回安装界面重新点安装，就能继续了。
• 替换appraiserres.dll：把安装镜像sources目录下的appraiserres.dll文件删掉或者用一个同名空文件替代。这个方法在Win11早期版本有效，新版本镜像上未必好使。
• rufus写入时直接选择绕过：Rufus在写入Win11镜像时会弹出选项，勾选"绕过TPM检查"相关的选项即可。

我自己是用dd写入+Rufus模式刻录的，因为手头正好有Windows机器可以跑Rufus，而且Rufus可以顺手把本地账户绕过也做了。如果全程在Ubuntu下操作，建议用Ventoy+注册表绕过组合，一次搞定。

2.3 分区方案的最终确认

开工前最后确认一次目标分区结构，我用表格呈现，方便对照你的实际分区做调整：

这里重点提醒：EFI分区千万别删，Windows安装程序会往里面塞bootmgfw.efi，Ubuntu的GRUB也有对应文件在里面。有些人手贱把EFI分区删了想"干净重装"，结果Windows装到一半提示无法创建新的系统分区，就是因为没有可用的ESP分区。

3. Ubuntu下安装Windows 11的完整流程

3.1 安装过程中的关键节点

U盘插上后重启，开机时按F12（联想拯救者是F12，华硕是F8，HP是F9，具体看主板厂商）进入一次性启动菜单，选择U盘从UEFI模式启动。这里注意一个细节：U盘启动项通常有两三个，带UEFI前缀的才是正确选项，选错了可能会进入Legacy启动，导致整个安装过程走了错误的引导路径。

进入Windows安装程序后，一路点下去到"选择安装类型"这一步，必须选"自定义：仅安装Windows（高级）"，不能选升级安装。进入磁盘分区界面后，你会看到Ubuntu的各个分区，找到之前空出来的"未分配的空间"，选中它，点击"新建"。

这里有个非常容易踩的坑：不要试图把Windows装进Ubuntu已有的空白分区之外的任何分区，更不要"格式化"掉Linux分区。Windows安装程序看到ext4分区会提示"无法安装到这个分区"，这是正常的，我们要的就是未分配空间的那一块。

选择新建的分区后，Windows会自动创建几个分区：MSR（保留）、主分区、恢复分区。如果你之前预留的是100GB未分配空间，Windows默认会把整个100GB都划给C盘，这对大多数场景OK。如果你想分D盘，可以在这里先建一个较小的主分区（比如80GB）装系统，剩余空间先不分区，等Windows装完再进磁盘管理去创建D盘。不要在安装程序里手动把剩余空间格式化成NTFS，Windows安装程序对未分配空间的整盘处理最干净，后面再调整也不迟。

点击"下一步"后就是标准的Windows安装流程，复制文件、安装功能、更新驱动，期间会重启几次。每次重启都记得快速拔掉U盘（如果不拔，有些主板会再次从U盘引导，又跑到安装界面），或者干脆在BIOS里把硬盘调整到第一启动项，这样等系统自己从硬盘起来就行——不过这里还没那么快，因为现在引导器还没被正确配置，第一次从硬盘启动大概率会直接进GRUB而不是Windows。

3.2 为什么Windows装完后开机直接进了Ubuntu？

装完Windows，从硬盘重启，理论上应该出现的是GRUB引导菜单，里面有Ubuntu和Windows Boot Manager两个选项。但实际操作中，我发现有相当大概率开机直接进了Ubuntu，连GRUB菜单都看不到。

出现这种情况的根本原因是：GRUB的引导配置里没有扫描到Windows Boot Manager，或者GRUB所在EFI分区的引导记录压根没有包含Windows的efi文件路径。Windows安装程序确实往EFI分区写了文件，但它在写的时候用的是Windows自己那套Boot目录和Microsoft\Boot\bootmgfw.efi路径，而GRUB默认扫描的是/EFI/Microsoft/Boot/bootmgfw.efi。只要文件位置没错，理论上GRUB的os-prober能自动找到它。

问题往往出在别处：新装完Windows后，GRUB的配置还是旧的，没有重新扫描系统里的efi文件列表。所以装完Windows再进Ubuntu，需要更新一下GRUB配置。

重启进Ubuntu，终端执行：

bash复制sudo update-grub

正常的话输出里能看到Found Windows Boot Manager on /dev/nvme0n1p1@/EFI/Microsoft/Boot/bootmgfw.mefi之类的字样。然后再重启，GRUB菜单应该就出现Windows Boot Manager选项了。

但如果你执行update-grub后没有任何输出变化，或者根本没有识别到Windows，就得检查efi文件到底有没有写进去。用sudo ls /boot/efi/EFI查看目录结构，如果连Microsoft目录都没有，说明Windows安装程序没把引导文件写到这块EFI分区（可能是写到它自己创建的新EFI分区里了）。遇到这种情况，别慌，用下面第4章的方法手动添加引导项。

3.3 修复时钟显示：Windows和Ubuntu时间相差8小时

这是双系统最常见的"小毛病"，但能烦死人。Windows默认把BIOS时间当作本地时间，Linux默认把BIOS时间当作UTC时间。结果就是你切到Windows发现时间慢了8小时，切回Ubuntu又快了8小时。

解决办法有两种思路：

方案A：让Windows使用UTC时间（推荐）
进入Windows，管理员身份打开PowerShell或regedit，添加如下注册表项：

code复制HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation
新建 DWORD（32位）: RealTimeIsUniversal，值为 1

然后重启。Windows就会把BIOS时间当UTC处理，和Linux保持一致。这个方法对Win10和Win11都有效，但有个副作用：Windows的时间同步服务可能会因为时间格式不对报错，建议顺手把"自动设置时间"关掉，反正你有NTP服务器的话手动同步也一样。

方案B：让Ubuntu使用本地时间
在Ubuntu里执行：

bash复制sudo timedatectl set-local-rtc 1

这样Ubuntu会把硬件时间当本地时间，和Windows一致。这个方案也不赖，实测在Ubuntu 22.04上稳定。但如果你有多台Linux设备或者经常在系统间切换，统一用UTC更符合习惯。

我个人推荐方案A，因为Linux服务器和嵌入式设备默认都是UTC，保持生态一致。

4. 引导修复：从Ubuntu修复Windows引导以及反过来的场景

4.1 用Boot-Repair修复GRUB引导

引导修复是双系统安装中的"刚需技能"，我从装Ubuntu/Win11双系统以来，起码用Boot-Repair救过自己三次，也帮朋友修过两回。如果你装完Windows发现GRUB没了（开机直接进Windows），或者看完Windows发现GRUB菜单里没有Windows项，Boot-Repair基本能一键搞定。

在Ubuntu的Live USB环境或者原有Ubuntu系统里安装Boot-Repair：

bash复制sudo add-apt-repository ppa:yannubuntu/boot-repair
sudo apt update
sudo apt install boot-repair
boot-repair

打开后点击"Recommended repair"，它会自动检测EFI分区、扫描所有系统，重新安装GRUB并生成包含Windows引导项的配置。中间会提示你网络连接（它可能需要下载一些包），保持联网即可。

修复过程中我最常遇到的情况是"EFI分区太小"，Boot-Repair会提示是否备份并尝试调整。建议提前把EFI分区做大一点，装系统的时候如果EFI分区只有100MB，Windows的引导文件加Ubuntu的内核镜像很容易把它塞满。我在一次实践中就遇到过EFI分区只剩2MB空间，Boot-Repair都无能为力，最后只能进GParted缩小相邻分区，把EFI分区扩到500MB才解决。

修复完成会输出一个粘贴链接，这是给Boot-Repair论坛求助用的。正常情况下重启就能看到GRUB菜单了。

4.2 手动添加Windows引导项：efibootmgr实战

Boot-Repair虽然方便，但有时因为各种原因（比如没联网、EFI分区异常）不够可靠。手动添加引导项，用efibootmgr工具，反而更可控。这个技能同时适用于"Windows覆盖了GRUB"和"GRUB没识别Windows"两种场景。

先查看当前引导项：

bash复制efibootmgr -v

输出会列出当前所有的启动项，比如Boot0000* ubuntu、Boot0001* Windows Boot Manager。如果Windows Boot Manager不在列表里，说明Windows installation的efi文件虽然存在，但没有被注册到NVRAM引导项里。

找到Windows bootmgfw.efi的实际路径，正常是/boot/efi/EFI/Microsoft/Boot/bootmgfw.efi。如果EFI分区挂载在/boot/efi，那就到/boot/efi/EFI/Microsoft/Boot/确认文件存在。

然后添加引导项：

bash复制sudo efibootmgr --create --disk /dev/nvme0n1 --part 1 --label "Windows Boot Manager" --loader '\EFI\Microsoft\Boot\bootmgfw.efi'

参数说明：--disk指定物理盘，--part指定EFI分区编号（通常是1），--label是显示名称，--loader是efi文件路径（注意斜杠是反斜杠风格，因为这是EFI路径表示法）。

创建完执行efibootmgr确认新引导项，再调整启动顺序：

bash复制sudo efibootmgr -o 0000,0001

-o后面依次填你想要的首选启动项编号，比如把ubuntu设为第一项（0000），Windows Boot Manager设为第二项（0001）。这样开机先进GRUB。

这里贴个实际报错案例：有次我创建完引导项，重启后进Windows却提示"找不到操作系统"。排查发现是因为--loader参数里写成了\EFI\Microsoft\Boot\bootmgfw.efi没错，但那条命令我是复制粘贴的，路径开头多了一个空格，导致efibootmgr解析出了问题。空格、反斜杠这类细节在这种命令里特别致命，大家执行前多看一眼。

4.3 反过来的修复：在Windows里修复Ubuntu引导

场景完全不同的事也常发生：有人先在Windows下用EasyBCD或diskpart工具"优化"引导，把GRUB干掉了，或者装了个Windows更新把启动顺序改了。这时需要从Windows侧修复Ubuntu引导。

最简单的方法是准备一个Ubuntu Live USB，启动后进入"Try Ubuntu"模式，然后用Boot-Repair修复。这和4.1的操作一致，只不过是从Live环境跑。如果Ubuntu系统本身还能正常进，只是GRUB菜单丢失，直接用已安装的Ubuntu修就行。

没有Live USB，只能从Windows侧动手的话，可以用Windows下的工具软件（如EasyBCD）添加Linux引导项，指定Linux所在分区和GRUB引导文件。但这个方案依赖工具的兼容性，效果一般，我建议优先用Live USB方案，一劳永逸。

4.4 GRUB菜单优化：把Windows设置为默认系统，调整等待时间

修复好引导后，大概率你希望调整一下：默认进Windows还是Ubuntu？菜单等待几秒？

编辑/etc/default/grub：

bash复制sudo nano /etc/default/grub

常用配置项：

• GRUB_DEFAULT=0：默认第一个菜单项。如果想默认Windows，改成Windows菜单项对应的序号。可以用grep -n "menuentry" /boot/grub/grub.cfg查看菜单项顺序，注意序号从0开始。
• GRUB_TIMEOUT=5：引导菜单等待5秒。改成-1则无限等待，0则不显示菜单直接进默认项。
• GRUB_TIMEOUT_STYLE=menu：显示菜单。如果是hidden，会在等待时间结束后自动选默认项，想看菜单需按Shift键。

改完执行sudo update-grub让它生效。

有个小技巧：如果想要Windows为第一项并且等待时间短，可以直接把Windows对应的menuentry序号填进GRUB_DEFAULT，但如果后续重装Ubuntu导致菜单项顺序变化，就得重新设置。另一个思路是用GRUB的子菜单分类，把Windows项设置为默认，但复杂度稍高，新手用序号法就够了。

5. 踩坑实录：从安装到日常使用的高频问题

5.1 BitLocker加密导致的"读不到分区"

这个坑我在帮朋友装双系统时几乎每次都会遇到。新买的品牌机（Dell、联想这些）出厂都默认开启BitLocker全盘加密，Windows安装程序在安装时识别未分配空间没问题，但装完从Ubuntu侧看Windows分区，要么显示加密无法读取，要么GRUB识别不到引导文件。

预防方法：装双系统前，在Windows里关掉BitLocker。路径是"设置—隐私和安全性—设备加密"，或者"控制面板—BitLocker驱动器加密—关闭"。这是一个耗时的解密过程，取决于磁盘大小，等它完成后才动手装Ubuntu。

如果忘了关，现在Ubuntu已经装完了，也能补救：进Windows，关闭BitLocker，重启，再回Ubuntu更新GRUB。注意关闭BitLocker需要你还有解密密钥，如果你之前没保存过恢复密钥，这一步可能过不去。所以拿到新机器第一件事，先把恢复密钥备份到微软账户或本地文件，再考虑要不要关。

5.2 Windows更新后GRUB消失

双系统用个三五个月，Windows自动更新后开机直接进Windows，GRUB菜单没了，这种事太常见了。原因很简单：Windows更新会重写自己的引导记录，把NVRAM里的启动项顺序改掉，甚至把GRUB引导项直接删除。

处理办法不用慌张，重新进Ubuntu执行：

bash复制sudo update-grub

通常一次就够。如果不行，就用4.2里的efibootmgr检查Windows更新是不是把ubuntu引导项干掉了，如果ubuntu项还在，只是顺序被改，直接调整-o参数即可。

这里分享一个懒人技巧：在BIOS设置里把"Windows Boot Manager"从启动列表里禁用（Disable），让GRUB成为唯一的引导入口。这样Windows不管怎么折腾自己的引导记录，开机永远是GRUB先接管，Windows更新破坏面就小的多了。缺点是如果你哪天想直接进Windows，得先进GRUB再选，多一步而已，值得。

5.3 时间同步反复出错

前面3.2节已经给出了方案。但有一种情况是设置了RealTimeIsUniversal=1后，Windows时间依然不对，重启后又跳回来。这种情况通常是Windows的时间同步服务（w32time）在作怪。解决办法是把这个服务禁用掉：

powershell复制sc config w32time start= disabled

或者直接打开"设置—时间和语言—日期和时间"，关闭"自动设置时间"。既然BIOS时间已经和UTC对齐，系统时间基本不会漂移，没必要让它去NTP服务器校正。

5.4 显卡驱动与显示器亮度问题

装了双系统后，笔记本的NVIDIA独立显卡在Ubuntu下容易出问题（风扇狂转、外接显示器不识别），而Windows下可能遇到显示器亮度无法调节。

Ubuntu下的处理办法：安装官方NVIDIA驱动时，不要用Ubuntu自带的nouveau开源驱动，直接上NVIDIA官方驱动。在"软件和更新—附加驱动"里选择专有驱动（proprietary），或者命令行安装：

bash复制sudo ubuntu-drivers autoinstall
sudo reboot

安装完执行nvidia-smi验证驱动状态。

Windows下亮度问题，多数是核显驱动被Windows更新替换成了通用驱动。禁用Windows的自动驱动更新，然后去Intel或AMD官网下载对应核显驱动手动安装。

5.5 Windows和Ubuntu文件互访

双系统日常使用，文件互访是刚需。我的方案是：

• 共用分区格式选NTFS或exFAT，Ubuntu 22.04对这两种格式读写都支持良好。注意ext4分区Windows原生不支持，需要安装第三方工具（如Paragon，Win11支持有限），不推荐。
• 数据仓库单独放一个NTFS分区，两个系统都能访问。
• 在使用NTFS分区时，Ubuntu默认挂载需要ntfs-3g驱动（22.04默认已集成），但对NTFS分区的写操作有一定风险，比如快速启动未关闭时，Windows会在休眠文件中锁定NTFS分区，Ubuntu只能只读挂载。

实操中我通过修改/etc/fstab实现NTFS分区开机自动挂载。在fstab里加一行：

code复制/dev/nvme0n1p5 /mnt/windows ntfs-3g defaults,uid=1000,gid=1000,umask=022,locale=zh_CN.UTF-8 0 0

这样每次开机自动挂载到/mnt/windows，用户ID映射到当前用户，普通用户也能直接读写。

5.6 卸载双系统时的引导清理

可能哪天你打算把Ubuntu卸了，或者不要Windows了，清理引导也需要技巧。这里简单写一下思路：

• 卸载Ubuntu：在Windows下用磁盘管理删除Ubuntu分区，再修复Windows引导（或用bcdedit）。
• 卸载Windows：在Ubuntu下删除Windows分区，再执行sudo update-grub更新GRUB菜单。

但要注意，删除分区前务必确认EFI分区里对应的引导文件也被清理干净，否则NVRAM里会残留无效启动项，虽然不影响使用，但强迫症看着难受。用efibootmgr -b XXXX -B删除对应的引导项即可。

6. 最后说几个提升日常体验的操作

到这一步，双系统基本装完能正常用了。下面几个操作可以让你接下来几年都过得舒服一点。

关掉Windows快速启动:Windows快速启动是个混合休眠功能，关机会把内核会话写入休眠文件，下次开机加载它来加速启动。但在双系统环境下，这个功能会锁住NTFS分区，导致Ubuntu只能只读挂载，或者在切换系统后文件系统状态异常。直接在Windows电源选项里关掉"启用快速启动"。

调整GRUB主题:Ubuntu默认的GRUB黑白菜单有点丑。可以装个主题包，比如grub-customizer，或者从网上下载GRUB主题包手动配置。不过要注意，GRUB定制工具可能会误操作引导项，用之前备份一下/boot/grub/grub.cfg。

Ubuntu里使用Windows字体:办公文档、网页渲染，Windows的字体（微软雅黑、宋体）在Ubuntu里显示效果不一定好。可以拷贝Windows的字体文件到/usr/share/fonts，然后fc-cache刷新字体缓存。注意版权问题，个人使用问题不大。

双系统下备份GRUB配置:每次更新GRUB配置或修改引导项后，把/boot/grub/grub.cfg和/etc/default/grub备份到/home或外部存储。出问题时可以直接恢复。

学会从GRUB进入急救模式:如果哪天Ubuntu内核更新失败或者系统损坏，在GRUB菜单按e编辑启动参数，在linux行末尾加上single或者init=/bin/bash进入急救模式，修改配置、修复依赖或重启网络。这个技能是双系统使用者必备的"保命技能"。

我在这台机器上已经这样跑了半年多，Ubuntu 22.04和Windows 11互不干扰，导航顺畅，该用哪个切哪个。整个过程最值钱的教训就是那句话：分区规划想清楚再动手，引导问题用Live USB基本都能救回来，时间同步抢先配好免得后面烦。只要按这个顺序走，双系统没有想象中那么可怕。

最后再分享一个我个人的习惯：系统装好后，我会把每个关键步骤（分区表截图、引导项列表、fstab配置）记在一个笔记文件里，放在两个系统都能访问的NTFS数据盘上。下次出问题，对着笔记三分钟定位，比再看十篇教程高效。这个项目差不多就到这，各位按自己的硬件配置稍作调整就能顺利跑通。