Kali Linux与Ubuntu双系统启动时GRUB菜单不显示Kali选项？

Question

在Kali Linux与Ubuntu双系统环境中，安装Kali后GRUB主菜单常不显示Kali启动项（仅见Ubuntu及内存测试等默认条目），导致无法进入Kali系统。该问题多因Kali安装时未正确识别已存在的Ubuntu引导环境，或其`os-prober`未启用/失效，致使`update-grub`跳过Kali分区；亦可能源于Kali使用了独立EFI分区但未被Ubuntu的GRUB配置扫描到，或`/etc/default/grub`中`GRUB_DISABLE_OS_PROBER=false`缺失、`os-prober`未安装（Ubuntu 22.04+默认禁用）、或Kali根分区未被正确挂载导致探测失败。此外，Secure Boot开启、EFI路径权限异常或Kali以“minimal installation”方式跳过GRUB安装也可能引发此现象。该问题不影响系统本身，但直接阻碍双系统切换，需手动修复GRUB配置并重新生成菜单。

Answer 1

```html

一、现象定位：GRUB菜单缺失Kali启动项的典型表征

在Kali Linux与Ubuntu双系统环境中，执行sudo update-grub后，终端输出中未出现Found Kali GNU/Linux Rolling (…)字样，且重启后GRUB主菜单仅显示Ubuntu、Advanced options for Ubuntu、Memory test等条目，完全不识别Kali安装分区。此为引导链断裂的第一层信号，表明os-prober探测流程已失效或被跳过。

二、根因分层解析：从配置层到硬件层的五维归因模型

• 配置层：Ubuntu 22.04+默认禁用os-prober，且/etc/default/grub中缺失GRUB_DISABLE_OS_PROBER=false（默认为true）
• 软件层：os-prober包未安装（apt list --installed | grep os-prober返回空），或版本存在兼容性缺陷（如v1.82对Btrfs子卷探测异常）
• 挂载层：Kali根分区（如/dev/nvme0n1p5）未在Ubuntu中挂载至/mnt/kali等临时路径，导致os-prober无法读取/mnt/kali/etc/os-release
• EFI层：Kali安装时创建了独立EFI System Partition（ESP），但该分区未被Ubuntu系统识别（lsblk -f | grep vfat无对应挂载点），或挂载权限受限（mount | grep efi显示noexec,nosuid）
• 安全层：Secure Boot启用状态下，Ubuntu GRUB模块（如linuxefi、initialefi）可能被UEFI固件拦截，导致Kali内核镜像加载失败而静默跳过探测

三、诊断流水线：标准化排查指令集（含验证输出示例）

步骤	命令	预期成功输出特征
1. 检查os-prober状态	dpkg -l | grep os-prober	显示ii os-prober 1.82ubuntu1 amd64 ...
2. 验证GRUB配置开关	grep GRUB_DISABLE_OS_PROBER /etc/default/grub	返回GRUB_DISABLE_OS_PROBER=false
3. 手动触发探测	sudo os-prober	输出类似/dev/nvme0n1p5@/dev/nvme0n1p1:Kali GNU/Linux Rolling:Kali:linux

四、修复方案矩阵：按风险等级与适用场景分级实施

1. 低风险首选方案（推荐）：在Ubuntu中执行以下原子操作链
   sudo apt install -y os-prober && sudo sed -i 's/GRUB_DISABLE_OS_PROBER=true/GRUB_DISABLE_OS_PROBER=false/' /etc/default/grub && sudo update-grub
2. 中风险挂载修复方案：当os-prober仍无输出时，手动挂载Kali根分区并重试
   sudo mkdir -p /mnt/kali && sudo mount /dev/nvme0n1p5 /mnt/kali && sudo os-prober
3. 高风险EFI路径干预：若Kali使用独立ESP，需将其挂载至/boot/efi/kali并更新grub.cfg引用路径

五、深度防御：构建双系统引导韧性架构

为避免同类问题复发，建议建立三层防御机制：

• 安装前契约：Kali安装时勾选“Install boot loader to /dev/sdX”并明确指定Ubuntu所在ESP分区（非默认/dev/sda1）
• 配置即代码：将GRUB关键参数纳入Ansible Playbook，强制校验GRUB_DISABLE_OS_PROBER与os-prober包状态
• 引导自愈脚本：部署定时任务，每日执行sudo grub-install --recheck /dev/sda && sudo update-grub并邮件告警失败事件

六、故障树分析（FTA）可视化

graph TD
    A[GRUB菜单无Kali项] --> B{os-prober是否启用？}
    B -->|否| C[检查GRUB_DISABLE_OS_PROBER]
    B -->|是| D{os-prober是否安装？}
    D -->|否| E[apt install os-prober]
    D -->|是| F{Kali分区是否可访问？}
    F -->|否| G[手动mount并验证fstab]
    F -->|是| H[检查Secure Boot状态]
    H -->|启用| I[禁用Secure Boot或签名GRUB模块]

```