uefi模式下linux安装失败或无法启动，八成因分区与引导配置错误：必须使用gpt分区表、单独创建512mb以上fat32格式esp分区并挂载至/boot/efi、标记esp/boot标志，且grub须安装到/dev/sda而非具体分区。
Linux安装失败或启动不了，八成出在分区和引导配置上。这两个环节看似只是安装界面里的几项勾选，实则决定了系统能否识别硬盘、加载内核、顺利进入桌面或命令行。
UEFI模式下必须配GPT+ESP分区
如果你的电脑是2012年后出厂的主流机型，大概率默认启用UEFI启动。此时若仍用MBR分区表和传统/boot分区，安装可能完成，但重启后直接黑屏或进Windows——因为UEFI固件根本不会读取MBR里的GRUB。
- 确认方式：Live环境执行 ls /sys/firmware/efi，有输出即为UEFI模式
- 磁盘必须初始化为GPT格式（可用 parted -l 查看 Disklabel type）
- 必须单独划分一个FAT32分区，大小512MB起，挂载点设为 /boot/efi，并手动打上 esp 和 boot 标志
- 该分区不能是ext4、NTFS或任何其他格式；否则GRUB安装会静默失败
关键分区不是越多越好，而是要按用途隔离
新手常误以为“多分几个区更专业”，结果导致空间浪费或管理混乱。真正影响稳定性的，是核心目录是否独立、是否有足够余量。
- /boot：仅需200–500MB（传统BIOS）；UEFI下由ESP承担，无需额外/boot
- /（根分区）：建议20–50GB，装完系统+常用软件后应剩30%以上空间
- /home：存放所有用户数据，建议占剩余空间大部分；重装系统时可跳过格式化，保全个人文件
- /var：服务器场景必分，尤其日志密集型服务（如Nginx、数据库），建议50–150GB，避免日志撑爆根分区
- swap：内存≤8GB建议设为物理内存2倍；≥16GB可设8–16GB；SSD用户可改用swapfile替代分区，更灵活
GRUB安装位置错误是最隐蔽的启动失败原因
很多用户在手动分区时，把GRUB目标选成了某个分区（如/dev/sda2），而不是整块磁盘（/dev/sda）。这会导致UEFI无法在ESP中写入grubx64.efi，或者Legacy模式下MBR被跳过。
- 正确做法：安装引导程序时，目标设备选 /dev/sda（不带数字后缀）
- 验证方法：安装完成后，用Live USB挂载/boot/efi，检查路径 /EFI/ubuntu/grubx64.efi（Ubuntu）或 /EFI/fedora/shimx64.efi（Fedora）是否存在
- 若缺失，可chroot进系统后运行：grub2-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=ubuntu
分区操作前务必做三件事
再稳妥的方案，也架不住操作前疏忽。以下三项不做，后续排错成本翻倍。
- 用 smartctl -a /dev/sda 检查硬盘健康状态，重点关注 Reallocated_Sector_Ct 和 Current_Pending_Sector 是否为0
- 用 lsblk -f 或 fdisk -l 确认目标磁盘无重要数据，或已完整备份
- 进入BIOS/UEFI设置，关闭 Secure Boot（部分发行版兼容性不佳），开启 AHCI 模式（非IDE或RAID）
