1. 先把引导场景摸清楚别急着敲命令折腾 GRUB 手动安装这件事我这些年踩的坑比装的系统还多。很多人一上来就照着某篇教程敲grub-install /dev/sda结果机器直接起不来然后才开始慌。GRUB 手动安装的核心其实不是安装这个动作而是先把现状摸清楚——你现在是固件模式、分区表类型、根分区和 /boot 的关系、ESP 分区在哪、目标磁盘叫什么这五件事没弄清楚命令敲下去就是赌博。这篇文章我按实操顺序拆开讲从判断场景、盘点信息、理解工具分工到 Legacy 和 UEFI 两套完整流程再到故障现场怎么救全部是我自己在真机上反复验证过的路径。适合已经会用 Linux 但被引导问题卡住的人也适合想搞明白为什么而不是只会抄命令的朋友。1.1 GRUB 在启动链条里到底占哪一段一台机器从上电到看见登录界面链条是固定的固件Legacy BIOS 或 UEFI→ 引导程序 → 内核与 initramfs → init 进程 → 用户空间。GRUB 就卡在第二环它的唯一使命是把内核和 initramfs 从磁盘上捞出来塞进内存然后把控制权交出去。听起来简单但它自己又分成两半第一段引导代码极小Legacy 模式下塞在 MBR 后面的空隙里UEFI 模式下就是一个.efi可执行文件第二段才是你在菜单里看到的那个界面它需要读取/boot/grub目录下的模块和配置文件才能干活。这个两段式设计是所有问题的根源。第一段只认硬盘的物理位置不认文件系统第二段才认 ext4、btrfs、xfs、LVM、加密卷。所以当你搬家磁盘、改分区表、克隆系统盘的时候第一段大概率还在原地傻等着而它等的那个位置已经没有东西了——这就是grub rescue出现的最常见原因。理解这一点后面所有排查思路都是围绕第一段能不能找到第二段展开的。我习惯用一句话概括GRUB 的引导代码是路标/boot/grub目录是地图册。路标指向地图册地图册告诉你内核在哪。路标丢了你得重画路标地图册过期了你只需要重印地图册。前者是grub-install干的活后者是grub-mkconfig干的活。这两个动作必须分开理解混在一起就是大多数人装不明白的根本原因。1.2 什么情况下才真的需要手动安装不是所有引导问题都要动grub-install。我见过太多人因为菜单里少了一个内核条目就把引导代码重写一遍纯属给自己找事。真正需要手动安装引导代码的场景其实就那么几类引导记录被别的东西覆盖了。装第二个系统时对方的安装程序覆盖了 MBR 或覆盖了 ESP 里的默认引导文件原来的菜单没了。整盘克隆或迁移到新硬盘。磁盘设备名变了UUID 有时也变了第一段引导代码里的物理偏移全部失效。分区表从 MBR 换成了 GPT或者反过来。Legacy 模式下这个转换尤其麻烦因为 GPT 没有 MBR 后面那 62 个扇区的空隙可用。/boot或 ESP 分区被删除重建。文件系统重建了原来的模块和配置全没了。自定义布局比如根分区在 LVM 上、在加密卷里、在 btrfs 子卷里或者/boot单独分出来挂在别处。做可移动介质希望这套系统能在不同机器上引导。反过来如果只是菜单里内核版本旧了、想改默认启动项、想加个内核参数那只需要改/etc/default/grub然后重新生成配置跟grub-install一点关系都没有。分清楚这两类能省掉 80% 的无谓操作。1.3 动手之前必须确认的三件事我给自己定了个规矩只要碰引导先确认三件事确认不了就不动手。第一固件模式。机器是 Legacy 启动还是 UEFI 启动这决定了你要装i386-pc还是x86_64-efi目标两套东西完全不通用。判断方法后面细说。第二目标磁盘的准确设备名。是/dev/sda、/dev/nvme0n1还是/dev/mmcblk0注意grub-install后面跟的是磁盘不是分区。见过有人写grub-install /dev/sda1直接把分区开头覆盖了数据全废。第三根分区和/boot是不是分开的。这决定了--boot-directory参数该指向哪也决定了救援时set prefix要设成什么路径。分开的情况是最容易出错的因为很多人默认它们在一起。提醒这三件事在救援环境Live 介质里确认而不是在已经起不来的系统上确认。系统都进不去了你哪来的终端。2. 信息盘点把现状摸清再动手救援环境起来之后第一件事不是挂载是观察。lsblk、blkid、fdisk -l这三条命令的输出我一般会截图或者复制到一个文本文件里因为后面排查全靠它。这一步花十分钟能省后面两小时。2.1 判断固件模式与分区表类型判断当前启动模式最直接的办法是看/sys/firmware/efi这个目录存不存在# 目录存在说明当前是以 UEFI 模式启动的 ls -d /sys/firmware/efi 2/dev/null echo UEFI 模式 || echo Legacy 模式但这里有个坑这条命令判断的是当前这个救援环境的启动模式不一定等于目标系统的安装模式。有些机器固件里同时开着两种兼容模式你用 UEFI 模式做的启动盘进去之后看到的是 UEFI但目标系统原来是 Legacy 装的。所以还得交叉验证——看看目标磁盘上有没有 ESP 分区类型标记为EFI System的 FAT32 分区有的话目标系统大概率是 UEFI 装的如果只有一根孤零零的/boot或根分区那多半是 Legacy。分区表类型用fdisk -l或parted -l看输出第一行会写Disklabel type: gpt或者dos也就是 MBR。这个信息非常关键因为 GPT Legacy 的组合需要额外准备一个bios_grub分区而 MBR UEFI 基本是不可能组合MBR 上虽然能放 FAT 分区但固件通常不认。2.2 磁盘命名规则新手翻车最多的地方设备名这件事值得单独说因为我见过太多人在这里出问题。传统 SATA、USB 盘叫/dev/sda、/dev/sdb分区是/dev/sda1、/dev/sda2直接加数字。但 NVMe 固态盘叫/dev/nvme0n1分区要加个p变成/dev/nvme0n1p1。SD 卡和 eMMC 叫/dev/mmcblk0分区是/dev/mmcblk0p1。老式的 IDE 盘可能是/dev/hda。磁盘类型整盘设备名分区设备名注意点SATA / USB/dev/sda/dev/sda1直接拼数字NVMe SSD/dev/nvme0n1/dev/nvme0n1p1必须带peMMC / SD/dev/mmcblk0/dev/mmcblk0p1必须带p虚拟磁盘/dev/vda/dev/vda1直接拼数字为什么这个细节要命因为grub-install /dev/nvme0n1p1这种写法在很多版本上不会报错它会成功地把引导代码写到分区的开头然后你的分区数据就废了。而且有些老版本对 NVMe 的支持有问题识别不到设备得靠device.map手动指定。我自己的习惯是任何涉及dd、grub-install、mkfs的命令敲完先别回车眼睛盯着设备名再看三秒然后lsblk对照一遍容量。这个习惯救过我至少三次。2.3 挂载关系梳理与救援环境准备盘清楚之后把目标系统的分区挂起来。假设根分区是/dev/nvme0n1p3/boot单独分出来是/dev/nvme0n1p2ESP 是/dev/nvme0n1p1标准挂载顺序是这样的# 先挂根再挂 /boot最后挂 ESP顺序不能反 mount /dev/nvme0n1p3 /mnt mount /dev/nvme0n1p2 /mnt/boot mount /dev/nvme0n1p1 /mnt/boot/efi顺序为什么不能反因为挂载是叠加的先挂/boot/efi再挂/boot会把前面挂的内容盖住。这个错误非常隐蔽df -h看着一切正常但grub-install就是找不到 ESP。挂完之后还要把几个虚拟文件系统 bind 进去否则 chroot 进去之后很多工具会报错for d in dev dev/pts proc sys run; do mount --bind /$d /mnt/$d done/dev不挂grub-install找不到磁盘设备/proc和/sys不挂一些检测逻辑会失败/run不挂某些发行版的脚本会卡住。这几个 bind 挂载看起来是仪式感实际上是必需品。挂完chroot /mnt环境才算准备完毕。3. 两个核心工具的分工搞混了必翻车grub-install和grub-mkconfig是两条完全不同的命令作用对象也不同。我把它们的关系总结成一句话grub-install管引导代码能不能被固件找到grub-mkconfig管找到之后菜单里有什么。前者写的是磁盘的引导区域后者写的是/boot/grub/grub.cfg这个文本文件。3.1 grub-install 到底往磁盘上写了什么Legacy 模式下grub-install会做三件事把第一段引导代码写进 MBR前 446 字节把核心镜像core.img写进 MBR 后面那段空隙通常是 2048 扇区之前的那 62 个扇区里把模块文件复制到/boot/grub/i386-pc/。UEFI 模式下简单得多把一个.efi文件复制到 ESP 分区然后在固件的 NVRAM 里加一条启动项。这里有个 Legacy 模式下的经典坑post-MBR gapMBR 后空隙不够大。现代分区工具默认从 1MiB 处开始分区留出的空隙足够但如果是旧盘或者用了某些特殊分区方案空隙可能只有几 KBcore.img塞不进去grub-install就会报embedding is not possible。GPT 磁盘上的 Legacy 启动更麻烦需要单独划一个 1MiB 左右的bios_grub分区来放core.img。--recheck这个参数我几乎每次都加它会强制重新探测设备忽略缓存的device.map。磁盘刚插拔过、或者在虚拟环境里设备编号变化的时候不加这个参数经常会出现设备不存在的误报。3.2 /boot/grub 目录里到底有什么这个目录是所有 GRUB 模块的家。Legacy 模式下看i386-pc/子目录UEFI 模式下看x86_64-efi/子目录里面密密麻麻全是.mod文件和.lst列表文件。normal.mod是进入正常菜单界面的关键模块ext2.mod负责读 ext 系列文件系统lvm.mod处理逻辑卷luks.mod处理加密卷。除了模块还有几个重要文件grubenv存环境变量下次启动进哪个条目就记在这里device.map是设备映射表把(hd0)映射到/dev/sdagrub.cfg是最终生成的菜单配置。注意grub.cfg是生成文件不是手写文件。直接编辑它下次跑grub-mkconfig就被覆盖了。要改配置请改/etc/default/grub和/etc/grub.d/下的脚本。我见过有人在grub.cfg里手工加启动项当时能用内核一升级全没了然后回来问为什么。这就是没搞清楚生成和配置的区别。3.3 配置生成逻辑与 /etc/default/grub 里的关键项grub-mkconfig的工作流程是读/etc/default/grub里的默认值然后按顺序执行/etc/grub.d/下面带可执行权限的脚本10_linux、20_linux_xen、30_os-prober、40_custom等数字决定顺序把输出拼起来写到你指定的文件。几个必须知道的配置项GRUB_DEFAULT默认启动项可以是序号、条目名也可以是saved配合grub-set-default使用。GRUB_TIMEOUT菜单等待秒数设成0就是不显示菜单直接启动设成-1是无限等待。GRUB_CMDLINE_LINUX_DEFAULT传给内核的默认参数quiet splash这类就在这。GRUB_DISABLE_OS_PROBER这个默认值是true意思是不探测其他操作系统。双系统用户最常见的抱怨菜单里看不到另一个系统八成就是这一项在作怪。想让它探测得设成false同时确认os-prober这个包已经装上。GRUB_PRELOAD_MODULES也值得一提。如果你把根分区放在 LVM 或者加密卷上GRUB 在早期阶段需要先加载lvm或luks模块才能读到内核。虽然grub-install通常会自己算出来但显式写进去更保险GRUB_PRELOAD_MODULESlvm part_gpt part_msdos4. Legacy 模式的完整实操流程假设场景一块 MBR 分区表的硬盘/dev/sda根分区/dev/sda2格式 ext4/boot独立为/dev/sda1目标是以 Legacy 模式引导。这是最传统的布局也是理解原理最好的切入点。4.1 挂载、chroot 与环境校验先从救援介质启动按前面的顺序挂载并 bindmount /dev/sda2 /mnt mount /dev/sda1 /mnt/boot for d in dev dev/pts proc sys run; do mount --bind /$d /mnt/$d; done chroot /mnt /bin/bash进 chroot 之后先确认自己真的进了目标系统而不是还待在救援环境里。看/etc/os-release里的内容看/boot下有没有内核文件vmlinuz-*和initramfs-*。如果/boot是空的说明挂载没成功或者内核文件已经不在了这两种情况的处理方式完全不同。接着确认包管理里 GRUB 相关组件还在# deb 系发行版 dpkg -l | grep grub # rpm 系发行版 rpm -qa | grep grub如果grub-pc或grub2这些包被误删了得先重装包再继续。有些极端情况下/boot/grub整个目录都没了那grub-install也会失败因为它依赖里面的模块文件。4.2 执行 grub-install 并读懂它的输出Legacy 模式的标准命令grub-install --targeti386-pc --recheck --boot-directory/boot /dev/sda每个参数的作用--targeti386-pc明确指定装 Legacy 版本在 UEFI 机器上不指定这个默认会装 EFI 版然后你重启发现啥也没变--recheck强制重新探测设备--boot-directory/boot告诉它模块往哪拷如果/boot没独立分区这个参数可以省略最后那个/dev/sda是整盘。命令跑完正常的输出大概是几行Installing for i386-pc platform.和Installation finished. No error reported.。重点看最后一句没有 error 才算成功。如果报embedding is not possible说明 post-MBR gap 不够。这时候有两个选择一是用--force强行装会牺牲一部分可靠性把核心镜像拆到多个位置二是重新规划分区腾出空间。我一般选前者作为临时方案长期还是重新分区。如果报cannot find a device for /boot/grub (is /dev mounted?)就是前面说的/dev没 bind 进去回去补上。4.3 生成配置并逐项校验引导代码写完接着生成菜单grub-mkconfig -o /boot/grub/grub.cfg这条命令的输出里会包含探测到的内核和操作系统列表。我通常会把输出完整看一遍重点确认三件事探测到了几个内核、有没有Found ... on /dev/sdaX这样的其他系统提示、有没有WARNING或error字样。生成完毕用grep抽查一下grub.cfggrep -E menuentry|linux |initrd /boot/grub/grub.cfg | head -30看linux那一行里的rootUUIDxxxx这个 UUID 必须和blkid输出的根分区 UUID 一致。不一致的话开机就会卡在Waiting for root device或者直接进救援模式。UUID 不一致通常是因为分区被重建过或者你从另一台机器克隆过来的盘。实操心得grub.cfg里的 UUID 是最容易出错的地方克隆盘、恢复镜像、扩容分区之后都要重新核对一遍。宁可多花两分钟blkid对一遍也别等重启之后对着黑屏发呆。4.4 退出与重启的正确姿势配置生成完之后退出 chroot按相反顺序卸载exit umount -R /mnt sync rebootumount -R递归卸载把 bind 挂载一起清掉。如果报target is busy用lsof f -- /mnt或者fuser -vm /mnt找出占用进程。sync这一步别省尤其是机械盘或者 U 盘上的系统不刷盘直接重启刚写进去的引导代码可能还没落盘。重启之后如果看到 GRUB 菜单说明第一段引导成功找到了第二段如果菜单里能选中并启动系统整个流程就算闭环了。5. UEFI GPT 环境的完整实操UEFI 的流程比 Legacy 简洁但坑点换了地方。核心差异是引导代码不写磁盘扇区而是以一个文件的形式放在 ESP 分区里同时要在固件的 NVRAM 里登记一条启动项。5.1 ESP 分区的硬性要求ESPEFI System Partition的格式必须是 FAT32分区类型标记必须是EFI System。大小方面官方没有硬性下限但实际上 100MiB 就开始紧张了因为有些发行版会把内核和 initramfs 也放在 ESP 里尤其是根分区用 btrfs 或加密卷的时候。我一般给 512MiB 到 1GiB够用很多年。挂载点约定是/boot/efi有些新方案用/efi两种都行关键是grub-install的--efi-directory参数要和实际挂载点对上mount /dev/nvme0n1p3 /mnt # 根分区 mount /dev/nvme0n1p2 /mnt/boot # 独立 /boot如果有 mount /dev/nvme0n1p1 /mnt/boot/efi # ESP挂完之后ls /mnt/boot/efi应该能看到EFI目录如果之前装过系统或者至少是空目录而不是报错。如果一个空目录都没有说明挂载失败了。5.2 grub-install 的 UEFI 参数与 NVRAM 写入标准命令grub-install --targetx86_64-efi --efi-directory/boot/efi \ --bootloader-idGRUB --recheck几个参数逐个说。--targetx86_64-efi对应 64 位 x86 的 UEFI 固件ARM 机器是arm64-efi32 位 UEFI 是i386-efi选错目标装完固件根本不认。--efi-directory指向 ESP 挂载点。--bootloader-id决定 NVRAM 里那条启动项的名字也决定 ESP 里EFI/下创建的子目录名。这里有个特别需要注意的点--bootloader-id默认值在部分发行版里是发行版名字。双系统的时候两个系统各自的bootloader-id必须不同否则后装的会把先装的覆盖掉。我一般统一起名叫GRUB另一个系统叫什么随它去反正最后靠固件启动菜单选。装完之后验证 NVRAM 里有没有登记上efibootmgr -v输出里会列出所有启动项BootCurrent是当前这个BootOrder是启动顺序。找到GRUB那条看它指向的路径是不是\EFI\GRUB\grubx64.efi文件实际存不存在去 ESP 里ls一眼。如果 NVRAM 里没有或者路径不对开机就进不了 GRUB。还有一种情况是用--removable参数。这个参数会让 GRUB 把引导文件装到EFI/BOOT/BOOTX64.EFI这个后备路径上不写 NVRAM。适合做 U 盘系统因为换机器之后 NVRAM 里的记录就失效了但后备路径是固件一定会去查的。5.3 Secure Boot 的坑别硬闯开了 Secure Boot 的机器固件只加载有签名的引导文件。很多发行版提供的是签过名的shimx64.efigrubx64.efi组合正常装没问题。但如果你手动生成过 GRUB 模块或者改过签名链固件会直接拒绝加载表现为开机进了固件设置界面或者黑屏连 GRUB 菜单都看不到。碰到这种情况先别急着把 Secure Boot 关掉虽然那是最快的办法确认一下 ESP 里是不是有shimx64.efi。有的话NVRAM 里的启动项应该指向 shim 而不是 grub 本体——shim 先被固件信任再由它去加载 GRUB。efibootmgr -v能看到路径里带shim就对了。提醒自编译的 GRUB 模块、自己改过的主题、第三方内核模块在 Secure Boot 下都会带来麻烦。做实验的时候把 Secure Boot 关掉做完再打开别在开着的情况下反复试。5.4 双系统互不覆盖的实操原则双系统最常见的痛点是装了 B 之后 A 的引导没了。原因通常是 B 的安装程序把 ESP 里的EFI/BOOT/BOOTX64.EFI覆盖了或者把 NVRAM 里的启动顺序改了。我的做法是每个系统用自己的bootloader-id比如GRUB-A、GRUB-B互不干扰开机按 F12 或是进固件菜单选。这样两个系统各自维护自己的引导谁升级内核都不影响对方。代价是要多按一次键但换来的是稳定。如果非要一个菜单统管两个系统那就得让os-prober干活。注意GRUB_DISABLE_OS_PROBERfalse这个设置还要确认os-prober包已装。有些较新的发行版默认把os-prober从依赖里移出去了得手动装。6. 故障现场我遇到过的典型问题与排查路径引导出问题的表现千奇百怪但底层逻辑就那么几条。下面这张表是我这些年整理的高频问题速查后面挑几个详细讲。现象可能原因快速排查处理方向卡在grub rescue第一段引导找不到第二段ls看能识别哪些分区手动设 root 和 prefix再insmod normalerror: unknown filesystem文件系统模块没加载或分区表变了检查/boot/grub下模块是否存在补模块、重设 prefixerror: no such deviceUUID 变了设备找不到了blkid对比grub.cfg里的 UUID重新生成配置菜单出现但选不进去内核或 initramfs 路径错在 GRUB 命令行cat一下路径修正grub.cfg开机直接进固件设置NVRAM 项无效或文件不存在efibootmgr -v看路径重装 EFI 引导黑屏无任何输出显卡驱动或终端模式问题加nomodeset试调内核参数菜单里没有新内核配置没重新生成看grub.cfg时间戳重跑grub-mkconfig6.1 grub rescue 现场的救援步骤这个提示符一出说明第一段引导成功执行了但它找不到normal.mod只能停在最原始的命令行。核心思路是手动告诉它模块在哪。先ls一下看它能认出哪些(hdX,gptY)或(hdX,msdosY)组合。然后逐个试找到能列出内容的那一个ls (hd0,gpt2)/ ls (hd0,gpt2)/boot/grub找到之后依次设置set root(hd0,gpt2) set prefix(hd0,gpt2)/boot/grub insmod normal normalset root指向根分区set prefix指向模块目录。这两个设错任何一个insmod normal都会失败。如果/boot是独立分区prefix要指向(hd0,gpt1)/grub或者(hd0,gpt1)/boot/grub取决于当初装的时候是怎么组织的——这也是我建议大家记一下自己的分区布局的原因。normal执行成功后菜单界面就回来了。这时候别急着进去先想办法把系统启动起来进去之后第一件事是重跑一遍grub-install把这个临时状态变成永久状态。6.2 unknown filesystem 和 no such device 的区别这两个报错经常被混为一谈但成因完全不同。unknown filesystem是我找到了这个分区但我不认识它的文件系统。原因可能是ext2.mod没加载也可能是/boot用了 GRUB 不支持的格式比如某些 btrfs 的子卷布局、zstd 压缩的 btrfs还可能是分区表被改过GRUB 读到了错误的位置。no such device是我要找的那个 UUID 或设备不存在了。经典场景是整盘克隆到新硬盘UUID 变了或者把系统从 LVM 迁到物理分区grub.cfg里还写着root/dev/mapper/xxx。区分方法很简单unknown filesystem是路径层面的问题用ls能列到分区但打不开内容no such device是设备层面的问题ls直接列不出来。前者查模块和文件系统后者查 UUID 和设备名。6.3 菜单里没有新内核的三类原因升级内核之后菜单里还是旧的这个问题我遇到过很多次原因无非三种。一是grub-mkconfig压根没跑。有些发行版的包管理器钩子会自动跑有些不会尤其是自己编译内核或者手动dpkg -i装内核包的情况。解决方法很简单手动跑一次。二是/boot空间满了。新内核的vmlinuz和initramfs写不进去安装脚本静默失败或者只装了一半。df -h /boot一看就知道。清理办法是保留最近两三个内核其余用包管理器删掉。三是grub.cfg生成了但生成到了错误的位置。比如--boot-directory没指对或者 chroot 环境里/boot挂载失败配置文件写到了救援介质的/boot里重启自然看不到。这种情况看grub.cfg的修改时间就能发现。6.4 引导装完重启黑屏的排查顺序黑屏是最没信息量的故障得按顺序排除。先看是不是固件层面的问题开机按固件快捷键能不能进设置界面能进说明硬件正常问题在引导项上回头用efibootmgr查。进不去说明连固件都没跑起来那是硬件问题跟 GRUB 无关。能进固件设置但进不了 GRUB检查 NVRAM 里的启动项路径是否正确、文件是否存在。这里面最常见的是 ESP 分区被格式化过grubx64.efi没了但 NVRAM 记录还在。能看到 GRUB 菜单但选择之后黑屏那就是内核层面的问题了。在 GRUB 菜单上按e编辑启动项把quiet splash删掉加上nomodeset回车启动。如果能进系统说明是显卡驱动的问题进去之后装好驱动再改回来。实操心得调试阶段把quiet splash去掉让内核把启动日志全打出来比盯着黑屏猜有用一百倍。等系统稳定了再考虑加回去。7. 几条我踩坑之后总结的硬规矩7.1 备份要备对地方很多人备份 MBR 用dd if/dev/sda ofmbr.bak bs512 count1这招在 Legacy 模式下只备份了前 512 字节也就是第一段引导代码core.img根本没备到。真要备得连后面那段空隙一起count2048。UEFI 模式更简单直接把整个 ESP 分区打包tar czf esp-backup.tar.gz /boot/efi/EFI再存一份efibootmgr -v的输出。出问题的时候把文件解压回去NVRAM 项重建一下五分钟搞定。7.2 别手工编辑生成文件grub.cfg、grubenv之外的东西能不手改就别手改。要加自定义启动项写到/etc/grub.d/40_custom里让它参与生成流程。这样内核升级、配置重生成的时候你的自定义项还在。/etc/default/grub才是你应该改的地方改完统一跑grub-mkconfig。这个习惯坚持下来能避免 90% 的配置改了没生效问题。7.3 顺序很重要先修引导还是先修系统有个判断原则如果系统本身能起来哪怕是通过救援介质 chroot 进去的就先修引导如果系统文件已经损坏、包管理器都跑不动那就先修系统再修引导。反过来做经常是引导装好了但内核和 initramfs 是坏的还是起不来白忙一场。判断方法是在 chroot 里跑一次update-initramfs -udeb 系或dracut -frpm 系能正常跑完说明系统基本健康再动引导才安全。最后分享一个我个人一直在用的小习惯每次动引导之前先在纸上或者文本文件里写下当前的分区布局、UUID、固件模式、ESP 路径写完对照lsblk和blkid核一遍。这个动作花不了两分钟但在我手滑敲错设备名的时候救回来的数据价值远超这点时间。引导这东西装对了没人记得装错了整台机器就是块砖。 
长河君 · 2026/10/26 3:07:45 · 阅读 1.2k GRUB手动安装全流程：Legacy与UEFI引导修复实战
1. 先把引导场景摸清楚别急着敲命令折腾 GRUB 手动安装这件事我这些年踩的坑比装的系统还多。很多人一上来就照着某篇教程敲grub-install /dev/sda结果机器直接起不来然后才开始慌。GRUB 手动安装的核心其实不是安装这个动作而是先把现状摸清楚——你现在是固件模式、分区表类型、根分区和 /boot 的关系、ESP 分区在哪、目标磁盘叫什么这五件事没弄清楚命令敲下去就是赌博。这篇文章我按实操顺序拆开讲从判断场景、盘点信息、理解工具分工到 Legacy 和 UEFI 两套完整流程再到故障现场怎么救全部是我自己在真机上反复验证过的路径。适合已经会用 Linux 但被引导问题卡住的人也适合想搞明白为什么而不是只会抄命令的朋友。1.1 GRUB 在启动链条里到底占哪一段一台机器从上电到看见登录界面链条是固定的固件Legacy BIOS 或 UEFI→ 引导程序 → 内核与 initramfs → init 进程 → 用户空间。GRUB 就卡在第二环它的唯一使命是把内核和 initramfs 从磁盘上捞出来塞进内存然后把控制权交出去。听起来简单但它自己又分成两半第一段引导代码极小Legacy 模式下塞在 MBR 后面的空隙里UEFI 模式下就是一个.efi可执行文件第二段才是你在菜单里看到的那个界面它需要读取/boot/grub目录下的模块和配置文件才能干活。这个两段式设计是所有问题的根源。第一段只认硬盘的物理位置不认文件系统第二段才认 ext4、btrfs、xfs、LVM、加密卷。所以当你搬家磁盘、改分区表、克隆系统盘的时候第一段大概率还在原地傻等着而它等的那个位置已经没有东西了——这就是grub rescue出现的最常见原因。理解这一点后面所有排查思路都是围绕第一段能不能找到第二段展开的。我习惯用一句话概括GRUB 的引导代码是路标/boot/grub目录是地图册。路标指向地图册地图册告诉你内核在哪。路标丢了你得重画路标地图册过期了你只需要重印地图册。前者是grub-install干的活后者是grub-mkconfig干的活。这两个动作必须分开理解混在一起就是大多数人装不明白的根本原因。1.2 什么情况下才真的需要手动安装不是所有引导问题都要动grub-install。我见过太多人因为菜单里少了一个内核条目就把引导代码重写一遍纯属给自己找事。真正需要手动安装引导代码的场景其实就那么几类引导记录被别的东西覆盖了。装第二个系统时对方的安装程序覆盖了 MBR 或覆盖了 ESP 里的默认引导文件原来的菜单没了。整盘克隆或迁移到新硬盘。磁盘设备名变了UUID 有时也变了第一段引导代码里的物理偏移全部失效。分区表从 MBR 换成了 GPT或者反过来。Legacy 模式下这个转换尤其麻烦因为 GPT 没有 MBR 后面那 62 个扇区的空隙可用。/boot或 ESP 分区被删除重建。文件系统重建了原来的模块和配置全没了。自定义布局比如根分区在 LVM 上、在加密卷里、在 btrfs 子卷里或者/boot单独分出来挂在别处。做可移动介质希望这套系统能在不同机器上引导。反过来如果只是菜单里内核版本旧了、想改默认启动项、想加个内核参数那只需要改/etc/default/grub然后重新生成配置跟grub-install一点关系都没有。分清楚这两类能省掉 80% 的无谓操作。1.3 动手之前必须确认的三件事我给自己定了个规矩只要碰引导先确认三件事确认不了就不动手。第一固件模式。机器是 Legacy 启动还是 UEFI 启动这决定了你要装i386-pc还是x86_64-efi目标两套东西完全不通用。判断方法后面细说。第二目标磁盘的准确设备名。是/dev/sda、/dev/nvme0n1还是/dev/mmcblk0注意grub-install后面跟的是磁盘不是分区。见过有人写grub-install /dev/sda1直接把分区开头覆盖了数据全废。第三根分区和/boot是不是分开的。这决定了--boot-directory参数该指向哪也决定了救援时set prefix要设成什么路径。分开的情况是最容易出错的因为很多人默认它们在一起。提醒这三件事在救援环境Live 介质里确认而不是在已经起不来的系统上确认。系统都进不去了你哪来的终端。2. 信息盘点把现状摸清再动手救援环境起来之后第一件事不是挂载是观察。lsblk、blkid、fdisk -l这三条命令的输出我一般会截图或者复制到一个文本文件里因为后面排查全靠它。这一步花十分钟能省后面两小时。2.1 判断固件模式与分区表类型判断当前启动模式最直接的办法是看/sys/firmware/efi这个目录存不存在# 目录存在说明当前是以 UEFI 模式启动的 ls -d /sys/firmware/efi 2/dev/null echo UEFI 模式 || echo Legacy 模式但这里有个坑这条命令判断的是当前这个救援环境的启动模式不一定等于目标系统的安装模式。有些机器固件里同时开着两种兼容模式你用 UEFI 模式做的启动盘进去之后看到的是 UEFI但目标系统原来是 Legacy 装的。所以还得交叉验证——看看目标磁盘上有没有 ESP 分区类型标记为EFI System的 FAT32 分区有的话目标系统大概率是 UEFI 装的如果只有一根孤零零的/boot或根分区那多半是 Legacy。分区表类型用fdisk -l或parted -l看输出第一行会写Disklabel type: gpt或者dos也就是 MBR。这个信息非常关键因为 GPT Legacy 的组合需要额外准备一个bios_grub分区而 MBR UEFI 基本是不可能组合MBR 上虽然能放 FAT 分区但固件通常不认。2.2 磁盘命名规则新手翻车最多的地方设备名这件事值得单独说因为我见过太多人在这里出问题。传统 SATA、USB 盘叫/dev/sda、/dev/sdb分区是/dev/sda1、/dev/sda2直接加数字。但 NVMe 固态盘叫/dev/nvme0n1分区要加个p变成/dev/nvme0n1p1。SD 卡和 eMMC 叫/dev/mmcblk0分区是/dev/mmcblk0p1。老式的 IDE 盘可能是/dev/hda。磁盘类型整盘设备名分区设备名注意点SATA / USB/dev/sda/dev/sda1直接拼数字NVMe SSD/dev/nvme0n1/dev/nvme0n1p1必须带peMMC / SD/dev/mmcblk0/dev/mmcblk0p1必须带p虚拟磁盘/dev/vda/dev/vda1直接拼数字为什么这个细节要命因为grub-install /dev/nvme0n1p1这种写法在很多版本上不会报错它会成功地把引导代码写到分区的开头然后你的分区数据就废了。而且有些老版本对 NVMe 的支持有问题识别不到设备得靠device.map手动指定。我自己的习惯是任何涉及dd、grub-install、mkfs的命令敲完先别回车眼睛盯着设备名再看三秒然后lsblk对照一遍容量。这个习惯救过我至少三次。2.3 挂载关系梳理与救援环境准备盘清楚之后把目标系统的分区挂起来。假设根分区是/dev/nvme0n1p3/boot单独分出来是/dev/nvme0n1p2ESP 是/dev/nvme0n1p1标准挂载顺序是这样的# 先挂根再挂 /boot最后挂 ESP顺序不能反 mount /dev/nvme0n1p3 /mnt mount /dev/nvme0n1p2 /mnt/boot mount /dev/nvme0n1p1 /mnt/boot/efi顺序为什么不能反因为挂载是叠加的先挂/boot/efi再挂/boot会把前面挂的内容盖住。这个错误非常隐蔽df -h看着一切正常但grub-install就是找不到 ESP。挂完之后还要把几个虚拟文件系统 bind 进去否则 chroot 进去之后很多工具会报错for d in dev dev/pts proc sys run; do mount --bind /$d /mnt/$d done/dev不挂grub-install找不到磁盘设备/proc和/sys不挂一些检测逻辑会失败/run不挂某些发行版的脚本会卡住。这几个 bind 挂载看起来是仪式感实际上是必需品。挂完chroot /mnt环境才算准备完毕。3. 两个核心工具的分工搞混了必翻车grub-install和grub-mkconfig是两条完全不同的命令作用对象也不同。我把它们的关系总结成一句话grub-install管引导代码能不能被固件找到grub-mkconfig管找到之后菜单里有什么。前者写的是磁盘的引导区域后者写的是/boot/grub/grub.cfg这个文本文件。3.1 grub-install 到底往磁盘上写了什么Legacy 模式下grub-install会做三件事把第一段引导代码写进 MBR前 446 字节把核心镜像core.img写进 MBR 后面那段空隙通常是 2048 扇区之前的那 62 个扇区里把模块文件复制到/boot/grub/i386-pc/。UEFI 模式下简单得多把一个.efi文件复制到 ESP 分区然后在固件的 NVRAM 里加一条启动项。这里有个 Legacy 模式下的经典坑post-MBR gapMBR 后空隙不够大。现代分区工具默认从 1MiB 处开始分区留出的空隙足够但如果是旧盘或者用了某些特殊分区方案空隙可能只有几 KBcore.img塞不进去grub-install就会报embedding is not possible。GPT 磁盘上的 Legacy 启动更麻烦需要单独划一个 1MiB 左右的bios_grub分区来放core.img。--recheck这个参数我几乎每次都加它会强制重新探测设备忽略缓存的device.map。磁盘刚插拔过、或者在虚拟环境里设备编号变化的时候不加这个参数经常会出现设备不存在的误报。3.2 /boot/grub 目录里到底有什么这个目录是所有 GRUB 模块的家。Legacy 模式下看i386-pc/子目录UEFI 模式下看x86_64-efi/子目录里面密密麻麻全是.mod文件和.lst列表文件。normal.mod是进入正常菜单界面的关键模块ext2.mod负责读 ext 系列文件系统lvm.mod处理逻辑卷luks.mod处理加密卷。除了模块还有几个重要文件grubenv存环境变量下次启动进哪个条目就记在这里device.map是设备映射表把(hd0)映射到/dev/sdagrub.cfg是最终生成的菜单配置。注意grub.cfg是生成文件不是手写文件。直接编辑它下次跑grub-mkconfig就被覆盖了。要改配置请改/etc/default/grub和/etc/grub.d/下的脚本。我见过有人在grub.cfg里手工加启动项当时能用内核一升级全没了然后回来问为什么。这就是没搞清楚生成和配置的区别。3.3 配置生成逻辑与 /etc/default/grub 里的关键项grub-mkconfig的工作流程是读/etc/default/grub里的默认值然后按顺序执行/etc/grub.d/下面带可执行权限的脚本10_linux、20_linux_xen、30_os-prober、40_custom等数字决定顺序把输出拼起来写到你指定的文件。几个必须知道的配置项GRUB_DEFAULT默认启动项可以是序号、条目名也可以是saved配合grub-set-default使用。GRUB_TIMEOUT菜单等待秒数设成0就是不显示菜单直接启动设成-1是无限等待。GRUB_CMDLINE_LINUX_DEFAULT传给内核的默认参数quiet splash这类就在这。GRUB_DISABLE_OS_PROBER这个默认值是true意思是不探测其他操作系统。双系统用户最常见的抱怨菜单里看不到另一个系统八成就是这一项在作怪。想让它探测得设成false同时确认os-prober这个包已经装上。GRUB_PRELOAD_MODULES也值得一提。如果你把根分区放在 LVM 或者加密卷上GRUB 在早期阶段需要先加载lvm或luks模块才能读到内核。虽然grub-install通常会自己算出来但显式写进去更保险GRUB_PRELOAD_MODULESlvm part_gpt part_msdos4. Legacy 模式的完整实操流程假设场景一块 MBR 分区表的硬盘/dev/sda根分区/dev/sda2格式 ext4/boot独立为/dev/sda1目标是以 Legacy 模式引导。这是最传统的布局也是理解原理最好的切入点。4.1 挂载、chroot 与环境校验先从救援介质启动按前面的顺序挂载并 bindmount /dev/sda2 /mnt mount /dev/sda1 /mnt/boot for d in dev dev/pts proc sys run; do mount --bind /$d /mnt/$d; done chroot /mnt /bin/bash进 chroot 之后先确认自己真的进了目标系统而不是还待在救援环境里。看/etc/os-release里的内容看/boot下有没有内核文件vmlinuz-*和initramfs-*。如果/boot是空的说明挂载没成功或者内核文件已经不在了这两种情况的处理方式完全不同。接着确认包管理里 GRUB 相关组件还在# deb 系发行版 dpkg -l | grep grub # rpm 系发行版 rpm -qa | grep grub如果grub-pc或grub2这些包被误删了得先重装包再继续。有些极端情况下/boot/grub整个目录都没了那grub-install也会失败因为它依赖里面的模块文件。4.2 执行 grub-install 并读懂它的输出Legacy 模式的标准命令grub-install --targeti386-pc --recheck --boot-directory/boot /dev/sda每个参数的作用--targeti386-pc明确指定装 Legacy 版本在 UEFI 机器上不指定这个默认会装 EFI 版然后你重启发现啥也没变--recheck强制重新探测设备--boot-directory/boot告诉它模块往哪拷如果/boot没独立分区这个参数可以省略最后那个/dev/sda是整盘。命令跑完正常的输出大概是几行Installing for i386-pc platform.和Installation finished. No error reported.。重点看最后一句没有 error 才算成功。如果报embedding is not possible说明 post-MBR gap 不够。这时候有两个选择一是用--force强行装会牺牲一部分可靠性把核心镜像拆到多个位置二是重新规划分区腾出空间。我一般选前者作为临时方案长期还是重新分区。如果报cannot find a device for /boot/grub (is /dev mounted?)就是前面说的/dev没 bind 进去回去补上。4.3 生成配置并逐项校验引导代码写完接着生成菜单grub-mkconfig -o /boot/grub/grub.cfg这条命令的输出里会包含探测到的内核和操作系统列表。我通常会把输出完整看一遍重点确认三件事探测到了几个内核、有没有Found ... on /dev/sdaX这样的其他系统提示、有没有WARNING或error字样。生成完毕用grep抽查一下grub.cfggrep -E menuentry|linux |initrd /boot/grub/grub.cfg | head -30看linux那一行里的rootUUIDxxxx这个 UUID 必须和blkid输出的根分区 UUID 一致。不一致的话开机就会卡在Waiting for root device或者直接进救援模式。UUID 不一致通常是因为分区被重建过或者你从另一台机器克隆过来的盘。实操心得grub.cfg里的 UUID 是最容易出错的地方克隆盘、恢复镜像、扩容分区之后都要重新核对一遍。宁可多花两分钟blkid对一遍也别等重启之后对着黑屏发呆。4.4 退出与重启的正确姿势配置生成完之后退出 chroot按相反顺序卸载exit umount -R /mnt sync rebootumount -R递归卸载把 bind 挂载一起清掉。如果报target is busy用lsof f -- /mnt或者fuser -vm /mnt找出占用进程。sync这一步别省尤其是机械盘或者 U 盘上的系统不刷盘直接重启刚写进去的引导代码可能还没落盘。重启之后如果看到 GRUB 菜单说明第一段引导成功找到了第二段如果菜单里能选中并启动系统整个流程就算闭环了。5. UEFI GPT 环境的完整实操UEFI 的流程比 Legacy 简洁但坑点换了地方。核心差异是引导代码不写磁盘扇区而是以一个文件的形式放在 ESP 分区里同时要在固件的 NVRAM 里登记一条启动项。5.1 ESP 分区的硬性要求ESPEFI System Partition的格式必须是 FAT32分区类型标记必须是EFI System。大小方面官方没有硬性下限但实际上 100MiB 就开始紧张了因为有些发行版会把内核和 initramfs 也放在 ESP 里尤其是根分区用 btrfs 或加密卷的时候。我一般给 512MiB 到 1GiB够用很多年。挂载点约定是/boot/efi有些新方案用/efi两种都行关键是grub-install的--efi-directory参数要和实际挂载点对上mount /dev/nvme0n1p3 /mnt # 根分区 mount /dev/nvme0n1p2 /mnt/boot # 独立 /boot如果有 mount /dev/nvme0n1p1 /mnt/boot/efi # ESP挂完之后ls /mnt/boot/efi应该能看到EFI目录如果之前装过系统或者至少是空目录而不是报错。如果一个空目录都没有说明挂载失败了。5.2 grub-install 的 UEFI 参数与 NVRAM 写入标准命令grub-install --targetx86_64-efi --efi-directory/boot/efi \ --bootloader-idGRUB --recheck几个参数逐个说。--targetx86_64-efi对应 64 位 x86 的 UEFI 固件ARM 机器是arm64-efi32 位 UEFI 是i386-efi选错目标装完固件根本不认。--efi-directory指向 ESP 挂载点。--bootloader-id决定 NVRAM 里那条启动项的名字也决定 ESP 里EFI/下创建的子目录名。这里有个特别需要注意的点--bootloader-id默认值在部分发行版里是发行版名字。双系统的时候两个系统各自的bootloader-id必须不同否则后装的会把先装的覆盖掉。我一般统一起名叫GRUB另一个系统叫什么随它去反正最后靠固件启动菜单选。装完之后验证 NVRAM 里有没有登记上efibootmgr -v输出里会列出所有启动项BootCurrent是当前这个BootOrder是启动顺序。找到GRUB那条看它指向的路径是不是\EFI\GRUB\grubx64.efi文件实际存不存在去 ESP 里ls一眼。如果 NVRAM 里没有或者路径不对开机就进不了 GRUB。还有一种情况是用--removable参数。这个参数会让 GRUB 把引导文件装到EFI/BOOT/BOOTX64.EFI这个后备路径上不写 NVRAM。适合做 U 盘系统因为换机器之后 NVRAM 里的记录就失效了但后备路径是固件一定会去查的。5.3 Secure Boot 的坑别硬闯开了 Secure Boot 的机器固件只加载有签名的引导文件。很多发行版提供的是签过名的shimx64.efigrubx64.efi组合正常装没问题。但如果你手动生成过 GRUB 模块或者改过签名链固件会直接拒绝加载表现为开机进了固件设置界面或者黑屏连 GRUB 菜单都看不到。碰到这种情况先别急着把 Secure Boot 关掉虽然那是最快的办法确认一下 ESP 里是不是有shimx64.efi。有的话NVRAM 里的启动项应该指向 shim 而不是 grub 本体——shim 先被固件信任再由它去加载 GRUB。efibootmgr -v能看到路径里带shim就对了。提醒自编译的 GRUB 模块、自己改过的主题、第三方内核模块在 Secure Boot 下都会带来麻烦。做实验的时候把 Secure Boot 关掉做完再打开别在开着的情况下反复试。5.4 双系统互不覆盖的实操原则双系统最常见的痛点是装了 B 之后 A 的引导没了。原因通常是 B 的安装程序把 ESP 里的EFI/BOOT/BOOTX64.EFI覆盖了或者把 NVRAM 里的启动顺序改了。我的做法是每个系统用自己的bootloader-id比如GRUB-A、GRUB-B互不干扰开机按 F12 或是进固件菜单选。这样两个系统各自维护自己的引导谁升级内核都不影响对方。代价是要多按一次键但换来的是稳定。如果非要一个菜单统管两个系统那就得让os-prober干活。注意GRUB_DISABLE_OS_PROBERfalse这个设置还要确认os-prober包已装。有些较新的发行版默认把os-prober从依赖里移出去了得手动装。6. 故障现场我遇到过的典型问题与排查路径引导出问题的表现千奇百怪但底层逻辑就那么几条。下面这张表是我这些年整理的高频问题速查后面挑几个详细讲。现象可能原因快速排查处理方向卡在grub rescue第一段引导找不到第二段ls看能识别哪些分区手动设 root 和 prefix再insmod normalerror: unknown filesystem文件系统模块没加载或分区表变了检查/boot/grub下模块是否存在补模块、重设 prefixerror: no such deviceUUID 变了设备找不到了blkid对比grub.cfg里的 UUID重新生成配置菜单出现但选不进去内核或 initramfs 路径错在 GRUB 命令行cat一下路径修正grub.cfg开机直接进固件设置NVRAM 项无效或文件不存在efibootmgr -v看路径重装 EFI 引导黑屏无任何输出显卡驱动或终端模式问题加nomodeset试调内核参数菜单里没有新内核配置没重新生成看grub.cfg时间戳重跑grub-mkconfig6.1 grub rescue 现场的救援步骤这个提示符一出说明第一段引导成功执行了但它找不到normal.mod只能停在最原始的命令行。核心思路是手动告诉它模块在哪。先ls一下看它能认出哪些(hdX,gptY)或(hdX,msdosY)组合。然后逐个试找到能列出内容的那一个ls (hd0,gpt2)/ ls (hd0,gpt2)/boot/grub找到之后依次设置set root(hd0,gpt2) set prefix(hd0,gpt2)/boot/grub insmod normal normalset root指向根分区set prefix指向模块目录。这两个设错任何一个insmod normal都会失败。如果/boot是独立分区prefix要指向(hd0,gpt1)/grub或者(hd0,gpt1)/boot/grub取决于当初装的时候是怎么组织的——这也是我建议大家记一下自己的分区布局的原因。normal执行成功后菜单界面就回来了。这时候别急着进去先想办法把系统启动起来进去之后第一件事是重跑一遍grub-install把这个临时状态变成永久状态。6.2 unknown filesystem 和 no such device 的区别这两个报错经常被混为一谈但成因完全不同。unknown filesystem是我找到了这个分区但我不认识它的文件系统。原因可能是ext2.mod没加载也可能是/boot用了 GRUB 不支持的格式比如某些 btrfs 的子卷布局、zstd 压缩的 btrfs还可能是分区表被改过GRUB 读到了错误的位置。no such device是我要找的那个 UUID 或设备不存在了。经典场景是整盘克隆到新硬盘UUID 变了或者把系统从 LVM 迁到物理分区grub.cfg里还写着root/dev/mapper/xxx。区分方法很简单unknown filesystem是路径层面的问题用ls能列到分区但打不开内容no such device是设备层面的问题ls直接列不出来。前者查模块和文件系统后者查 UUID 和设备名。6.3 菜单里没有新内核的三类原因升级内核之后菜单里还是旧的这个问题我遇到过很多次原因无非三种。一是grub-mkconfig压根没跑。有些发行版的包管理器钩子会自动跑有些不会尤其是自己编译内核或者手动dpkg -i装内核包的情况。解决方法很简单手动跑一次。二是/boot空间满了。新内核的vmlinuz和initramfs写不进去安装脚本静默失败或者只装了一半。df -h /boot一看就知道。清理办法是保留最近两三个内核其余用包管理器删掉。三是grub.cfg生成了但生成到了错误的位置。比如--boot-directory没指对或者 chroot 环境里/boot挂载失败配置文件写到了救援介质的/boot里重启自然看不到。这种情况看grub.cfg的修改时间就能发现。6.4 引导装完重启黑屏的排查顺序黑屏是最没信息量的故障得按顺序排除。先看是不是固件层面的问题开机按固件快捷键能不能进设置界面能进说明硬件正常问题在引导项上回头用efibootmgr查。进不去说明连固件都没跑起来那是硬件问题跟 GRUB 无关。能进固件设置但进不了 GRUB检查 NVRAM 里的启动项路径是否正确、文件是否存在。这里面最常见的是 ESP 分区被格式化过grubx64.efi没了但 NVRAM 记录还在。能看到 GRUB 菜单但选择之后黑屏那就是内核层面的问题了。在 GRUB 菜单上按e编辑启动项把quiet splash删掉加上nomodeset回车启动。如果能进系统说明是显卡驱动的问题进去之后装好驱动再改回来。实操心得调试阶段把quiet splash去掉让内核把启动日志全打出来比盯着黑屏猜有用一百倍。等系统稳定了再考虑加回去。7. 几条我踩坑之后总结的硬规矩7.1 备份要备对地方很多人备份 MBR 用dd if/dev/sda ofmbr.bak bs512 count1这招在 Legacy 模式下只备份了前 512 字节也就是第一段引导代码core.img根本没备到。真要备得连后面那段空隙一起count2048。UEFI 模式更简单直接把整个 ESP 分区打包tar czf esp-backup.tar.gz /boot/efi/EFI再存一份efibootmgr -v的输出。出问题的时候把文件解压回去NVRAM 项重建一下五分钟搞定。7.2 别手工编辑生成文件grub.cfg、grubenv之外的东西能不手改就别手改。要加自定义启动项写到/etc/grub.d/40_custom里让它参与生成流程。这样内核升级、配置重生成的时候你的自定义项还在。/etc/default/grub才是你应该改的地方改完统一跑grub-mkconfig。这个习惯坚持下来能避免 90% 的配置改了没生效问题。7.3 顺序很重要先修引导还是先修系统有个判断原则如果系统本身能起来哪怕是通过救援介质 chroot 进去的就先修引导如果系统文件已经损坏、包管理器都跑不动那就先修系统再修引导。反过来做经常是引导装好了但内核和 initramfs 是坏的还是起不来白忙一场。判断方法是在 chroot 里跑一次update-initramfs -udeb 系或dracut -frpm 系能正常跑完说明系统基本健康再动引导才安全。最后分享一个我个人一直在用的小习惯每次动引导之前先在纸上或者文本文件里写下当前的分区布局、UUID、固件模式、ESP 路径写完对照lsblk和blkid核一遍。这个动作花不了两分钟但在我手滑敲错设备名的时候救回来的数据价值远超这点时间。引导这东西装对了没人记得装错了整台机器就是块砖。