UEFI/GPT与BIOS/MBR混搭导致无法启动的主因是引导模式与分区表类型不匹配；Swap大小应按内存容量和用途合理设置；根分区建议60–80GB；SSD分区须1MiB对齐；操作前务必备份分区表。
UEFI/GPT 与 BIOS/MBR 混搭导致无法启动
最常被忽略却后果最直接的误区：系统引导模式和分区表类型不匹配。比如在 UEFI 模式下用 fdisk 创建 MBR 分区表，或在 Legacy BIOS 下强行用 gdisk 写入 GPT，结果就是开机卡在 Invalid Partition Table 或黑屏无响应。
- 进 BIOS/UEFI 设置界面确认当前引导模式（通常叫 “Boot Mode” 或 “UEFI/Legacy Support”）
- UEFI 环境下必须用
gdisk或parted创建 GPT；BIOS 环境优先选fdisk+ MBR -
lsblk -f和sudo fdisk -l /dev/sda或sudo gdisk -l /dev/sda可快速验证当前磁盘是 MBR 还是 GPT
Swap 分区大小拍脑袋设成内存 2 倍
“Swap 越大越保险” 是老黄历了。机械硬盘上过大的 Swap 会拖慢整体 I/O；SSD 上则徒增写入磨损；而现代 Linux（尤其 ≥5.0 内核）对 Swap 的依赖已大幅降低——除非你真需要休眠（systemctl hibernate）或运行内存密集型科学计算。
- 物理内存 ≤8GB：Swap 设为
1–1.5× RAM即可（例如 4GB 内存配 4–6GB Swap） - 物理内存 ＞8GB：Swap ≤16GB 足够；若需休眠，Swap 必须 ≥RAM 容量
- 纯 SSD 主机可考虑禁用 Swap（
sudo swapoff -a && sudo sed -i '/swap/d' /etc/fstab），改用 zram（压缩内存交换）更高效
根分区（/）只分 20GB，结果装完系统就告急
很多教程仍沿用旧标准，把 / 分区设成 15–20GB。但现代发行版（如 Ubuntu 24.04、Fedora 40）光系统+默认软件包就占 8–12GB；再加上内核更新残留、/var/log 日志、/var/cache 包缓存，不到一个月就爆满。
-
/分区建议最低50GB，推荐60–80GB（尤其启用 Snap 或 Flatpak 的桌面环境） -
/home独立分区仍是强烈推荐项——重装系统时可保留全部用户数据 - 避免把
/var或/usr单独分区，除非有明确运维需求（如容器日志隔离、只读系统部署）
SSD 分区未对齐，白白损失 15%+ 随机读写性能
传统 HDD 时代按“柱面”对齐还有意义，但 SSD 和 NVMe 的底层擦除单元（erase block）是 256KB–4MB 不等。起始扇区没对齐，一次 4KB 写入可能触发两次物理页操作，延迟翻倍、寿命缩短。
- 用
parted /dev/sda创建分区时，mkpart primary 1MiB 100%显式指定起始偏移 - 用
fdisk时先输入u切换单位为扇区，再新建分区时确保起始扇区是2048（对应 1MiB）的整数倍 - GParted 图形界面默认开启 “对齐到 MiB”，但务必检查右下角状态栏是否显示
Aligned to MiB
真正危险的不是分区本身，而是误以为“只要没格式化就还能找回来”。分区表损坏、误删 LV、中断 resize 操作——这些都可能让数据恢复变得极其困难。别赌运气，每次操作前用 sfdisk -d /dev/sda > sda-partition-backup.txt 备份分区表，花不了十秒。
