装机界有句老话装双系统一时爽修引导火葬场。我不敢说火葬场但开机直接进了Windows、Ubuntu的引导菜单连个影子都没有——这种“灵异事件”玩过双系统的人多多少少都撞上过。尤其是一时手痒重装了Windows重启后看着熟悉的Windows登录界面心里第一反应是“我Ubuntu是不是没了”。其实系统一点没丢丢的只是引导入口。这种问题绝大多数不需要重装用boot-repair在Live环境里十几分钟就能救回来。这篇文章我就把它的原理、操作流程、各种翻车场景和对策一次讲透。1. 引导消失的真相重装Windows、删分区与EFI引导项的前因后果1.1 重装Windows后为什么Ubuntu不见了要理解这个问题得先搞清楚电脑开机的完整链路。现在的电脑尤其是预装Win11的机器基本都是UEFI固件接管启动流程。固件启动时不会自己去扫描整个硬盘找操作系统它只认NVRAM里记录的“启动项”列表按顺序把控制权交给特定的引导文件。这些引导文件存放在一个专门的FAT32小分区里就是常说的EFI系统分区ESP。在这个ESP分区里Windows和Ubuntu其实是“和平共处”的Windows有自己的/EFI/Microsoft/Boot/bootmgfw.efiUbuntu有自己的/EFI/ubuntu/grubx64.efi或shimx64.efi。只要你不动它它们谁也不碍着谁。问题就出在“重装Windows”这个动作上。Windows安装程序为了确保自己能启动会重置固件里的NVRAM启动项把Windows Boot Manager放到第一位有时还会顺手清掉EFI分区里其他系统的引导文件或者覆盖部分内容。于是开机固件执行第一个启动项直接进了WindowsGRUB菜单根本来不及出现。打个比方EFI分区就像小区门禁系统的登记表Windows重装等于物业把登记表清空重录只录了Windows的房间号。Ubuntu的房子还在只是门禁卡里查不到了。所以你完全不用慌数据、系统都在要做的就是重新把Ubuntu的引导项“登记”回去这就是boot-repair最擅长的活儿。1.2 UEFI和Legacy先搞清楚自己的引导模式“我用U盘启动进去怎么里面看不到硬盘”“boot-repair点了修复重启还是老样子。”——很多修复失败根源不是工具不行而是连引导模式都没搞对。Boot Repair解决这类问题时修法完全不同UEFI模式修的是ESP分区里的.efi文件和NVRAM启动项Legacy传统BIOS模式修的是硬盘第一个扇区的MBR引导代码。判断方法很简单在Live系统里打开终端执行ls /sys/firmware/efi如果这个目录存在且里面有内容说明当前是以UEFI模式启动的如果提示没有这个文件或目录就是Legacy模式。Windows下也可以按WinR输入msinfo32看“BIOS模式”写着“UEFI”还是“传统”。两种模式的核心差异可以看这张表项目UEFI GPTLegacy MBR引导文件位置独立EFI分区内的.efi文件硬盘第0扇区的MBR引导代码分区表格式GPTMBR对引导修复的影响修复ESP NVRAM启动项重写MBR 指定引导设备常见于2012年后的主流电脑、Win10/11老电脑、部分特殊安装方式这里有个很多人忽略的坑双系统安装时Windows和Ubuntu必须以相同模式安装否则引导修复会变得极其折磨。比如Windows是UEFI模式Ubuntu却用Legacy模式装的两个系统各有各的引导文件GRUB菜单想同时引导两边就会困难得多。boot-repair虽然能检测到这种情况但它只能修一个方向的启动。所以开始动手前先确认自己的环境到底是哪种再看下面的步骤。1.3 GRUB、EFI分区、BootOrder三者的关系再往深一层说修复引导本质上是在做三件事一是确保GRUB程序文件存在于ESP分区二是让GRUB配置里能正确识别Windows和Ubuntu三是在固件NVRAM里注册启动项并设置顺序。这三件事缺一样结果都不完整。GRUB就是开机时显示的那个紫色/黑底菜单它本身是个引导程序存放在ESP分区。它启动后会读取/boot/grub/grub.cfg配置文件菜单里的“Ubuntu”和“Windows Boot Manager”条目就是靠这个配置文件生成的。而“Windows Boot Manager出现了但点击进去黑屏”这类问题往往不是GRUB坏了而是配置里指向Windows引导文件的路径有问题或者EFI分区里Windows的引导文件被误删了。BootOrder则是固件NVRAM里的启动顺序列表。比如Boot0000是Windows Boot ManagerBoot0001是ubuntu固件默认先尝试Boot0000。boot-repair修复时不仅会重新安装GRUB文件还会把ubuntu启动项写进NVRAM有时甚至直接把顺序调整成Ubuntu优先。理解了这层关系你就知道为什么修复完有时还要去BIOS里手动调整启动顺序了。2. boot-repair工作时到底在修什么机制剖析与适用边界2.1 一次“推荐修复”具体干了哪些事boot-repair主界面就两个大按钮一个叫“Recommended repair”另一个是高级选项。大多数情况下直接点推荐修复就够了。但很多用户好奇这个按钮背后到底执行了什么操作大致可以拆成这几步检查系统里有没有装os-prober、grub等相关依赖缺了就自动补装。识别ESP分区检查它是不是FAT32格式、有没有挂载、文件是否完整。扫描已安装的系统检测所有分区上的操作系统。备份现有的引导文件包括EFI分区里的内容、GRUB配置等备份信息会输出在日志里。重新安装GRUB到EFI分区也就是执行grub-install。更新GRUB配置执行update-grub这一步会调用os-prober去扫描Windows。向固件NVRAM写入或更新ubuntu启动项。处理Secure Boot相关签名如果启用的话会安装shim签名引导。整个过程跑完后终端窗口会输出一个日志摘要同时给出一个类似http://paste.ubuntu.com/xxxxxx的链接。这个链接很关键如果修复失败把这个链接发给别人帮忙分析几乎是一眼定位问题。很多人修完连看都不看就把终端关掉了真等到失败再想找日志就找不着了。2.2 什么时候boot-repair也救不了工具虽好但也不是万能神药。下面这几种情况它大概率救不了你得先解决前置问题硬盘物理损坏。引导文件所在的扇区读不出来什么工具都白搭先换块盘。根文件系统损坏严重。引导修好了但Ubuntu的内核和系统文件在磁盘上已经损坏开机后依然进不了桌面。这种情况得先修文件系统常见手段是fsck。EFI分区整个被删了。如果不仅启动项丢了连ESP分区本身都不在了boot-repair可以新建一个但Windows的引导文件如果也被一起删除它就无法凭空恢复需要用Windows安装盘里的bcdboot去重建Windows引导。Secure Boot和驱动签名冲突。有些机器开启了Secure Boot但GRUB的shim签名与固件版本不匹配修复过程中会卡在验证阶段。临时进BIOS关掉Secure Boot通常能解决修完再开。Windows快速启动导致NTFS分区异常。Windows默认开启“快速启动”它的关机更像是休眠NTFS分区可能带着锁。boot-repair在扫描Windows时可能因为NTFS文件系统被锁而无法正常识别修完菜单里还是没有Windows。我在实际使用里最常遇到的“修复失败”一半以上落在这两类要么用户没关快速启动要么是Secure Boot导致引导文件签名验证不通过。后面第4章会专门讲。2.3 修复前必须做的备份与准备不管工具多省心动手前花两分钟做点准备能省掉后面一堆麻烦。我的固定流程是这样确认数据有备份。引导修复理论上不碰你/home里的文件但系统操作谁也不能保证万无一失重要资料先拷到移动硬盘或U盘里。这一步养成习惯能让你修的时候心态稳很多。记录当前分区布局。进Live系统后先用lsblk -f看一遍所有磁盘和分区记下哪个分区是Windows的C盘、哪个是Ubuntu根分区、ESP分区是哪个。特别是双硬盘机器Live环境里sda、sdb的编号可能和你原来系统里看到的不完全一致靠分区UUID或卷标去认别靠记忆里的盘符。准备一个可联网的Ubuntu Live U盘。版本最好和你装的系统接近至少是同一个LTS大版本。系统版本差距太大的话工具依赖的软件包版本可能会有差异修完出现兼容问题的概率更高。确认Secure Boot和快速启动状态。如果Windows那边方便进的话先把“快速启动”关掉如果最终要保留Secure Boot心里要有个预期boot-repair可能会因为签名问题需要你重启进BIOS临时关闭它。准备做完就可以放心开始修复了。3. Live USB下的完整修复流程从制作启动盘到GRUB回归3.1 制作启动U盘并进入Try Ubuntu手里没有现成的Ubuntu Live U盘那先做一步准备工作。最简单的方式是到Ubuntu官网下载一个ISO镜像然后用Rufus或者balenaEtcher写进U盘。Windows用户我推荐Rufus写入模式选“DD镜像”模式兼容性比ISO模式更稳。Linux用户直接用自带“启动盘创建器”就行。U盘做好后把电脑开机在品牌Logo出现时按启动菜单快捷键戴尔和联想多数是F12惠普是F9华硕是F8或Esc微星是F11。各家略有不同但启动菜单里基本都能看到U盘选项。选U盘启动进入Ubuntu安装界面后选“Try Ubuntu”不要手滑点Install。这一步的目的是进一个桌面环境操作而不是重装系统。进入Live桌面后记得联网。boot-repair安装时要从网上下载软件包如果完全离网修复过程基本走不下去。有线的直接插网线无线的连Wi-Fi顺手把终端打开测一下ping -c 4 archive.ubuntu.com能通就行。3.2 安装并运行boot-repair终端里依次执行下面几条命令sudo apt update sudo apt install -y software-properties-common sudo add-apt-repository ppa:yannubuntu/boot-repair sudo apt update sudo apt install -y boot-repair sudo boot-repair如果在执行add-apt-repository时报命令找不到说明缺少software-properties-common第一步已经装好了。PPA是boot-repair作者维护的官方源在Live系统里临时添加是安全的它不会写进你硬盘上的Ubuntu系统。运行后图形界面会自动扫描磁盘。如果看到类似“EFI partition detected”的提示说明识别正常。这里有个加分项boot-repair的作者还单独发布过一个Boot-Repair-Disk的ISO里面预装了boot-repair和少量工具直接烧录成U盘启动就能用。它基于老版本Lubuntu适合老机器或网络环境不稳定的场景但给我选的话还是首选当前LTS的Live USB加PPA安装兼容性更准。3.3 推荐修复 vs 高级选项打开boot-repair主界面后正常情况下直接点“Recommended repair”。此时它会询问是否将日志上传到pastebin选“OK”。然后工具就开始干活了期间会跑一些脚本界面看起来像“卡住”其实是正常现象喝口水等两三分钟。推荐修复适合绝大多数场景但下面几种情况建议点“Advanced options”手动控制双硬盘双系统。工具默认按UUID识别分区多数情况没错但偶尔会把GRUB装到另一块磁盘上导致开机依然找不到Ubuntu。高级选项里可以手动指定“GRUB location”装到哪块盘、ESP分区挂载在哪里。想让Windows保持默认启动。高级选项里可以设置默认启动项或者直接选择“Restore Windows bootloader first”之类操作这样开机先进Windows再通过Windows引导菜单或BIOS切到Ubuntu。内核参数需要调整。比如显卡驱动导致进不了桌面boot-repair高级选项里可以给GRUB内核参数临时加上nomodeset等参数。我自己的经验是先用推荐修复修完开机测试有问题再回高级选项微调。不要一上来就进高级选项选项太多反而容易把可以一键修复的状态搞复杂。修复过程结束后工具会提示重启。重启前如果你已经看到日志里有GRUB installed和Windows detected这样的关键信息基本就可以放心重启了。注意先拔掉U盘免得又进Live系统。4. 高频故障定向处理Win11覆盖、GRUB命令行、Windows条目丢失、卸载Ubuntu4.1 重装Win11后Ubuntu引导消失这类情况是双系统用户最常踩的坑典型症状重装Win11后开机直接进WindowsBIOS的启动菜单里ubuntu条目也消失了。处理流程和上面第3章的步骤完全一样跑一次boot-repair推荐修复就能把GRUB找回来。但有几个Win11特有的细节要注意一是Secure Boot。Win11强制要求设备支持并默认开启Secure Bootboot-repair修复时会安装shim签名引导shimx64.efi这个签名链一般能和Windows固件共存。但如果你的Ubuntu是早期版本或者Secure Boot策略被改过修复时可能报安全策略错误。解决办法是进BIOS临时关掉Secure Boot修复完再开重新开Secure Boot后GRUB通常仍能正常启动。二是BitLocker。Win11上BitLocker加密很常见如果你Windows系统盘开了设备加密重装后的EFI分区重建通常不影响BitLocker密钥但修复过程中如果误格式化ESP分区可能引发一系列麻烦。所以修复前至少确认一下BitLocker是暂停状态或你有恢复密钥。三是重装后NVRAM里Ubuntu启动项还在。很多情况下启动项没被删只是顺序被Windows挤到后面了。这时候其实不用跑boot-repair开机按F12进启动菜单手动选“ubuntu”就能进系统。进系统后执行sudo update-grub刷新一下配置再进BIOS把ubuntu调到第一启动项就完事了。先用这个小方法排查能省一次Live引导的时间。4.2 更新系统后卡在GRUB命令行另一种高频故障是Ubuntu做了一次大版本更新后开机没有进入GRUB菜单而是卡在一个黑底白字的grub提示符或者提示“Minimal BASH-like line editing is supported”。这种情况说明GRUB程序本身加载了但配置文件grub.cfg找不到或损坏了。如果你只是临时应急可以在grub提示符下手动引导一次。思路很直接先ls列出所有分区找到/boot/grub所在的分区然后手动设置root、指定内核和initrd镜像最后boot。命令大致长这样grub ls grub set root(hd0,gpt5) grub linux /boot/vmlinuz-6.8.0-generic root/dev/nvme0n1p5 grub initrd /boot/initrd.img-6.8.0-generic grub boot但手动引导只是治标重启后还是会卡住。彻底修复还是那句话进Live系统跑boot-repair。这类配置文件损坏大多是系统更新时中断导致的boot-repair重新安装GRUB并生成一份新的配置文件问题就解了。如果修复后依旧卡在grub再考虑是不是/boot分区空间满了——对这种事我见过不止一次内核更新需要空间空间不足导致新内核写入失败配置链一起崩了。顺手清理一下旧内核能避免很多玄学故障。4.3 启动菜单里没有WindowsGRUB菜单能正常进入Ubuntu但列表里就是没有“Windows Boot Manager”。这种情况比较诡异因为引导本身是正常的只是GRUB没有把Windows识别出来。常见原因有两个。第一个也是新版Ubuntu最常见的坑Ubuntu 23.04之后默认禁用了os-prober。os-prober是GRUB用来探测其他操作系统的工具因为安全和隐私方面的考虑新版本默认在/etc/default/grub里把GRUB_DISABLE_OS_PROBER设为true。解决办法是在Ubuntu系统里编辑sudo nano /etc/default/grub找到这行改成GRUB_DISABLE_OS_PROBERfalse然后执行sudo update-grub重新生成菜单Windows条目大概率就回来了。第二个原因是你用了双硬盘Windows在另一块硬盘上且那块盘的EFI分区没有挂载。os-prober只能探测它能访问到的分区如果Windows的ESP分区处于未挂载状态它会漏掉。你可以手动挂载再更新sudo mount /dev/sdb1 /mnt sudo update-grub这里的/dev/sdb1要替换成你实际情况里Windows所在的那块盘的ESP分区。挂载不影响数据更新完可以卸载。4.4 想卸载Ubuntu但保留Windows引导有些用户修引导不是为了救Ubuntu而是想把Ubuntu卸了。如果操作顺序错了很容易把Windows一起带沟里。正确顺序是先恢复Windows引导再删Ubuntu分区。最稳妥的办法是用Windows安装U盘启动进“命令提示符”后执行bcdboot C:\Windows /s S: /f UEFI其中S:是EFI分区在Windows环境下的盘符C:是Windows系统盘盘符按实际环境调整。这个命令会把Windows引导文件重新写入ESP分区并注册启动项。执行完之后Windows可以独立启动这时候再进磁盘管理删Ubuntu的分区或者用工具删掉ESP分区里的/EFI/ubuntu目录清理NVRAM里的ubuntu启动项才算彻底。这里特别提醒一句千万别图省事把整个EFI分区一删了之。EFI分区是Windows和Ubuntu共用的里面的/EFI/Microsoft目录是Windows的命根子连它一起删了Windows就连自举能力都没了到时候还得拿安装U盘跑bcdboot。真要清理引导项只删/EFI/ubuntu这一个子目录不要对整个分区动刀。5. 手动兜底方案chroot重装GRUB与efibootmgr重建引导项5.1 chroot到已装系统重装GRUBboot-repair偶尔也有翻车的时候比如网络源连不上、Live系统版本和原系统跨度太大、或者修复日志报错无法自动处理。这时候不要慌手动修复的底牌就是chroot。chroot的意思是“把当前终端的根目录切换到硬盘上的Ubuntu系统”然后在这个环境里直接执行grub相关命令相当于站在已装系统的视角去修复。操作前先用lsblk -f确认设备名下面以根分区/dev/nvme0n1p5、ESP分区/dev/nvme0n1p1为例实际请按你的分区情况替换sudo mount /dev/nvme0n1p5 /mnt sudo mount /dev/nvme0n1p1 /mnt/boot/efi sudo mount --bind /dev /mnt/dev sudo mount --bind /proc /mnt/proc sudo mount --bind /sys /mnt/sys sudo mount --bind /run /mnt/run sudo chroot /mnt如果/boot是独立分区还要在挂载ESP前先把/boot分区挂到/mnt/boot。进入chroot环境后先确认挂载无误然后执行grub-install --targetx86_64-efi --efi-directory/boot/efi --bootloader-idubuntu update-grub exit第一行命令指定了EFI目录和引导标识比裸写grub-install /dev/nvme0n1更明确不容易装错地方。执行时如果提示找不到efibootmgr用apt install efibootmgr补上。update-grub会自动生成包含Windows的启动菜单吗同样受os-prober开关影响如果菜单里没Windows按第4.3节改/etc/default/grub再重跑一次。5.2 用efibootmgr重建引导项有时候GRUB文件都在Ubuntu也能从Live系统手动启动但固件NVRAM里的启动项就是丢了。可能是之前误删了启动项也可能是Windows安装程序给清掉了。这种情况用efibootmgr直接操作NVRAM最对症。先查看当前启动项sudo efibootmgr -v输出里每一行Boot0000、Boot0001就是一个启动项后面跟着对应的引导文件路径。如果能看到ubuntu的启动项只是顺序不对可以用下面命令调整顺序让某个编号排到最前面sudo efibootmgr -o 0002,0000,0001如果启动项整个没了就手动创建一个。下面命令的意思是向/dev/nvme0n1的1号分区即ESP分区注册一个名为“Ubuntu”的启动项引导文件为\EFI\ubuntu\shimx64.efisudo efibootmgr -c -d /dev/nvme0n1 -p 1 -L Ubuntu -l \EFI\ubuntu\shimx64.efi创建完再用efibootmgr -v验证新启动项一般会排在列表最后用-o把它调到第一位即可。注意如果你的Ubuntu没启用Secure Boot或没有shim文件可以把引导文件路径换成\EFI\ubuntu\grubx64.efi。刷NVRAM是个精细活确认路径和分区编号前不要乱执行命令。5.3 Windows引导单独修复手动修复的另一半是Windows侧。如果故障是“boot-repair修完Ubuntu好了但Windows进不去”或者Windows引导文件损坏直接在Windows安装U盘里处理更高效。插入Windows安装U盘启动进入安装界面后按ShiftF10打开命令提示符依次执行diskpart list volume exit找到EFI分区对应的卷标和盘符一般显示为“EFI”或“系统”FAT32格式然后执行bcdboot C:\Windows /s S: /f UEFI参数里的C:\Windows指向Windows系统目录S:是EFI分区在Windows PE环境里的盘符。如果路径写对命令会提示“已成功创建启动文件”。这个操作会在ESP分区重建Windows Boot Manager并把启动项写进NVRAM等于是从Windows侧把它的命根子修好。修好Windows之后如果还想保留GRUB菜单再回Ubuntu跑一次update-grub即可。6. 实际操作中的心得体会与避坑清单6.1 Live USB版本与系统版本差异这些年修了这么多台机器一个很深的体会是Live USB版本不要追求最新也不要太老跟着你装机的LTS大版本走最稳。用24.04的Live盘修复20.04的系统grub版本跨度大偶尔会出现配置格式不兼容的问题用18.04修24.04更是容易在依赖解析上卡住。所以我现在手边常年备着一个22.04或24.04的LTS启动盘。不仅是修引导能用系统挂了进Live拷数据、磁盘满了清理空间都靠它。工欲善其事必先利其器这话在Linux运维里真不是空话。另外boot-repair的PPA在Live环境里安装是临时性的重启Live系统就没了所以每次修复都要重新装一遍这是正常现象不用怀疑自己操作有误。6.2 双硬盘环境的盘符识别陷阱双硬盘双系统是翻车重灾区重点说透。假设你装了Windows在NVMe固态上Ubuntu装在另一块SATA固态上进Live系统后lsblk看到的设备顺序可能完全乱了原系统的/dev/sdb在Live环境里变成了/dev/sda。这种环境下boot-repair推荐修复虽然大多能靠UUID正确识别但偶尔会把人带进沟里。我的建议是双硬盘场景一律开“Advanced options”手动确认三样东西一是ESP分区挂在哪个盘上挂载点/mnt/boot/efi指向谁二是GRUB要安装到哪块磁盘必须是包含ESP分区的那块三是os-prober扫描时Windows的EFI分区有没有被挂载。有次我修一台双硬盘机器boot-repair推荐修复跑完Ubuntu倒是能进了但启动菜单里没有Windows。排查了半天发现是os-prober扫描时Windows那块硬盘处于未挂载状态GRUB配置自然没有Windows条目。后来在高级模式里手动挂载Windows的ESP分区再update-grub问题瞬间解决。记住一句话GRUB工具不是不知道Windows在哪而是它只认自己能访问到的分区。6.3 修复后的验证与习惯养成修复完成后不要直接宣告胜利花两分钟做一次完整验证。我验证的固定动作有三个第一重启后确认GRUB菜单出现Ubuntu能进桌面加载正常第二再重启一次选Windows确认Windows引导链路也完好第三进BIOS看一眼启动顺序确认默认启动项符合预期。确认没问题后强烈建议做一次EFI分区的备份。命令很直接sudo cp -r /boot/efi/EFI /path/to/backup/或者打包成tar存到安全位置。这样下次再做系统大版本升级、或者重装Windows前后万一引导又出幺蛾子你可以直接手动恢复连Live盘都可以不依赖。我自己的习惯是每次Ubuntu大版本升级前先备份EFI分区、记录lsblk -f输出、清点一下Windows和Ubuntu各自的恢复盘是否还在手边。这套流程只要坚持两次后面就成肌肉记忆了。折腾引导的次数多了你反而会感谢这类故障它逼着你把自己电脑的启动链、分区表和引导文件的关系彻底弄明白。下次再有人说“我的Ubuntu开机不见了”你就能一眼判断是重写GRUB还是重建NVRAM启动项十几分钟解决战斗这种熟练度比起再装一次系统可省心太多了。 
长河君 · 2026/9/19 19:10:48 · 阅读 1.2k boot-repair全攻略：UEFI引导丢失后如何救回Ubuntu双系统
装机界有句老话装双系统一时爽修引导火葬场。我不敢说火葬场但开机直接进了Windows、Ubuntu的引导菜单连个影子都没有——这种“灵异事件”玩过双系统的人多多少少都撞上过。尤其是一时手痒重装了Windows重启后看着熟悉的Windows登录界面心里第一反应是“我Ubuntu是不是没了”。其实系统一点没丢丢的只是引导入口。这种问题绝大多数不需要重装用boot-repair在Live环境里十几分钟就能救回来。这篇文章我就把它的原理、操作流程、各种翻车场景和对策一次讲透。1. 引导消失的真相重装Windows、删分区与EFI引导项的前因后果1.1 重装Windows后为什么Ubuntu不见了要理解这个问题得先搞清楚电脑开机的完整链路。现在的电脑尤其是预装Win11的机器基本都是UEFI固件接管启动流程。固件启动时不会自己去扫描整个硬盘找操作系统它只认NVRAM里记录的“启动项”列表按顺序把控制权交给特定的引导文件。这些引导文件存放在一个专门的FAT32小分区里就是常说的EFI系统分区ESP。在这个ESP分区里Windows和Ubuntu其实是“和平共处”的Windows有自己的/EFI/Microsoft/Boot/bootmgfw.efiUbuntu有自己的/EFI/ubuntu/grubx64.efi或shimx64.efi。只要你不动它它们谁也不碍着谁。问题就出在“重装Windows”这个动作上。Windows安装程序为了确保自己能启动会重置固件里的NVRAM启动项把Windows Boot Manager放到第一位有时还会顺手清掉EFI分区里其他系统的引导文件或者覆盖部分内容。于是开机固件执行第一个启动项直接进了WindowsGRUB菜单根本来不及出现。打个比方EFI分区就像小区门禁系统的登记表Windows重装等于物业把登记表清空重录只录了Windows的房间号。Ubuntu的房子还在只是门禁卡里查不到了。所以你完全不用慌数据、系统都在要做的就是重新把Ubuntu的引导项“登记”回去这就是boot-repair最擅长的活儿。1.2 UEFI和Legacy先搞清楚自己的引导模式“我用U盘启动进去怎么里面看不到硬盘”“boot-repair点了修复重启还是老样子。”——很多修复失败根源不是工具不行而是连引导模式都没搞对。Boot Repair解决这类问题时修法完全不同UEFI模式修的是ESP分区里的.efi文件和NVRAM启动项Legacy传统BIOS模式修的是硬盘第一个扇区的MBR引导代码。判断方法很简单在Live系统里打开终端执行ls /sys/firmware/efi如果这个目录存在且里面有内容说明当前是以UEFI模式启动的如果提示没有这个文件或目录就是Legacy模式。Windows下也可以按WinR输入msinfo32看“BIOS模式”写着“UEFI”还是“传统”。两种模式的核心差异可以看这张表项目UEFI GPTLegacy MBR引导文件位置独立EFI分区内的.efi文件硬盘第0扇区的MBR引导代码分区表格式GPTMBR对引导修复的影响修复ESP NVRAM启动项重写MBR 指定引导设备常见于2012年后的主流电脑、Win10/11老电脑、部分特殊安装方式这里有个很多人忽略的坑双系统安装时Windows和Ubuntu必须以相同模式安装否则引导修复会变得极其折磨。比如Windows是UEFI模式Ubuntu却用Legacy模式装的两个系统各有各的引导文件GRUB菜单想同时引导两边就会困难得多。boot-repair虽然能检测到这种情况但它只能修一个方向的启动。所以开始动手前先确认自己的环境到底是哪种再看下面的步骤。1.3 GRUB、EFI分区、BootOrder三者的关系再往深一层说修复引导本质上是在做三件事一是确保GRUB程序文件存在于ESP分区二是让GRUB配置里能正确识别Windows和Ubuntu三是在固件NVRAM里注册启动项并设置顺序。这三件事缺一样结果都不完整。GRUB就是开机时显示的那个紫色/黑底菜单它本身是个引导程序存放在ESP分区。它启动后会读取/boot/grub/grub.cfg配置文件菜单里的“Ubuntu”和“Windows Boot Manager”条目就是靠这个配置文件生成的。而“Windows Boot Manager出现了但点击进去黑屏”这类问题往往不是GRUB坏了而是配置里指向Windows引导文件的路径有问题或者EFI分区里Windows的引导文件被误删了。BootOrder则是固件NVRAM里的启动顺序列表。比如Boot0000是Windows Boot ManagerBoot0001是ubuntu固件默认先尝试Boot0000。boot-repair修复时不仅会重新安装GRUB文件还会把ubuntu启动项写进NVRAM有时甚至直接把顺序调整成Ubuntu优先。理解了这层关系你就知道为什么修复完有时还要去BIOS里手动调整启动顺序了。2. boot-repair工作时到底在修什么机制剖析与适用边界2.1 一次“推荐修复”具体干了哪些事boot-repair主界面就两个大按钮一个叫“Recommended repair”另一个是高级选项。大多数情况下直接点推荐修复就够了。但很多用户好奇这个按钮背后到底执行了什么操作大致可以拆成这几步检查系统里有没有装os-prober、grub等相关依赖缺了就自动补装。识别ESP分区检查它是不是FAT32格式、有没有挂载、文件是否完整。扫描已安装的系统检测所有分区上的操作系统。备份现有的引导文件包括EFI分区里的内容、GRUB配置等备份信息会输出在日志里。重新安装GRUB到EFI分区也就是执行grub-install。更新GRUB配置执行update-grub这一步会调用os-prober去扫描Windows。向固件NVRAM写入或更新ubuntu启动项。处理Secure Boot相关签名如果启用的话会安装shim签名引导。整个过程跑完后终端窗口会输出一个日志摘要同时给出一个类似http://paste.ubuntu.com/xxxxxx的链接。这个链接很关键如果修复失败把这个链接发给别人帮忙分析几乎是一眼定位问题。很多人修完连看都不看就把终端关掉了真等到失败再想找日志就找不着了。2.2 什么时候boot-repair也救不了工具虽好但也不是万能神药。下面这几种情况它大概率救不了你得先解决前置问题硬盘物理损坏。引导文件所在的扇区读不出来什么工具都白搭先换块盘。根文件系统损坏严重。引导修好了但Ubuntu的内核和系统文件在磁盘上已经损坏开机后依然进不了桌面。这种情况得先修文件系统常见手段是fsck。EFI分区整个被删了。如果不仅启动项丢了连ESP分区本身都不在了boot-repair可以新建一个但Windows的引导文件如果也被一起删除它就无法凭空恢复需要用Windows安装盘里的bcdboot去重建Windows引导。Secure Boot和驱动签名冲突。有些机器开启了Secure Boot但GRUB的shim签名与固件版本不匹配修复过程中会卡在验证阶段。临时进BIOS关掉Secure Boot通常能解决修完再开。Windows快速启动导致NTFS分区异常。Windows默认开启“快速启动”它的关机更像是休眠NTFS分区可能带着锁。boot-repair在扫描Windows时可能因为NTFS文件系统被锁而无法正常识别修完菜单里还是没有Windows。我在实际使用里最常遇到的“修复失败”一半以上落在这两类要么用户没关快速启动要么是Secure Boot导致引导文件签名验证不通过。后面第4章会专门讲。2.3 修复前必须做的备份与准备不管工具多省心动手前花两分钟做点准备能省掉后面一堆麻烦。我的固定流程是这样确认数据有备份。引导修复理论上不碰你/home里的文件但系统操作谁也不能保证万无一失重要资料先拷到移动硬盘或U盘里。这一步养成习惯能让你修的时候心态稳很多。记录当前分区布局。进Live系统后先用lsblk -f看一遍所有磁盘和分区记下哪个分区是Windows的C盘、哪个是Ubuntu根分区、ESP分区是哪个。特别是双硬盘机器Live环境里sda、sdb的编号可能和你原来系统里看到的不完全一致靠分区UUID或卷标去认别靠记忆里的盘符。准备一个可联网的Ubuntu Live U盘。版本最好和你装的系统接近至少是同一个LTS大版本。系统版本差距太大的话工具依赖的软件包版本可能会有差异修完出现兼容问题的概率更高。确认Secure Boot和快速启动状态。如果Windows那边方便进的话先把“快速启动”关掉如果最终要保留Secure Boot心里要有个预期boot-repair可能会因为签名问题需要你重启进BIOS临时关闭它。准备做完就可以放心开始修复了。3. Live USB下的完整修复流程从制作启动盘到GRUB回归3.1 制作启动U盘并进入Try Ubuntu手里没有现成的Ubuntu Live U盘那先做一步准备工作。最简单的方式是到Ubuntu官网下载一个ISO镜像然后用Rufus或者balenaEtcher写进U盘。Windows用户我推荐Rufus写入模式选“DD镜像”模式兼容性比ISO模式更稳。Linux用户直接用自带“启动盘创建器”就行。U盘做好后把电脑开机在品牌Logo出现时按启动菜单快捷键戴尔和联想多数是F12惠普是F9华硕是F8或Esc微星是F11。各家略有不同但启动菜单里基本都能看到U盘选项。选U盘启动进入Ubuntu安装界面后选“Try Ubuntu”不要手滑点Install。这一步的目的是进一个桌面环境操作而不是重装系统。进入Live桌面后记得联网。boot-repair安装时要从网上下载软件包如果完全离网修复过程基本走不下去。有线的直接插网线无线的连Wi-Fi顺手把终端打开测一下ping -c 4 archive.ubuntu.com能通就行。3.2 安装并运行boot-repair终端里依次执行下面几条命令sudo apt update sudo apt install -y software-properties-common sudo add-apt-repository ppa:yannubuntu/boot-repair sudo apt update sudo apt install -y boot-repair sudo boot-repair如果在执行add-apt-repository时报命令找不到说明缺少software-properties-common第一步已经装好了。PPA是boot-repair作者维护的官方源在Live系统里临时添加是安全的它不会写进你硬盘上的Ubuntu系统。运行后图形界面会自动扫描磁盘。如果看到类似“EFI partition detected”的提示说明识别正常。这里有个加分项boot-repair的作者还单独发布过一个Boot-Repair-Disk的ISO里面预装了boot-repair和少量工具直接烧录成U盘启动就能用。它基于老版本Lubuntu适合老机器或网络环境不稳定的场景但给我选的话还是首选当前LTS的Live USB加PPA安装兼容性更准。3.3 推荐修复 vs 高级选项打开boot-repair主界面后正常情况下直接点“Recommended repair”。此时它会询问是否将日志上传到pastebin选“OK”。然后工具就开始干活了期间会跑一些脚本界面看起来像“卡住”其实是正常现象喝口水等两三分钟。推荐修复适合绝大多数场景但下面几种情况建议点“Advanced options”手动控制双硬盘双系统。工具默认按UUID识别分区多数情况没错但偶尔会把GRUB装到另一块磁盘上导致开机依然找不到Ubuntu。高级选项里可以手动指定“GRUB location”装到哪块盘、ESP分区挂载在哪里。想让Windows保持默认启动。高级选项里可以设置默认启动项或者直接选择“Restore Windows bootloader first”之类操作这样开机先进Windows再通过Windows引导菜单或BIOS切到Ubuntu。内核参数需要调整。比如显卡驱动导致进不了桌面boot-repair高级选项里可以给GRUB内核参数临时加上nomodeset等参数。我自己的经验是先用推荐修复修完开机测试有问题再回高级选项微调。不要一上来就进高级选项选项太多反而容易把可以一键修复的状态搞复杂。修复过程结束后工具会提示重启。重启前如果你已经看到日志里有GRUB installed和Windows detected这样的关键信息基本就可以放心重启了。注意先拔掉U盘免得又进Live系统。4. 高频故障定向处理Win11覆盖、GRUB命令行、Windows条目丢失、卸载Ubuntu4.1 重装Win11后Ubuntu引导消失这类情况是双系统用户最常踩的坑典型症状重装Win11后开机直接进WindowsBIOS的启动菜单里ubuntu条目也消失了。处理流程和上面第3章的步骤完全一样跑一次boot-repair推荐修复就能把GRUB找回来。但有几个Win11特有的细节要注意一是Secure Boot。Win11强制要求设备支持并默认开启Secure Bootboot-repair修复时会安装shim签名引导shimx64.efi这个签名链一般能和Windows固件共存。但如果你的Ubuntu是早期版本或者Secure Boot策略被改过修复时可能报安全策略错误。解决办法是进BIOS临时关掉Secure Boot修复完再开重新开Secure Boot后GRUB通常仍能正常启动。二是BitLocker。Win11上BitLocker加密很常见如果你Windows系统盘开了设备加密重装后的EFI分区重建通常不影响BitLocker密钥但修复过程中如果误格式化ESP分区可能引发一系列麻烦。所以修复前至少确认一下BitLocker是暂停状态或你有恢复密钥。三是重装后NVRAM里Ubuntu启动项还在。很多情况下启动项没被删只是顺序被Windows挤到后面了。这时候其实不用跑boot-repair开机按F12进启动菜单手动选“ubuntu”就能进系统。进系统后执行sudo update-grub刷新一下配置再进BIOS把ubuntu调到第一启动项就完事了。先用这个小方法排查能省一次Live引导的时间。4.2 更新系统后卡在GRUB命令行另一种高频故障是Ubuntu做了一次大版本更新后开机没有进入GRUB菜单而是卡在一个黑底白字的grub提示符或者提示“Minimal BASH-like line editing is supported”。这种情况说明GRUB程序本身加载了但配置文件grub.cfg找不到或损坏了。如果你只是临时应急可以在grub提示符下手动引导一次。思路很直接先ls列出所有分区找到/boot/grub所在的分区然后手动设置root、指定内核和initrd镜像最后boot。命令大致长这样grub ls grub set root(hd0,gpt5) grub linux /boot/vmlinuz-6.8.0-generic root/dev/nvme0n1p5 grub initrd /boot/initrd.img-6.8.0-generic grub boot但手动引导只是治标重启后还是会卡住。彻底修复还是那句话进Live系统跑boot-repair。这类配置文件损坏大多是系统更新时中断导致的boot-repair重新安装GRUB并生成一份新的配置文件问题就解了。如果修复后依旧卡在grub再考虑是不是/boot分区空间满了——对这种事我见过不止一次内核更新需要空间空间不足导致新内核写入失败配置链一起崩了。顺手清理一下旧内核能避免很多玄学故障。4.3 启动菜单里没有WindowsGRUB菜单能正常进入Ubuntu但列表里就是没有“Windows Boot Manager”。这种情况比较诡异因为引导本身是正常的只是GRUB没有把Windows识别出来。常见原因有两个。第一个也是新版Ubuntu最常见的坑Ubuntu 23.04之后默认禁用了os-prober。os-prober是GRUB用来探测其他操作系统的工具因为安全和隐私方面的考虑新版本默认在/etc/default/grub里把GRUB_DISABLE_OS_PROBER设为true。解决办法是在Ubuntu系统里编辑sudo nano /etc/default/grub找到这行改成GRUB_DISABLE_OS_PROBERfalse然后执行sudo update-grub重新生成菜单Windows条目大概率就回来了。第二个原因是你用了双硬盘Windows在另一块硬盘上且那块盘的EFI分区没有挂载。os-prober只能探测它能访问到的分区如果Windows的ESP分区处于未挂载状态它会漏掉。你可以手动挂载再更新sudo mount /dev/sdb1 /mnt sudo update-grub这里的/dev/sdb1要替换成你实际情况里Windows所在的那块盘的ESP分区。挂载不影响数据更新完可以卸载。4.4 想卸载Ubuntu但保留Windows引导有些用户修引导不是为了救Ubuntu而是想把Ubuntu卸了。如果操作顺序错了很容易把Windows一起带沟里。正确顺序是先恢复Windows引导再删Ubuntu分区。最稳妥的办法是用Windows安装U盘启动进“命令提示符”后执行bcdboot C:\Windows /s S: /f UEFI其中S:是EFI分区在Windows环境下的盘符C:是Windows系统盘盘符按实际环境调整。这个命令会把Windows引导文件重新写入ESP分区并注册启动项。执行完之后Windows可以独立启动这时候再进磁盘管理删Ubuntu的分区或者用工具删掉ESP分区里的/EFI/ubuntu目录清理NVRAM里的ubuntu启动项才算彻底。这里特别提醒一句千万别图省事把整个EFI分区一删了之。EFI分区是Windows和Ubuntu共用的里面的/EFI/Microsoft目录是Windows的命根子连它一起删了Windows就连自举能力都没了到时候还得拿安装U盘跑bcdboot。真要清理引导项只删/EFI/ubuntu这一个子目录不要对整个分区动刀。5. 手动兜底方案chroot重装GRUB与efibootmgr重建引导项5.1 chroot到已装系统重装GRUBboot-repair偶尔也有翻车的时候比如网络源连不上、Live系统版本和原系统跨度太大、或者修复日志报错无法自动处理。这时候不要慌手动修复的底牌就是chroot。chroot的意思是“把当前终端的根目录切换到硬盘上的Ubuntu系统”然后在这个环境里直接执行grub相关命令相当于站在已装系统的视角去修复。操作前先用lsblk -f确认设备名下面以根分区/dev/nvme0n1p5、ESP分区/dev/nvme0n1p1为例实际请按你的分区情况替换sudo mount /dev/nvme0n1p5 /mnt sudo mount /dev/nvme0n1p1 /mnt/boot/efi sudo mount --bind /dev /mnt/dev sudo mount --bind /proc /mnt/proc sudo mount --bind /sys /mnt/sys sudo mount --bind /run /mnt/run sudo chroot /mnt如果/boot是独立分区还要在挂载ESP前先把/boot分区挂到/mnt/boot。进入chroot环境后先确认挂载无误然后执行grub-install --targetx86_64-efi --efi-directory/boot/efi --bootloader-idubuntu update-grub exit第一行命令指定了EFI目录和引导标识比裸写grub-install /dev/nvme0n1更明确不容易装错地方。执行时如果提示找不到efibootmgr用apt install efibootmgr补上。update-grub会自动生成包含Windows的启动菜单吗同样受os-prober开关影响如果菜单里没Windows按第4.3节改/etc/default/grub再重跑一次。5.2 用efibootmgr重建引导项有时候GRUB文件都在Ubuntu也能从Live系统手动启动但固件NVRAM里的启动项就是丢了。可能是之前误删了启动项也可能是Windows安装程序给清掉了。这种情况用efibootmgr直接操作NVRAM最对症。先查看当前启动项sudo efibootmgr -v输出里每一行Boot0000、Boot0001就是一个启动项后面跟着对应的引导文件路径。如果能看到ubuntu的启动项只是顺序不对可以用下面命令调整顺序让某个编号排到最前面sudo efibootmgr -o 0002,0000,0001如果启动项整个没了就手动创建一个。下面命令的意思是向/dev/nvme0n1的1号分区即ESP分区注册一个名为“Ubuntu”的启动项引导文件为\EFI\ubuntu\shimx64.efisudo efibootmgr -c -d /dev/nvme0n1 -p 1 -L Ubuntu -l \EFI\ubuntu\shimx64.efi创建完再用efibootmgr -v验证新启动项一般会排在列表最后用-o把它调到第一位即可。注意如果你的Ubuntu没启用Secure Boot或没有shim文件可以把引导文件路径换成\EFI\ubuntu\grubx64.efi。刷NVRAM是个精细活确认路径和分区编号前不要乱执行命令。5.3 Windows引导单独修复手动修复的另一半是Windows侧。如果故障是“boot-repair修完Ubuntu好了但Windows进不去”或者Windows引导文件损坏直接在Windows安装U盘里处理更高效。插入Windows安装U盘启动进入安装界面后按ShiftF10打开命令提示符依次执行diskpart list volume exit找到EFI分区对应的卷标和盘符一般显示为“EFI”或“系统”FAT32格式然后执行bcdboot C:\Windows /s S: /f UEFI参数里的C:\Windows指向Windows系统目录S:是EFI分区在Windows PE环境里的盘符。如果路径写对命令会提示“已成功创建启动文件”。这个操作会在ESP分区重建Windows Boot Manager并把启动项写进NVRAM等于是从Windows侧把它的命根子修好。修好Windows之后如果还想保留GRUB菜单再回Ubuntu跑一次update-grub即可。6. 实际操作中的心得体会与避坑清单6.1 Live USB版本与系统版本差异这些年修了这么多台机器一个很深的体会是Live USB版本不要追求最新也不要太老跟着你装机的LTS大版本走最稳。用24.04的Live盘修复20.04的系统grub版本跨度大偶尔会出现配置格式不兼容的问题用18.04修24.04更是容易在依赖解析上卡住。所以我现在手边常年备着一个22.04或24.04的LTS启动盘。不仅是修引导能用系统挂了进Live拷数据、磁盘满了清理空间都靠它。工欲善其事必先利其器这话在Linux运维里真不是空话。另外boot-repair的PPA在Live环境里安装是临时性的重启Live系统就没了所以每次修复都要重新装一遍这是正常现象不用怀疑自己操作有误。6.2 双硬盘环境的盘符识别陷阱双硬盘双系统是翻车重灾区重点说透。假设你装了Windows在NVMe固态上Ubuntu装在另一块SATA固态上进Live系统后lsblk看到的设备顺序可能完全乱了原系统的/dev/sdb在Live环境里变成了/dev/sda。这种环境下boot-repair推荐修复虽然大多能靠UUID正确识别但偶尔会把人带进沟里。我的建议是双硬盘场景一律开“Advanced options”手动确认三样东西一是ESP分区挂在哪个盘上挂载点/mnt/boot/efi指向谁二是GRUB要安装到哪块磁盘必须是包含ESP分区的那块三是os-prober扫描时Windows的EFI分区有没有被挂载。有次我修一台双硬盘机器boot-repair推荐修复跑完Ubuntu倒是能进了但启动菜单里没有Windows。排查了半天发现是os-prober扫描时Windows那块硬盘处于未挂载状态GRUB配置自然没有Windows条目。后来在高级模式里手动挂载Windows的ESP分区再update-grub问题瞬间解决。记住一句话GRUB工具不是不知道Windows在哪而是它只认自己能访问到的分区。6.3 修复后的验证与习惯养成修复完成后不要直接宣告胜利花两分钟做一次完整验证。我验证的固定动作有三个第一重启后确认GRUB菜单出现Ubuntu能进桌面加载正常第二再重启一次选Windows确认Windows引导链路也完好第三进BIOS看一眼启动顺序确认默认启动项符合预期。确认没问题后强烈建议做一次EFI分区的备份。命令很直接sudo cp -r /boot/efi/EFI /path/to/backup/或者打包成tar存到安全位置。这样下次再做系统大版本升级、或者重装Windows前后万一引导又出幺蛾子你可以直接手动恢复连Live盘都可以不依赖。我自己的习惯是每次Ubuntu大版本升级前先备份EFI分区、记录lsblk -f输出、清点一下Windows和Ubuntu各自的恢复盘是否还在手边。这套流程只要坚持两次后面就成肌肉记忆了。折腾引导的次数多了你反而会感谢这类故障它逼着你把自己电脑的启动链、分区表和引导文件的关系彻底弄明白。下次再有人说“我的Ubuntu开机不见了”你就能一眼判断是重写GRUB还是重建NVRAM启动项十几分钟解决战斗这种熟练度比起再装一次系统可省心太多了。