根分区不能兜底，必须隔离/boot、/var、/home（或/data）；swap推荐用swapfile替代分区；LVM是生产环境底线配置，支持在线扩容、快照备份和设备抽象。
根分区不是“万能兜底”，必须主动隔离关键路径
很多人装系统时只分一个 /，觉得“linux 本来就能挂载一切”，结果某天 /var/log 被日志撑爆，整个系统卡死、ssh 登不进去——因为 / 满了，连 systemd-journald 都写不了临时文件。这不是理论风险，是生产环境高频故障。
真正该独立出来的核心路径有三个：/boot、/var、/home（或 /data）：
-
/boot：必须独立，大小 200–500MB 即可；UEFI 系统还需额外/boot/efi（FAT32，100MB 足够），否则内核升级失败或 GRUB 找不到启动项 -
/var：存放日志、数据库数据、邮件队列等变长内容；建议至少 10GB，高 IO 服务（如 elk、postgresql）需单独 SSD 或 NVMe 分区 -
/home或/data：用户数据或业务数据；和系统解耦后，重装系统不丢数据，备份也只需 rsync 这个目录
swap 不再是“必选项”，但替代方案要提前想好
物理内存 ≥16GB 的服务器，swap 分区已非必需——现代内核的 swappiness=1 + OOM killer 更可控。但直接砍掉 swap 会踩两个坑：
- 某些云平台（如 AWS EC2）默认依赖 swap 分区做内存溢出缓冲，没它可能触发异常重启
- 休眠（hibernate）功能完全失效，而部分运维脚本会静默调用
systemctl hibernate
更务实的做法是：用 swapfile 替代 swap 分区，好处是动态创建、不占固定磁盘空间、支持在线扩容：
sudo fallocate -l 4G /swapfile
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile然后加到 /etc/fstab：/swapfile none swap sw 0 0
别硬套“1.5×内存”公式，看 workload 再定 swap 大小
老教程里“swap = 1.5 × RAM”只适用于 2010 年前的桌面场景。现在得看实际负载：
- 纯计算型（如编译节点、ai 训练）：RAM ≥32GB 时，
swap可设为 0 或仅 2GB，避免 IO 拖慢训练速度 - 数据库服务器（mysql/PostgreSQL）：即使内存充足，也建议保留 4–8GB swap，防止 buffer pool 突然膨胀导致 OOM
- 容器宿主机（docker/K8s）：优先关闭 swap（
swapoff -a+vm.swappiness=0），否则 cgroup memory limit 会被 swap 绕过，引发调度混乱
LVM 不是“高级功能”，而是生产环境的底线配置
不分 LVM 直接分物理分区，等于把磁盘空间锁死——/var 满了不能从 /home 借，扩容只能停机 dd，备份还得整盘克隆。LVM 的价值不在“炫技”，而在解决三个真实问题：
- 在线调整：用
lvextend+resize2fs动态扩容，无需重启 - 快照备份：
lvcreate -s秒级生成一致性快照，适合配合 rsync 或 pg_basebackup - 设备抽象：多块硬盘（甚至不同品牌 SSD/HDD）可统一纳入
vg0，后续按需划lv_root、lv_var
安装时就启用 LVM 是最省事的选择；若已部署，补 LVM 成本远高于初始规划——尤其当 / 分区满到只剩 2% 时，连 pvcreate 都可能因无临时空间而失败。