1. 问题现象与根源剖析遇到“修改了/boot/grub/grub.cfg文件重启后却发现所有改动都消失了系统又回到了老样子”这种情况十有八九是踩进了GRUB配置管理的一个经典陷阱。很多从Windows或其他简单引导环境转过来的朋友会下意识地认为这个grub.cfg就是最终的“配置文件”改它就应该生效。但在现代的Ubuntu尤其是使用UEFI启动的系统中grub.cfg更像是一个由系统自动生成的“只读成品”直接修改它就像试图去修改一个已经编译好的程序的可执行文件下次系统一“编译”即运行update-grub或内核更新时你的修改就会被无情地覆盖掉。这个问题的核心根源在于对GRUB 2配置层次结构的误解。GRUB 2的设计非常模块化其配置分为几个层级核心脚本与模块位于/etc/grub.d/目录下这是一系列可执行的Shell脚本如00_header,10_linux,30_os-prober等。这些脚本才是真正的“配方”update-grub命令运行时会依次执行这些脚本将它们输出的内容拼接起来。用户主配置文件/etc/default/grub。这个文件包含了一系列关键的全局变量如GRUB_TIMEOUT,GRUB_CMDLINE_LINUX_DEFAULT等/etc/grub.d/下的脚本会读取这个文件中的变量值并据此生成对应的配置片段。最终生成的配置文件/boot/grub/grub.cfg。这是由update-grub命令根据上述“配方”脚本和“原料”/etc/default/grub自动“烹饪”出来的最终菜品。文件开头通常有醒目的警告DO NOT EDIT THIS FILE。所以当你直接修改/boot/grub/grub.cfg时就相当于在成品菜上直接加调料。而系统的大厨update-grub或内核更新进程在下一次做菜时依然会按照原始的配方和原料来你手动加的调料自然就没了。注意在UEFI启动模式下还有一个关键位置是EFI系统分区ESP通常挂载在/boot/efi。GRUB的UEFI应用程序grubx64.efi等和部分环境模块存放在这里但主要的配置生成逻辑依然在/boot/grub/和/etc/下。2. 正确的GRUB配置修改流程理解了问题的根源正确的操作流程就非常清晰了。我们的目标不是去修改最终成品而是去调整“配方”或“原料”然后让系统重新生成成品。2.1 修改全局参数/etc/default/grub这是最常用、最安全的修改入口。几乎所有常见的引导参数调整都可以在这里完成。常见参数解析GRUB_TIMEOUT5引导菜单的等待时间秒。设为-1则等待手动选择。GRUB_TIMEOUT_STYLEmenu显示为经典菜单。若设为hidden则只在按下Shift或Esc时显示。GRUB_CMDLINE_LINUX_DEFAULTquiet splash传递给Linux内核的默认参数。quiet splash表示静默启动并显示 Plymouth 开机动画。如果你想看到详细的启动日志可以移除quiet splash。GRUB_CMDLINE_LINUX这里添加的参数会同时应用于常规和恢复模式启动项。GRUB_DISABLE_OS_PROBERfalse是否启用其他操作系统探测。双系统环境下必须确保其为false。GRUB_GFXMODE1920x1080设置GRUB菜单的图形分辨率。GRUB_BACKGROUND/path/to/wallpaper.jpg设置GRUB菜单背景图片。操作步骤使用文本编辑器如sudo nano /etc/default/grub打开文件。找到需要修改的参数行进行编辑。例如将等待时间改为10秒GRUB_TIMEOUT10。保存并退出编辑器。2.2 自定义菜单项修改或创建/etc/grub.d/脚本如果你需要添加一个完全自定义的启动项例如引导另一个特殊的内核或系统直接修改/etc/default/grub就不够了。这时需要操作/etc/grub.d/目录下的脚本。安全做法创建一个自定义脚本强烈不建议直接修改10_linux、30_os-prober等系统原有脚本因为系统更新可能会覆盖它们。最佳实践是创建一个优先级在40_之后的自定义脚本例如40_custom这样你的配置会在最后被加入拥有最高优先级。编辑或创建/etc/grub.d/40_customsudo nano /etc/grub.d/40_custom在文件中添加你的自定义菜单项。GRUB的菜单项语法需要写在#!/bin/sh和exec tail -n 3 $0这两行之后。例如添加一个内存测试工具Memtest86的入口#!/bin/sh exec tail -n 3 $0 # This file provides an easy way to add custom menu entries. Simply type the # menu entries you want to add after this comment. Be careful not to change # the exec tail line above. menuentry Memory Test (memtest86) { insmod part_gpt insmod ext2 set roothd0,gpt2 # 注意这里需要根据你的实际分区情况修改 linux16 /boot/memtest86.bin }关键点set root这一行必须指向包含memtest86.bin文件的分区。你可以通过lsblk -f或blkid命令查看分区标识如/dev/sda2对应的GRUB设备名可能是hd0,gpt2。保存文件后必须赋予该脚本可执行权限否则update-grub会忽略它sudo chmod x /etc/grub.d/40_custom2.3 应用更改运行update-grub无论你修改了/etc/default/grub还是/etc/grub.d/下的脚本最后一步都是相同的运行sudo update-grub命令。这个命令会读取/etc/default/grub中的变量。按数字顺序执行/etc/grub.d/目录下所有可执行的脚本。将所有脚本的输出整合生成新的/boot/grub/grub.cfg文件。执行命令sudo update-grub你会看到类似以下的输出表明它正在探测内核、生成配置Generating grub configuration file ... Found linux image: /boot/vmlinuz-5.15.0-91-generic Found initrd image: /boot/initrd.img-5.15.0-91-generic Found linux image: /boot/vmlinuz-5.15.0-89-generic Found initrd image: /boot/initrd.img-5.15.0-89-generic Found memtest86 image: /boot/memtest86.bin Found Windows Boot Manager on /dev/sda1/EFI/Microsoft/Boot/bootmgfw.efi done2.4 验证修改结果生成完成后强烈建议检查一下新生成的/boot/grub/grub.cfg文件确认你的修改已经生效。sudo grep -n 你的关键词 /boot/grub/grub.cfg或者直接查看文件末尾你的40_custom内容应该被添加在那里。最后重启系统以验证引导菜单是否按预期变化sudo reboot3. 高级场景与疑难排查掌握了标准流程我们再来看看一些更复杂或容易出错的场景。3.1 UEFI与Legacy BIOS启动模式的影响这是导致很多配置“看似正确却不生效”的元凶。你的系统引导模式决定了GRUB文件的实际存放位置和加载方式。如何判断启动模式ls /sys/firmware/efi如果这个目录存在说明系统是以UEFI模式启动的。如果不存在则是Legacy BIOS传统模式。关键区别UEFI模式GRUB的核心EFI应用程序如grubx64.efi,shimx64.efi存放在EFI系统分区ESP通常挂载在/boot/efi/EFI/ubuntu/。/boot/grub/目录下存放的是模块、字体和生成的grub.cfg。配置流程如前所述。Legacy模式GRUB的引导代码直接写入MBR或分区引导扇区。/boot/grub/是主要的工作目录。为什么这很重要如果你在UEFI电脑上安装了Ubuntu但错误地按照Legacy模式去修复引导比如用grub-install /dev/sda而不是grub-install --targetx86_64-efi --efi-directory/boot/efi那么无论你怎么修改grub.cfg主板UEFI固件加载的仍然是另一个位置的、旧的GRUB EFI文件配置自然不生效。3.2 修改后update-grub报错或无效有时候运行sudo update-grub会报错或者成功执行了但重启后没变化。检查脚本权限确保你创建的/etc/grub.d/40_custom等自定义脚本有可执行权限chmod x。检查语法错误自定义脚本中的GRUB命令语法错误会导致update-grub执行失败或忽略该脚本。仔细核对menuentry、insmod、set root、linux/linuxefiUEFI下等命令的格式。检查分区标识在自定义菜单项中set root(hdX,gptY)或set root(hdX,msdosY)是最容易出错的地方。hdX中的X从0开始计数gptY或msdosY中的Y从1开始计数。你可以通过在GRUB命令行启动时按C键进入输入ls来查看所有设备列表或者在系统中使用sudo fdisk -l和lsblk对照查看。内核参数问题在/etc/default/grub的GRUB_CMDLINE_LINUX_DEFAULT中添加或删除参数时要确保参数格式正确多个参数用空格隔开且不要破坏引号。例如添加nomodeset参数GRUB_CMDLINE_LINUX_DEFAULTquiet splash nomodeset。文件系统模块未加载如果你的/boot或根分区使用的是不常见的文件系统如Btrfs、ZFS可能需要先在自定义脚本中insmod对应的模块如insmod btrfs才能正确set root。3.3 修复因错误修改而损坏的GRUB如果不慎误操作导致系统无法启动通常你会看到一个黑屏只有一个grub或grub rescue提示符。在GRUB Rescue模式下的急救这种情况通常是GRUB找不到它的核心模块或grub.cfg了。使用ls命令列出所有已知的分区例如(hd0,gpt1),(hd0,gpt2)等。逐个分区尝试寻找包含/boot/grub目录的分区。假设你找到了它在(hd0,gpt2)set prefix(hd0,gpt2)/boot/grub set root(hd0,gpt2) insmod normal normal如果成功这会加载正常的GRUB菜单。进入系统后立即在终端重新安装和配置GRUB# 对于UEFI系统 sudo grub-install --targetx86_64-efi --efi-directory/boot/efi --bootloader-idubuntu sudo update-grub # 对于Legacy BIOS系统 sudo grub-install /dev/sda # sda是你的磁盘设备不是分区 sudo update-grub使用Live USB修复如果上述方法失败你需要一个Ubuntu安装U盘。从U盘启动选择“试用Ubuntu”。挂载你的原系统根分区和必要的分区如/boot,/boot/efi。使用chroot进入原系统环境然后重新安装GRUB。# 假设原系统根分区在 /dev/sda2ESP在 /dev/sda1 sudo mount /dev/sda2 /mnt sudo mount /dev/sda1 /mnt/boot/efi # 如果是UEFI # 挂载必要的虚拟文件系统 for i in /dev /dev/pts /proc /sys /run; do sudo mount -B $i /mnt$i; done # chroot sudo chroot /mnt # 现在你在原系统环境下了重新安装GRUB grub-install /dev/sda # Legacy模式 # 或 grub-install --targetx86_64-efi --efi-directory/boot/efi --bootloader-idubuntu # UEFI模式 update-grub exit sudo reboot4. 实战案例为Ubuntu添加自定义内核启动参数让我们通过一个实际需求来串联整个流程为Ubuntu内核永久添加iommusoft参数以解决某些硬件兼容性问题。需求分析这是一个需要修改内核命令行参数的需求属于全局配置因此应该修改/etc/default/grub。操作步骤备份原配置好习惯sudo cp /etc/default/grub /etc/default/grub.backup.$(date %Y%m%d)编辑主配置文件sudo nano /etc/default/grub找到这一行GRUB_CMDLINE_LINUX_DEFAULTquiet splash将其修改为GRUB_CMDLINE_LINUX_DEFAULTquiet splash iommusoft注意参数之间用空格分隔。quiet splash是控制启动界面显示的iommusoft是我们的目标参数它们共存互不影响。保存文件并退出编辑器在nano中是CtrlX然后按Y确认再按Enter。应用更改sudo update-grub仔细查看命令输出确认它找到了正确的内核镜像并生成了配置。验证修改 生成完成后我们可以快速检查一下新生成的grub.cfg中是否包含了我们的参数。sudo grep linux.*root /boot/grub/grub.cfg | head -2这条命令会查看前两个Linux启动项的配置行你应该能在输出中看到iommusoft这个参数被添加在了内核命令行的末尾。重启生效sudo reboot系统重启后在GRUB菜单界面如果需要按Shift或Esc调出选中你的Ubuntu启动项按e键进行临时编辑。在打开的配置中找到以linux开头的那一行确认末尾是否包含了iommusoft。然后按CtrlX或F10继续启动。系统内最终确认 成功进入系统后打开终端运行以下命令查看当前内核实际使用的参数cat /proc/cmdline输出的字符串中应该包含iommusoft。至此修改已永久生效。避坑心得在修改GRUB_CMDLINE_LINUX_DEFAULT时如果参数值本身包含空格或特殊字符可能需要用引号包裹整个参数但这种情况较少。大部分参数像nomodeset,iommusoft,acpioff等直接空格追加即可。如果你不确定某个参数是否有效或者担心参数导致无法启动可以在GRUB菜单界面临时编辑按e键来测试。临时编辑不会保存重启后即失效是测试参数的安全方法。修改后如果无法启动可以尝试在GRUB菜单选择“Advanced options for Ubuntu”然后选择一个旧版本的内核启动进入系统后再回退/etc/default/grub的修改。5. 维护建议与最佳实践管理GRUB配置遵循以下原则可以让你省去很多麻烦永远不要直接编辑/boot/grub/grub.cfg这是铁律。把它当作一个日志文件来“只读”查看而不是配置文件来编辑。修改前先备份在改动/etc/default/grub或/etc/grub.d/下的重要脚本尽管不建议改系统脚本前先复制一份。命令sudo cp 原文件 原文件.bak能救急。自定义内容放在40_custom这是为你预留的“安全区”。系统更新不会覆盖这个文件只要你不改它的名字和权限。所有自定义菜单项都应集中在这里管理。理解update-grub的作用它只是一个配置生成器不负责安装引导加载程序到磁盘。修改引导设备或修复引导损坏需要用的是grub-install命令。知晓你的启动模式在进行任何重大的引导修复如重装GRUB之前务必先用ls /sys/firmware/efi确认是UEFI还是Legacy模式并使用对应的grub-install命令参数。利用GRUB命令行进行调试启动时按C键进入GRUB命令行这是一个强大的调试环境。你可以用ls查看设备用cat (hd0,gpt2)/etc/issue查看分区内容用insmod加载模块这对于排查分区识别、文件系统问题非常有帮助。GRUB是一个强大而复杂的系统引导器它的模块化设计虽然增加了初学者的理解成本但也提供了极高的灵活性。一旦你掌握了其配置文件的层次关系——/etc/default/grub定义变量/etc/grub.d/脚本基于变量生成逻辑最终由update-grub合成/boot/grub/grub.cfg——你就会发现管理启动项变得清晰且可控。记住把/boot/grub/grub.cfg视为只读的输出结果而把/etc/目录下的文件视为可配置的输入源这是解决“修改不生效”问题的关键。下次再想调整启动菜单时不妨先花几秒钟想想这个改动是属于“原料”/etc/default/grub还是“配方”/etc/grub.d/然后去正确的地方修改最后别忘了让大厨update-grub重新出菜。