为什么Ubuntu虚拟机扩展磁盘空间后新分区不显示
扩展磁盘后分区不显示，根本原因在于操作系统没有自动识别新增的存储空间，需要手动刷新分区表并扩展文件系统才能让新空间生效。
很多人在VMware或VirtualBox里给Ubuntu虚拟机加了磁盘容量，进系统却发现df -h看到的空间还是老样子，这不是操作失败，而是Linux系统不会像Windows那样主动扫描磁盘变化，新增的空间虽然在底层磁盘上存在,但分区表和文件系统还停留在扩容前的状态。
空间扩展后系统不刷新的底层逻辑
虚拟机磁盘扩容分两个层面：物理磁盘容量的增加和逻辑分区及文件系统的调整，在VMware或VirtualBox中调整硬盘大小，只是改变了虚拟磁盘文件（如.vmdk或.vdi）的容量上限,这个动作不会自动触发Ubuntu内部的分区管理工具去修改分区表。
举个例子，原本的虚拟磁盘是50GB，只有一个分区/dev/sda1占满全部空间，你把磁盘扩展到80GB后，这多出的30GB在/dev/sda上体现为未分配空间，但/dev/sda1这个分区的边界仍然标记为50GB，文件系统ext4也只知道50GB的存在，操作系统在启动时读取分区表，看到的分区信息没有变化,自然就不会显示新空间。
行业共识认为，这类问题的核心路径无非两条：要么用parted或fdisk修改分区表占用新空间，要么用resize2fs或xfs_growfs扩展文件系统，两条路缺一不可，只做前者会导致分区表有空间但文件系统不认识,只做后者则因分区表没变化而找不到可扩展的余地。
解决Ubuntu虚拟机扩容后分区不显示的具体命令
第一步：确认内核是否识别了新磁盘容量
打开终端,执行以下命令查看内核看到的磁盘真实容量：
cat /sys/block/sda/size
这个数值乘以512字节（扇区大小）就是磁盘总字节数，如果这个数字已经变成扩容后的容量，说明底层识别没问题，如果还是旧容量,需要重启虚拟机让内核重新扫描磁盘。
再运行：
sudo fdisk -l
观察输出中/dev/sda的总大小，这里显示的是磁盘物理容量，如果已经是新容量，但分区/dev/sda1的End柱面或大小没变，就印证了"磁盘变大但分区未变"的判断。
第二步：刷新分区表让系统感知空间变化
对于分区表未刷新的情况，执行sudo partprobe命令即可让内核重新读取分区表，无需重启。这个命令是GNU Parted工具包自带的,专门用于通知内核分区表的变化。
sudo partprobe /dev/sda
执行后再看sudo fdisk -l，如果分区大小已经更新，直接跳到文件系统扩展步骤，如果partprobe没有生效，最稳妥的办法是重启虚拟机，重启后系统必然重新读取分区表,很多情况下问题直接解决。
如果重启后分区大小仍然没变，说明需要手动调整分区，使用sudo fdisk /dev/sda进入交互界面：
- 输入
p查看当前分区表 - 输入
d删除旧分区（注意：这只是删分区表记录,不删数据） - 输入
n新建分区，起始扇区保持默认，结束扇区拉到最大 - 输入
w写入并退出
删除分区再重建的操作存在数据风险，操作前务必做好快照或备份。 如果数据不重要或模板机可以重装,这条路径效率较高。
第三步：扩展文件系统让新空间真正可用
分区表更新后，文件系统还停在旧容量,执行以下命令查看当前文件系统实际大小：
df -h
然后针对ext4文件系统执行扩展：
sudo resize2fs /dev/sda1
resize2fs是最常用工具，能让ext4文件系统扩展到分区允许的最大容量，执行过程通常几十秒，输出会显示"Filesystem at /dev/sda1 is mounted on /"之类的信息，最终提示"resized to xxx blocks"。
对于xfs文件系统（常见于较新的Ubuntu默认配置）,命令不同：
sudo xfs_growfs /dev/sda1
跑完后df -h应该能看到根分区容量已经更新，整个流程的核心顺序是：确认磁盘容量 → 更新分区表 → 扩展文件系统,三步缺一不可。
图形化方案：用GParted处理虚拟机扩容分区
命令行操作对部分用户有门槛，GParted提供图形化界面，适合对Linux分区操作不熟悉的场景,先安装：
sudo apt install gparted
图形界面下的分区调整步骤
安装后通过应用菜单或命令sudo gparted启动，界面会显示磁盘的分区布局,扩容后通常能看到未分配空间显示为灰色。
操作流程是：
- 右键点击根分区（通常挂载点为），选择调整大小/移动
- 在弹出的窗口中，把分区大小拉满到新磁盘容量
- 点击应用，GParted会自动完成分区调整和文件系统扩展
GParted调整根分区时必须从Live CD或系统盘启动才能操作，因为运行中的系统锁定根分区，最简单的办法是在虚拟机里挂载Ubuntu安装镜像，从ISO启动进入试用模式，再运行GParted，这也是网上大量教程推荐的路径,适合不想敲命令的用户。
Ubuntu虚拟机扩容场景下的常见问题与排查思路
VMware里加了一块新硬盘而非扩展原硬盘
当你在VMware设置里选择"添加硬盘"而不是"扩展硬盘"，Ubuntu会识别为一块全新的磁盘/dev/sdb，这时新磁盘不会自动出现在任何现有挂载点中，需要手动分区、格式化、挂载：
sudo fdisk /dev/sdb sudo mkfs.ext4 /dev/sdb1 sudo mkdir /data sudo mount /dev/sdb1 /data
想让开机自动挂载，要修改/etc/fstab文件，加入对应UUID记录，这种情况不属于"分区不显示",而是新磁盘未初始化。
Ubuntu虚拟机扩容后分区显示但空间没变
分区表已经成功更新（fdisk -l能看到新容量），但df -h输出还是旧值，这几乎必然是文件系统未扩展，很多人在网上搜索"Ubuntu虚拟机磁盘空间扩展后不生效"时遇到的就是这一步，执行sudo resize2fs /dev/sda1大概率可以解决，如果命令报错提示"nothing to do"，说明分区本身没变化,需要回到第二步检查分区表操作是否正确。
使用LVM逻辑卷管理器的特殊情况
如果Ubuntu安装时选择了LVM配置（部分服务端版本默认开启），那么扩展路径更复杂，先看sudo vgs和sudo lvs确认卷组状态，需要用pvresize扩展物理卷，用lvextend扩展逻辑卷，再resize2fs扩展文件系统，三步依次执行,LVM场景下分区不显示的原因往往在物理卷层面没有识别新增空间。
Q&A：Ubuntu虚拟机磁盘扩容常见疑问
扩展磁盘空间后必须重启虚拟机吗？
不一定。partprobe命令可以在多数情况下让内核在线刷新分区表，但部分内核版本或磁盘类型下不会立即生效，如果执行partprobe后fdisk -l或lsblk仍显示旧容量，重启是唯一可靠的选择，重启成本低，且能确保所有内核模块重新加载磁盘信息,是排查问题时的优先动作。
为什么扩展根分区不能用fdisk直接操作挂载中的磁盘？
Linux系统不允许直接修改正在使用中分区（尤其是根分区和swap分区）的起始位置，fdisk删除并重建分区时，内核仍持有旧分区的文件系统句柄，写入后会导致系统状态不一致，严重时直接宕机，处理的常规做法是使用parted的在线resize功能（支持ext4），或者重启进入Live环境操作，这也是GParted在Live模式下更安全的原因,它避免了系统运行时的文件系统锁定问题。
扩容后执行resize2fs报错"Filesystem has unresolvable problems"怎么办？
这个错误通常表示文件系统存在校验不一致，常见于删除分区重建后文件系统头信息与分区表不匹配，先卸载分区（如果可能），执行sudo e2fsck -f /dev/sda1强制检查修复，然后再次sudo resize2fs /dev/sda1，如果仍然失败，检查分区是否指定了正确的文件系统类型，比如在fdisk新建分区时没有选择正确type（Linux使用83，LVM使用8e）,这是重建分区时遗漏导致的常见问题。
回到主线逻辑Ubuntu虚拟机扩展磁盘后分区不显示，99%的情况是分区表或者文件系统没有同步扩展，确认内核识别容量，刷新分区表，扩展文件系统，三步解决，整个过程不会超过十分钟，操作前做好快照，出了意外随时回滚，做虚拟机模板时如果预计后续频繁扩容空间，建议直接规划好LVM或单独挂载数据盘的方案,避免每次都和分区表较劲。