虚拟机里装Linux，分区规划的核心原则是：先用LVM、再独立挂载点，最后根据虚拟机用途控制磁盘大小和Swap比例。这样做的好处是，将来容量不足时不用重建虚机,也方便快照和迁移。
虚拟机装Linux，分区怎么规划才合理？
很多人拿到虚拟机镜像，习惯性一路“下一步”让安装器自动分区，这在物理机上或许够用，但在虚拟化环境里，后续扩容、迁移、快照都会跟着遭殃，分区规划本质上是一次“预判”，你得先想清楚这台虚机是拿来跑数据库、搭网站,还是干脆就是个测试沙盒。
先区分场景：生产环境和测试环境要完全不同的策略
生产环境追求的是稳定和好维护，测试环境追求的是省事和易回滚,这个差别决定了分区的根本思路。
测试环境（个人折腾、学习Linux）：用安装器默认的“使用整个磁盘并配置LVM”就行，给个20GB的系统盘，Swap自动分配，剩余空间全部给根分区，好处是不需要动脑，系统装完就能玩,快照起来也快。
生产环境（虚拟机里跑业务）：分区手法要更讲究一些，建议路径是：先规划磁盘容量 → 再定挂载点 → 最后写分区表，链条不乱,后面才不会出幺蛾子。
虚拟机Linux分区方案：LVM是底线不是加分项
行业共识认为，在虚拟机上用LVM（逻辑卷管理）并不是“高级玩法”，而是基础操作，虚拟机磁盘本身就是一个文件，如果分区不做逻辑卷管理，将来磁盘满了，你只能靠添加新磁盘再挂载新目录来凑合,而不是直接扩展原有分区。
为什么说物理机的分区习惯不能直接搬到虚拟机上
物理机分区表一旦写死，调整分区大小往往要借助GParted这类的工具，操作时还得担心数据损毁，但LVM的机制是“物理卷→卷组→逻辑卷”的层级结构，你随时可以往卷组里扔一块新磁盘，再把空间分给吃紧的逻辑卷，整个过程虚拟机和业务都不停。这正是虚拟机最需要的灵活性。
LVM分区方案推荐：以CentOS/Rocky Linux为例
- 挂载 /boot，容量 1GB，独立分区（不放进LVM）
- 创建LVM卷组，其中根分区 分配 20GB~30GB
- 独立挂载 /home，剩余空间直接丢给它
- Swap 按照内存大小的1~2倍分配，但上限控制在8GB以内
- 预留 10% 的卷组空间不分配，以备不时之需
这套方案的核心逻辑是：/boot独立是为了兼容性，根分区给足是为了别动不动就说“磁盘满”，/home独立是为了将来重装系统不丢用户数据。
Ubuntu/Debian系列虚拟机分区方案区别
Ubuntu桌面的分区工具相对自动，但服务器版安装器完全一样，规划思路上有一个关键差异：Ubuntu的安装器默认使用ext4，而新版CentOS/Rocky/RHEL默认使用xfs，ext4支持在线缩小，xfs只支持在线扩大,不支持缩小。
所以在Ubuntu上如果你有调整容量的强需求，可以额外关注文件系统类型；而CentOS系虚拟机只要装完别把根分区搞太大，以后扩容只用“变大”不用“变小”,就能绕开xfs的短板。
Linux虚拟机分区挂载点详解：先想清楚哪些目录值得独立挂载
给虚拟机分区的时候，最容易犯的错是把所有东西堆到一个根分区里，虽然LVM解决了“空间不够”的问题，但独立挂载点解决的是“故障隔离”和“日志不撑爆系统盘”的问题,推荐的挂载分离策略可以按数据属性分层。
根分区、/home、/var、/tmp 到底怎么切
- 系统和程序所在地，别贪大，20GB~30GB已经非常宽裕,除非你有硬塞到根目录的习惯。
- /home：用户文件，归LVM卷组管，分配卷组剩下的空间,除非你打算做多用户生产环境。
- /var：日志、缓存、数据库文件都在这里，如果你用虚拟机跑数据库，/var建议独立给 10GB~20GB,避免日志一次刷满根分区。
- /tmp：很多系统服务会写临时文件，独立挂载可以用noexec挂载选项锁死执行权限，提升安全性,测试环境不必较真。
SWAP分区大小在虚拟机上要重新思考
物理机时代，Swap通常是内存的2倍，但这套计算方法在虚拟机上已经过时，虚拟机内存是可以热添加的，Swap只是一个缓冲垫,不是救命稻草。
- 内存4GB以下：Swap给2GB就够了
- 内存4GB~16GB：Swap给4GB，别超过系统内存的一半
- 内存16GB：Swap给8GB封顶，或者干脆不创建，直接用swap文件救急
注意，在虚拟化平台（如VMware、Proxmox、KVM）上，Swap只解决“内存暂时不够”的问题，如果虚拟机经常在Swap里折腾，说明内存真的不够了，正确解法是调大内存,而不是加大Swap。
虚拟机根分区空间不够？这些补救操作才是核心考题
哪怕前期规划做得再充分，“根分区空间不够”在虚拟机里仍然会来敲门，这种时候，分区的后期运维手段就变得和前期规划同样重要,好在虚机比物理机灵活得多。
扩展LVM根分区的正确操作路径
假设你的CentOS虚拟机根分区快满了，而且卷组里没有剩余空间，第一步是给虚拟机加一块磁盘，然后按顺序执行以下命令（以添加sdb为例）：
# 将新磁盘初始化为物理卷 pvcreate /dev/sdb # 把这个物理卷加入到现有的卷组中（假设卷组名为centos） vgextend centos /dev/sdb # 把新分配的空间划给根分区逻辑卷 lvextend -l +100%FREE /dev/mapper/centos-root # 调整文件系统大小（xfs用xfs_growfs，ext4用resize2fs） xfs_growfs /
这套操作是生产环境最常碰到的场景，也是LVM比传统分区省心的最关键证据，全程不用中断服务,不需要重启虚拟机。
预留空间和日志管理两手抓
与其等根分区报警再扩，不如在分区规划时就把日志管理机制跑起来，无论你的虚拟机分区方案多么稳健，掉以轻心总会闹出“磁盘满”事故，推荐在/var/log目录上单独挂载，并配好 journald日志回收上限，修改 /etc/systemd/journald.conf 中的 SystemMaxUse=500M,就能限制日志占用。
能坚持做到这一步的运维，基本不会遇到“磁盘写满系统卡死”的深夜哀嚎。
虚拟机分区方案到底怎么选：一张表对比三种常见路线
| 分区策略 | 适合场景 | 优点 | 缺点 |
|---|---|---|---|
| 自动分区（LVM全给根） | 个人测试、快速开发环境 | 省事、零思考成本 | /home和/var没有隔离，日志满盘直接影响系统 |
| LVM + /boot独立 + 根/逻辑卷共用 | 中小企业业务虚拟机 | 平衡了维护成本和隔离性 | 需要理解LVM基本命令 |
| 手动分区 + 单独挂载 /home、/var、/tmp | 数据库虚拟机、合规生产环境 | 故障隔离最彻底、安全属性易配置 | 规划时间较长，新手容易分错容量 |
多数情况下，第二种路线已经足够应付80%的虚拟机场景，如果你正在规划一台国产化环境（比如麒麟系统）、或者需要在虚拟机上跑K8s节点，建议直接上第三种路线,因为容器镜像和持久化存储对分区布局的容忍度不高。
常见问题：虚拟机Linux分区规划与磁盘管理
虚拟机Linux分区根目录空间预留多大合适？
根目录主体是系统文件和应用安装路径，预留20GB~30GB就足够常规业务使用，如果你的虚拟机会累计安装大量Docker镜像，根分区建议预留50GB，镜像文件默认存放在/var/lib/docker，很可能直接把根分区撑爆，这时要么单独挂载/var/lib/docker,要么在规划阶段就把根分区容量调大。
Linux虚拟机系统盘选多大容量才不算浪费？
系统盘和存储盘必须分离，系统盘只装系统和应用，40GB是最合理的“甜点容量”；数据盘单独创建一块虚拟磁盘挂载到/data或/opt，容量完全按业务需求给，甚至后续可以直接在虚拟机配置里“加硬盘”，不需要干预系统分区，这样做的另一个好处是：备份虚拟机和备份数据可以分开关,快照体积明显更小。
传统分区和LVM在虚拟机上哪个更主流？
当前主流的Linux发行版安装器（包括RHEL系、Debian系、SUSE系）都默认建议采用LVM，这基本已经定义了行业方向，国内绝大多数虚拟化平台的官方镜像模板也都按LVM方式预置分区，如果你用传统分区方案给虚拟机做手动规划，反而要确认云平台管理工具能否兼容后续在线扩容操作，虚拟机环境下,选择LVM就是选择了开放扩展的主动权。