当前GRUB启动项顺序可通过grep -E 'menuentry |submenu ' /boot/grub/grub.cfg | sed ... | nl查看，索引从0开始，子菜单不参与默认选择；默认项推荐用精确菜单名（如GRUB_DEFAULT="Windows Boot Manager (on /dev/nvme0n1p1)"）而非数字索引，修改后须运行sudo update-grub。
如何确认当前GRUB菜单中的启动项顺序
GRUB 的启动项顺序由 /boot/grub/grub.cfg 自动生成，但这个文件**不能手动编辑**——它每次运行 update-grub 都会被覆盖。真正控制顺序的是 /etc/default/grub 中的 GRUB_DEFAULT 设置，以及 /etc/grub.d/ 下脚本生成菜单项的执行顺序。
先用命令看实际加载顺序：
grep -E 'menuentry |submenu ' /boot/grub/grub.cfg | sed 's/^.*["''']([^"''']*)["'''].*$//' | nl
输出类似：
1 Ubuntu
2 Advanced options for Ubuntu
3 Windows Boot Manager (on /dev/nvme0n1p1)
4 Ubuntu, with Linux 6.8.0-45-generic
注意：第 2 行是子菜单，不参与默认启动选择；第 1、3、4 行才是可选的顶级菜单项（索引从 0 开始）。
设置默认启动项：用数字索引还是菜单名更稳妥
GRUB_DEFAULT=0 表示第一项，GRUB_DEFAULT=2 表示第三项（比如 Windows）。但靠数字有风险：一旦系统更新内核或新增启动项（如新内核自动加到 Ubuntu 子菜单顶部），整个索引会偏移。
更可靠的做法是用菜单名精确匹配：
- 在
/etc/default/grub中写GRUB_DEFAULT="Windows Boot Manager (on /dev/nvme0n1p1)" - 必须和
grub.cfg中menuentry引号内的字符串**完全一致**（包括空格、括号、设备路径） - 如果菜单名含单引号或特殊字符，需用反斜杠转义，例如
GRUB_DEFAULT="Ubuntu\'s recovery mode" - 改完后必须运行
sudo update-grub，否则无效
调整多系统菜单项出现位置：修改 /etc/grub.d/ 脚本执行顺序
GRUB 按照 /etc/grub.d/ 下文件名升序执行（如 10_linux、20_linux_xen、30_os-prober）。而 os-prober 是检测 Windows/macOS 的关键脚本，默认是 30_os-prober，所以 Windows 总排在 Ubuntu 后面。
想让 Windows 出现在菜单最前面？可以：
- 重命名
/etc/grub.d/30_os-prober为/etc/grub.d/05_os-prober - 确保
05_os-prober有可执行权限：sudo chmod +x /etc/grub.d/05_os-prober - 检查
os-prober是否启用：sudo nano /etc/default/grub确认含GRUB_DISABLE_OS_PROBER=false（Ubuntu 22.04+ 默认禁用） - 再运行
sudo update-grub
注意：os-prober 在某些发行版（如 Fedora、Arch）中默认不安装，需手动 sudo apt install os-prober（Debian/Ubuntu）。
常见失败原因：os-prober 不工作或 Windows 不显示
即使启用了 os-prober，Windows 仍不出现，大概率是以下之一：
- Windows 分区未挂载或被标记为“休眠”（Fast Startup 导致 NTFS 卷脏）：在 Windows 中以管理员身份运行
powercfg /h off并彻底关机（不是重启） -
os-prober找不到 Windows Boot Manager：检查是否在 UEFI 模式下安装 Windows，且 ESP（EFI System Partition）已挂载到/boot/efi - GRUB 权限问题：某些系统（如带 Secure Boot 的 OEM 机器）会屏蔽
os-prober输出，此时需临时禁用 Secure Boot 测试 - 分区 UUID 变化：若 Windows 分区被调整过大小或格式化过，旧缓存可能干扰识别，可清空
/var/lib/os-prober/后重试
真正麻烦的不是改配置，而是不同固件模式（Legacy BIOS vs UEFI）、不同 Windows 版本（Win10 vs Win11）、不同磁盘分区方案（MBR vs GPT）会让 os-prober 行为不一致——建议先用 lsblk -f 和 sudo fdisk -l 确认 Windows 所在分区类型和挂载状态，再动手。
