2026/9/19 10:47:54

银河麒麟V10与Windows双系统引导丢失:GRUB修复实战指南

银河麒麟V10与Windows双系统引导丢失:GRUB修复实战指南 前两天处理了一台银河麒麟V10台式机用户反馈安装Windows之后重启系统直接进了Windows银河麒麟的启动菜单消失得无影无踪。这个问题在双系统场景里几乎天天有人遇到。双系统引导的核心其实很简单谁后装谁接管引导权。Windows安装程序不会主动去识别已有的GRUB引导它只会把自己写成启动顺序里的第一位于是先装好的银河麒麟就像被“藏起来”了。别慌引导文件大概率还在只是启动顺序被改掉了。这篇文章把我这次的处理过程、修复命令和后续双系统使用中的高频坑一并整理出来供装完系统后同样一脸懵的朋友参考。1. 动手之前先确认三件事固件模式、安全启动和磁盘空间1.1 固件模式UEFI还是Legacy决定后面所有命令很多人在双系统引导出问题之后反复尝试修复却一直没有效果十有八九是栽在固件模式不匹配上。银河麒麟和Windows必须用同一种固件模式引导UEFI对UEFILegacy对Legacy混着来两个系统之间一定互相不认。判断当前银河麒麟的固件模式在终端执行一条命令ls /sys/firmware/efi如果命令执行后能看到一大堆目录比如EFI、esrt、efivars这些说明当前系统是通过UEFI模式启动的。如果提示No such file or directory那就是传统Legacy BIOS模式。这个判断直接影响后续所有操作UEFI模式下修复引导用的是grub2-install加efibootmgr需要操作EFI系统分区Legacy模式下则是把GRUB写回主引导记录MBR。如果你拿UEFI的办法去处理Legacy的机器或者反过来折腾一晚上也很正常。处理之前还要看一眼磁盘分区表格式。UEFI引导对应GPT分区表Legacy引导对应MBR分区表。执行sudo fdisk -l看到Disklabel type: gpt就是GPT看到dos就是MBR。如果银河麒麟装在GPT磁盘上那么Windows也必须装在这块GPT磁盘上并且在UEFI模式下安装否则Windows安装器可能会提示无法安装或后续引导失败。1.2 安全启动关还是开两种方案各自的坑安全启动Secure Boot是UEFI规范里的一项固件校验机制目的是防止未签名的引导程序在启动链上被加载。Windows 10和Windows 11对安全启动的态度不一样Win10建议开启但不是强制Win11强制要求开启。银河麒麟V10本身是支持安全启动的系统里带有shim引导程序理论上开启Secure Boot也能正常启动。但双系统场景下开启安全启动经常会带来一个很恶心的现象GRUB菜单能正常出现选择Windows后却直接黑屏或者报Security Policy Violation因为GRUB在向Windows Boot Manager过渡时的签名链在部分主板固件上并不稳定。我的建议是如果只是为了用Windows而不是需要跑依赖安全启动的特定软件直接进BIOS把Secure Boot关掉。关闭之后GRUB和Windows的互相引导会顺畅很多这是我在不同品牌主板上反复验证过的结论。如果你必须要开安全启动那就要在装完双系统后分别单系统验证先确认银河麒麟在安全启动开启状态下能正常进桌面再确认Windows能正常启动最后再测试从GRUB菜单切换过去。三条链路都通才算真的没问题。任何一条失败都不要在安全启动开启的状态下强行用否则一到切换系统就是黑屏重启排查起来非常费劲。1.3 磁盘空间评估Windows至少需要多少空间以及数据备份双系统安装的第一步动作不是格式化、不是写U盘而是先看磁盘空间够不够。Windows系统盘给多少空间合适取决于用途只办公、浏览网页60GB到80GB勉强够用要装开发工具、虚拟机镜像或者大型软件100GB起步比较稳妥。用lsblk或者图形化的“磁盘”工具查看当前分区状况。执行lsblk重点关注银河麒麟根分区所在的磁盘确认它还有多少可用空间。如果磁盘上已经没有空闲空间就需要从现有分区里压缩出一部分这个操作在第2章会详细说。这里必须先强调一句任何分区调整、格式化操作都有风险重要数据一定先备份。我见过不止一次用户在Windows安装器里选错分区把原来的Linux分区格式化掉数据全部消失之后才来找我。备份可以放到移动硬盘也可以放到另一块磁盘但绝对不要放在同一个待操作分区上。顺带补充一点如果你准备在一块全新的硬盘上装双系统那么安装顺序上先装Windows再装银河麒麟会省心很多——后装的银河麒麟安装器能够自动检测Windows并生成GRUB菜单。但这篇文章针对的是标题里的场景已有银河麒麟要加装Windows所以下面按这个顺序来。2. 侧装Windows两个关键环节决定了引导会不会乱2.1 腾空间图形化分区和GParted Live两种方案银河麒麟系统自带的“磁盘”工具就能完成压缩分区的操作。打开“磁盘”工具找到根分区所在的那一块磁盘选中根分区点击齿轮图标里的“调整大小”拖动滑块或者直接输入期望的新大小把多出来的空间留成“空闲空间”即可。这里有个细节要注意压缩出来的空间不要急着在Linux侧创建新分区。Windows安装器喜欢自己管理分区结构你提前建好分区反而可能在后续安装时报错。把空间留成未分配状态就好。如果根分区是LVM逻辑卷或者系统盘结构比较复杂图形化工具可能不给力这时候推荐用GParted Live U盘。制作方法很简单到GParted官网下载ISO镜像用Ventoy或者dd写入U盘重启进入这个迷你Linux环境右键点击分区调整大小操作逻辑和Windows下的分区工具类似。压缩分区之前建议先在系统里执行一次文件系统检查否则压缩过程可能卡在“checking filesystem”上。逐分区执行sudo e2fsck -f /dev/nvme0n1p3注意把设备路径替换成你自己的根分区。文件系统干净了压缩速度会快很多也不容易中途报错。2.2 制作Windows安装U盘Ventoy是更省心的选择在银河麒麟下制作Windows安装U盘最省心的方案是Ventoy。Ventoy的原理是把U盘变成一个可引导的启动管理器你只需要把Windows的ISO镜像文件直接拷贝进U盘启动时选择对应镜像即可不用反复格式化U盘。同一张U盘还可以同时放PE工具、Linux Live镜像做系统维护非常方便。Ventoy的安装非常简单到GitHub下载Linux版本的安装包解压后进入目录执行sudo sh Ventoy2Disk.sh -i /dev/sdX/dev/sdX替换成你的U盘设备名执行前用lsblk确认清楚别把磁盘写错了。Ventoy写入过程中会格式化U盘所以先用一块没数据的U盘。有些教程会推荐WoeUSB我也试过但它在NTFS支持、USB3.0大容量U盘上的兼容性时好时坏容易做到一半报错。Ventoy的稳定性和兼容性明显更好目前我给别人做启动盘只推荐Ventoy。这里还要专门说一个常见误区不要用dd直接把Windows ISO写入U盘。Windows的安装镜像不是Hybrid ISOdd写出来的U盘在UEFI模式下经常无法引导因为固件识别不了这种结构。Ventoy已经处理好了引导兼容直接用就行。2.3 Windows安装器里的分区选择别碰已有分区从Ventoy启动Windows安装程序后走到“你想将Windows安装在哪里”这一步时要格外紧张。这时候屏幕上会列出磁盘上的多个分区包括银河麒麟的根分区、EFI系统分区、交换分区以及刚才留出来的未分配空间。正确的操作是选中那块未分配空间点击“新建”然后直接点击“下一步”。让Windows自己在这块空间里创建MSR分区、系统分区和恢复分区。千万不要去选择任何已有的Linux分区更不要点击“格式化”。如果你看到Windows报“无法安装到这个磁盘”的提示通常有两种情况磁盘是GPT但固件以Legacy模式引导了安装U盘。解决方法是重启进BIOS改成UEFI模式启动U盘。磁盘是MBR但固件是UEFI模式。这种建议把磁盘转换成GPT转换前同样需要备份数据。Windows安装过程会重启几次第一次重启时记得拔掉U盘。如果不拔有些主板会优先从U盘启动导致你再次进入Windows安装界面而不是继续安装流程容易一头雾水。2.4 第一次重启为什么开机会直接进WindowsWindows安装完成后的第一次重启你会发现机器不再出现银河麒麟的GRUB菜单而是直接进入Windows。这是正常的原因需要讲清楚。UEFI固件里有一个启动项列表BootOrder里面记录了所有可引导的启动项。银河麒麟安装时会在EFI系统分区里写入GRUB启动文件并在NVRAM中登记一个名为“Kylin”的启动项。Windows安装程序不会去删除这些内容但它会创建一个Windows Boot Manager启动项并且把自己放到启动顺序的最前面。所以开机后固件先去加载Windows Boot ManagerGRUB菜单自然就看不到了。如果你用的是Legacy BIOS模式情况会稍微不同Windows安装程序会直接改写MBR把GRUB引导代码覆盖掉。这种模式下的修复会更麻烦一点因为MBR不是靠启动顺序调整就能恢复的必须重新执行grub2-install写回引导代码。我先说结论如果是UEFI模式你目前只是“启动顺序被改了”银河麒麟的系统文件分毫未动。不需要重装、不需要恢复备份只需要把启动顺序调回来或者重建GRUB引导链即可。这就是第3章要处理的事情。3. 修复GRUB引导找回消失的银河麒麟启动项3.1 先做判断GRUB文件还在不在进入修复环节之前先确认一个关键问题EFI系统分区里银河麒麟的GRUB引导文件是否还完好。大多数情况下文件还在只是启动顺序问题但少数情况下Windows安装器会覆盖或重建EFI分区内容导致GRUB文件丢失。两种情况处理方式完全不同。用银河麒麟的安装U盘启动进入Live模式试用模式。打开终端先查看磁盘分区概况lsblk找到银河麒麟根分区通常是最大那个ext4分区和EFI系统分区一般是小于1GB的FAT32分区。然后把它们挂载起来sudo mount /dev/nvme0n1p3 /mnt sudo mount /dev/nvme0n1p1 /mnt/boot/efi设备路径根据你自己的输出调整。挂载完成后检查EFI目录ls /mnt/boot/efi/EFI如果看到kylin或centos目录里面还有grubx64.efi或grubaa64.efi之类的文件说明GRUB文件完好问题纯粹是NVRAM里的启动顺序错了。如果目录是空的、或者不存在EFI/kylin目录说明引导文件被Windows清掉过需要重新安装GRUB。3.2 Live环境chroot修复GRUB的完整命令确认完情况接下来是完整修复流程。在Live终端里先把系统必要的虚拟文件系统挂载进/mnt然后chroot进去操作for i in /dev /dev/pts /proc /sys /run; do sudo mount --bind $i /mnt$i; done sudo chroot /mnt这一步相当于把当前终端的环境切换到了硬盘上的银河麒麟系统里接下来执行的命令都是对硬盘系统生效的。进入chroot后执行grub2-install /dev/nvme0n1 grub2-mkconfig -o /boot/grub2/grub.cfggrub2-install后面跟的是整块磁盘的设备名不是分区名。-o参数则是把新生成的GRUB配置文件写到硬盘上。如果系统提示找不到grub2-mkconfig或grub2-install说明当前版本命令是grub-mkconfig、grub-install去掉那个“2”再执行即可。如果EFI分区里本来就没有kylin目录执行grub2-install时需要加自定义参数让引导文件写入正确的路径grub2-install --bootloader-idkylin /dev/nvme0n1这样会生成EFI/kylin目录下的GRUB引导文件同时在NVRAM里注册一个启动项。生成配置文件时如果输出里出现了Found Windows Boot Manager之类的提示说明GRUB已经能够识别Windows启动项了。这说明一切正常。如果没有出现Windows字样先别急跳到3.4节查看os-prober排查思路。修复完成后退出chroot并重启exit sudo reboot3.3 不想进Live环境用efibootmgr直接改启动顺序如果GRUB文件完好只是启动顺序被Windows置顶了其实还有一个更轻量的方案直接用efibootmgr调整启动顺序不用进Live环境折腾。前提是你能进入当天的启动菜单。重启电脑时按对应主板品牌的启动菜单快捷键一般是F12、F11或Esc在弹出的固件启动菜单里选择“Kylin”或“UEFI Hard Drive”这样就能重新进入银河麒麟系统。进入系统后执行efibootmgr输出里能看到类似Boot0000: Windows Boot Manager、Boot0002: Kylin这样的启动项列表以及当前的BootOrder顺序。注意记下Kylin对应的四位数字编号然后执行sudo efibootmgr -o 0002,0000-o参数后面跟的顺序就是新的启动顺序把Kylin的编号放在最前面即可。保存后重启GRUB菜单就会如期出现。如果你的EFI分区里GRUB文件还在但启动项列表里没有Kylin这一项可以用efibootmgr手动添加一条sudo efibootmgr -c -d /dev/nvme0n1 -p 1 -L Kylin -l \\EFI\\kylin\\grubx64.efi-d指定磁盘-p指定EFI分区编号-l是GRUB相对EFI分区的路径。ARM架构主机请把grubx64.efi换成grubaa64.efi。3.4 os-prober的工作逻辑为什么它能找到Windows很多人在修复GRUB后重启发现菜单里只有银河麒麟没有Windows然后又开始慌。首先要明确GRUB配置文件需要借助os-prober工具才能扫描到其他操作系统。grub2-mkconfig在生成配置时会自动执行os-prober后者会遍历所有磁盘分区寻找可以被GRUB引导的系统。有几种情况会导致os-prober失效未安装os-prober。用包管理器安装一个sudo apt install os-prober然后重新执行grub2-mkconfig。/etc/default/grub里设置了GRUB_DISABLE_OS_PROBERtrue。把它改为false或者直接注释掉。Windows开启了快速启动Fast Startup导致NTFS分区处于休眠锁定状态os-prober无法正常读取。解决方法是先进入Windows关闭快速启动再回来重新生成GRUB配置。最容易被忽略的是第三条。Windows 10默认开启快速启动系统“关机”后并没有完全关闭内核会话相关分区处于一种被锁定的状态。这种情况下os-prober扫描NTFS分区会失败也就找不到Windows Boot Manager。修正方法在Windows的“控制面板”-“电源选项”-“选择电源按钮的功能”里取消勾选“启用快速启动”然后关机重启。回到银河麒麟后重新执行sudo os-prober sudo grub2-mkconfig -o /boot/grub2/grub.cfg配置正常生成后重启就能看到Windows Boot Manager (on /dev/nvme0n1p1)这样的菜单项了。3.5 修复完成后的首次验证做完以上任意一种修复后重启机器应该能看到GRUB菜单默认选中第一个“Kylin”选项。菜单里通常包含Kylin高级选项Kylin系统默认项Windows Boot Manager先选Kylin进入银河麒麟确认桌面正常、数据完好、网络正常这是最优先要确认的事。如果系统能正常起来说明根分区和GRUB核心模块都没问题。然后再重启一次选择Windows Boot Manager确认Windows也能正常进入。这一步千万别偷懒只测一个系统。有用户遇到过GRUB菜单恢复后进银河麒麟没问题但选Windows直接黑屏重启。这种情况多半和Secure Boot设置或者Windows快速启动状态有关具体排查思路在第5章会展开。如果两边都能进恭喜你双系统引导这部分就算真正解决了。4. 引导菜单定制把双系统切换的体验做顺手4.1 设置默认启动项与等待时间GRUB菜单恢复之后默认等待时间通常比较短只有5秒而且默认启动项固定是第一个。如果平时大多数时候用银河麒麟偶尔切Windows这个默认配置其实够用但如果默认启动了不常用那一个系统等5秒内手速不够又被带偏体验就很糟。编辑/etc/default/grub里面有两个核心参数GRUB_DEFAULT0 GRUB_TIMEOUT10GRUB_DEFAULT0表示默认启动第一个菜单项。如果你想把Windows设为默认启动项需要先查看菜单项的编号。执行sudo grep -E menuentry |submenu /boot/grub2/grub.cfg可以看到每个菜单项在配置里的出现顺序从0开始计数。把对应的数字填到GRUB_DEFAULT里即可。如果你希望默认启动上一次选择的系统可以把默认值改为savedGRUB_DEFAULTsaved GRUB_SAVEDEFAULTtrue这样每次开机GRUB会记住你上次选择了哪一项下次自动启动那个系统。对于经常两个系统来回切换的人来说这个设置比固定一个默认项更顺手。我的习惯是GRUB_TIMEOUT5配合GRUB_SAVEDEFAULTtrue进系统基本不等待。4.2 x86与ARM版本grub.cfg路径差异银河麒麟V10有x86_64和ARM64aarch64两个体系版本它们在GRUB配置路径上的差异经常让不熟悉的人翻车。x86_64架构下GRUB配置文件路径是/boot/grub2/grub.cfg重新生成配置的命令是sudo grub2-mkconfig -o /boot/grub2/grub.cfgARM64架构下GRUB配置的默认路径通常是/boot/efi/EFI/kylin/grub.cfg因为在ARM平台上固件读取的是EFI分区里的配置文件。重新生成的命令也要对应调整sudo grub-mkconfig -o /boot/efi/EFI/kylin/grub.cfg有些ARM版本也兼容grub2-mkconfig命令这取决于系统里安装的是grub2软件包还是grub软件包。一个稳妥的判断方法先执行grub2-mkconfig --version如果提示找不到命令就去掉“2”再试。还有一个容易踩的坑在ARM版本上如果把配置写到/boot/grub2/grub.cfg虽然命令不会报错但重启后固件并不会读取这个文件菜单还是老样子。所以如果改完配置没生效先确认你写对了路径。4.3 菜单标题清理去掉恢复模式等冗余项GRUB菜单里除了常规的系统启动项还会出现“高级选项”子菜单里面包含多个旧内核和恢复模式选项。对于普通用户来说这些条目不仅碍眼还容易在键盘操作时误选。最简单的清理方式是在/etc/default/grub里加一行GRUB_DISABLE_RECOVERYtrue这样重新生成配置后带recovery标记的菜单项不会出现在菜单里。旧内核项可以通过包管理工具清理但清理前务必确认当前内核版本在正常运行uname -r然后删除旧内核包。删除完成后再重新生成一次GRUB配置。菜单里显示的系统名称也值得整理一下。GRUB菜单中显示的名称来自/etc/os-release里的PRETTY_NAME字段如果你希望菜单显示更明确可以手动修改/etc/default/grub里的GRUB_DISTRIBUTOR变量。不过个人建议保持系统默认名称方便识别哪个是哪个避免装多了系统后菜单里全是“Linux”那样的模糊字样。4.4 定制完不要忘记重新生成配置所有对/etc/default/grub或/etc/grub.d/下脚本的修改都必须执行一次配置重新生成才会真正生效sudo grub2-mkconfig -o /boot/grub2/grub.cfg很多人改了/etc/default/grub里的默认启动项然后直接重启发现菜单还是老样子其实就是漏了这一步。重新生成后最好顺手查看一下输出里有没有Found Windows Boot Manager确认Windows启动项没丢。还有一个小技巧查看当前GRUB记住的选择项可以执行sudo grub2-editenv list如果设置了GRUB_SAVEDEFAULTtrue这里会显示saved_entry的值。当默认启动行为不对时用这个命令可以快速定位是不是saved_entry记录乱了必要时用sudo grub2-editenv unset saved_entry清掉重新记录。5. 双系统引导启动后的高频问题与排查思路5.1 Windows时间快了或慢了8小时双系统装完最经典的时间问题是两个系统来回切换后Windows显示的时间总是不对。原因在于两个系统对硬件时钟RTC的解读不同Linux默认把硬件时钟当作UTC时间显示时再按当前时区换算Windows则是把硬件时钟直接当作本地时间。所以在银河麒麟下重启进Windows会发现时间快了8小时如果你把Linux侧RTC当UTC。反之如果Windows设置了同步回银河麒麟发现时间慢了8小时。解决方式很简单在银河麒麟下执行一条命令让系统把硬件时钟当作本地时间timedatectl set-local-rtc 1执行后再用timedatectl查看会显示RTC in local TZ: yes。此时Windows和银河麒麟的时间就都能保持一致了。个人建议这个修改在双系统装好之后立即执行否则Windows的“自动设置时间”经常会把硬件时钟改回去导致你在两边不断看到错乱的时间。另外如果你在虚拟机里跑这套双系统宿主机的时钟设置也可能干扰这类问题可以分开排查。5.2 Windows更新重写引导后如何恢复Windows大版本更新特别是每年两次的Feature Update有时会重新写UEFI启动顺序甚至重建EFI分区中的部分文件。表现就是今天用得好好的GRUB菜单消失了开机直接进Windows。这种情况的恢复思路和第3章完全一样先判断GRUB文件还在不在。Windows更新通常只改BootOrder不会清掉EFI/kylin目录下的GRUB文件所以一般用efibootmgr调整顺序即可。如果Windows重建了整个EFI分区导致kylin目录消失那就必须走Live环境chroot重装GRUB的流程了。这里有个预防的小技巧在BIOS设置里把“Kylin”手动设置为第一启动项而不是依赖固件自动管理的BootOrder。很多主板在Windows更新后不会再去改你在BIOS里设定的启动顺序这样至少可以保住GRUB菜单的入口后续修复也容易得多。我给用户做双系统时还会额外建议他们在修好引导后用Live环境备份一份EFI分区里的kylin目录到移动硬盘。万一以后把EFI分区折腾坏了直接把目录拷回去再添加启动项就行不用跑完整的GRUB重装流程。5.3 选择Windows后黑屏或重启GRUB菜单里能看到Windows项但选中后不是正常进入Windows而是黑屏、闪光重启这种问题要分几种情况逐一排查。第一步进BIOS关闭Secure Boot。这是我遇到最多的情况GRUB链式加载Windows Boot Manager时部分主板固件对签名链的处理不完善导致Secure Boot拦截。关闭后再试大概率就能正常进入Windows。第二步关闭Windows的快速启动。快速启动会让Windows“关机”时进入一种休眠式挂起状态从GRUB切过去后部分硬件驱动状态异常导致黑屏。在Windows里以管理员身份运行命令提示符执行powercfg /h off彻底关闭休眠和快速启动后再重启测试切换。第三步排查显卡驱动。NVIDIA显卡在部分主板上会出现从GRUB切换到Windows后黑屏的问题原因多半是Windows侧显卡驱动和固件输出的EDID信息不匹配。可以进Windows安全模式卸载显卡驱动重新安装最新版本。这个问题在Windows 11搭配老主板时更常见如果前三步都没解决重点就往驱动方向查。5.4 更新GRUB配置后找不到Windows启动项生成GRUB配置时没有输出Found Windows Boot Manager这种情况也很常见。按排查顺序走先确认os-prober是否安装。执行os-prober如果什么都不输出说明要么没装要么没扫到。没装就装一下然后重新生成配置。再确认/etc/default/grub里没有禁用os-prober。新装的一些Linux发行版默认设置了GRUB_DISABLE_OS_PROBERtrue这个必须改成false或注释掉。接着处理Windows快速启动和BitLocker这两个都是NTFS分区无法正常读取的常见原因。BitLocker加密了Windows系统盘的情况下os-prober可能无法识别Windows启动项。临时解密分区的操作在Windows侧做双系统环境下BitLocker建议保持关闭否则每次更新GRUB都会卡在识别阶段。最后还有一个低级但实际的坑安装Windows时如果选择在MBR磁盘上安装而GRUB以UEFI模式运行那么os-prober能扫到Windows但生成的引导项可能无法正常启动。这种固件模式不匹配的问题需要回到第1章重新梳理把Windows也改成UEFI模式安装。5.5 GRUB rescue恢复思路如果你连GRUB菜单都看不到开机直接进入grub rescue提示符说明GRUB的核心模块没找到或者grub.cfg路径配置错误。grub rescue环境功能受限但基本可以手动定位并引导系统。先执行ls会列出当前固件能识别的所有分区比如(hd0,gpt1)、(hd0,gpt3)。逐个尝试找到你的/boot目录所在分区。如果/boot是独立分区通常能找到grub2目录如果不是独立分区那就是根分区里的/boot/grub2目录。定位后执行set prefix(hd0,gpt3)/boot/grub2 insmod normal normal这一套操作能否成功取决于/boot/grub2下是否还有完整的模块文件。如果模块文件还在可以临时进入GRUB菜单但每次开机都要手动执行一次不是长久之计。进入系统后要尽快重新执行grub2-install和grub2-mkconfig把引导链彻底恢复。如果ls之后发现分区表完全乱了或者指定prefix后仍然报错大概率是EFI分区或/boot分区本身被损坏稳妥的做法是直接用Live系统修复别在rescue环境里耗时间。从我经手的案例来看grub rescue在uefi模式下其实没那么常见更多时候是开机直接进BIOS或者显示无引导设备。遇到这种直接进BIOS的情况优先检查启动菜单里还有没有Kylin项如果没有就是你之前说的EFI分区问题直接进Live环境重装GRUB最快。我现在给用户做双系统都形成了固定习惯先装Windows再装银河麒麟是最省心的顺序但如果已经是先有银河麒麟的机器装完Windows后不要再做任何额外操作直接按第3章的流程修复引导然后把第4章的定制和5.1节的时间同步一次做完。引导问题说穿了不难难的是中间那些容易忽略的细节——固件模式、安全启动、快速启动、路径差异每一处都可能让一个看似正常的流程翻车。把这篇文里的排查链路理清一遍以后遇到任何双系统引导问题都不会再两眼一抹黑了。