Linux系统无法启动多因GRUB损坏、配置错误或内核文件丢失，可通过Live环境修复：先识别故障类型，再挂载分区、chroot后重装GRUB并更新配置，最后检查内核、initramfs及fstab。
Linux系统无法启动，多数情况是引导加载程序（GRUB）损坏、配置错误或内核文件丢失。只要/boot分区未被彻底破坏，通常能通过Live环境修复，无需重装系统。
确认问题类型：先看屏幕提示
开机后注意文字信息：
- 出现 grub> 或 grub rescue> 提示符 → GRUB主程序损坏或配置丢失
- 显示 error: file not found 或 unknown filesystem → GRUB找不到/boot或无法识别文件系统
- 卡在“Loading Linux …”后黑屏 → 内核或initramfs损坏，或根文件系统挂载失败
- 直接跳过GRUB进入紧急模式（如dracut或(initramfs)）→ 根分区未正确识别或fstab有误
用Live USB进入救援环境
下载同发行版的ISO（如Ubuntu 22.04 ISO），制作启动U盘，从它启动并选择“Try Ubuntu”（或其他发行版的Live模式）。打开终端执行：
linux-performance-analyzer
下载
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
- 运行 sudo fdisk -l 或 lsblk 查看硬盘分区，确认 /boot 和 / 所在设备（例如 /dev/nvme0n1p2 是根分区，/dev/nvme0n1p1 是EFI或/boot）
- 挂载根分区：sudo mount /dev/nvme0n1p2 /mnt
- 若存在独立 /boot 分区，也挂载：sudo mount /dev/nvme0n1p1 /mnt/boot
- 若为UEFI系统且有EFI系统分区（FAT32格式），挂载到 /mnt/boot/efi：sudo mount /dev/nvme0n1p3 /mnt/boot/efi
- 绑定关键虚拟文件系统：
sudo mount --bind /dev /mnt/dev && sudo mount --bind /proc /mnt/proc && sudo mount --bind /sys /mnt/sys
重装与更新GRUB
进入chroot环境修复引导：
- 执行 sudo chroot /mnt 切换到原系统
- 检查GRUB是否已安装：which grub-install；若无，先运行 apt install grub-efi-amd64（Debian/Ubuntu）或 dnf install grub2-efi-x64-modules（Fedora/RHEL）
- 重新安装GRUB（根据固件类型选其一）：
• BIOS传统模式：grub-install /dev/nvme0n1（目标是磁盘，不是分区）
• UEFI模式：grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=ubuntu - 更新GRUB配置：update-grub（Debian系）或 grub2-mkconfig -o /boot/grub2/grub.cfg（RHEL/Fedora系）
检查内核与initramfs
即使GRUB恢复，缺内核或initramfs仍会启动失败：
- 查看 /boot 目录：ls /boot/vmlinuz-* /boot/initrd.img-*，确认至少有一套完整内核+对应initramfs存在
- 若缺失initramfs，重建：update-initramfs -u -k all（Debian/Ubuntu）或 dracut -f（RHEL/Fedora）
- 检查 /etc/fstab 是否正确，特别是根分区和/boot/efi的UUID是否匹配 blkid 输出
- 可临时用 ls /proc/cmdline（在chroot中）核对当前启动参数中的root=UUID是否有效
修复完成后退出chroot（exit），依次卸载所有挂载点（sudo umount -R /mnt），重启拔掉Live USB即可。
