1. 先搞清楚磁盘空间去哪了——扩容前的必做功课我自己踩过最深的坑就是虚拟机里的Linux系统突然报No space left on device然后我急急忙忙去VMware里把虚拟磁盘往大了拉结果重启以后系统该报错还是报错。后来才明白虚拟机磁盘扩容这件事真正麻烦的不是把磁盘调大这个动作而是调大之后让Linux系统识别、分区、文件系统逐层去接受这块新空间。先说清楚一个概念你在VMware或者其他虚拟机软件里看到的硬盘大小本质上是虚拟磁盘文件的大小。但Linux跑起来之后它看到的是物理磁盘比如/dev/sda→分区比如/dev/sda1→文件系统比如ext4或xfs这么一条链。只要任何一环没有跟上多余的容量就是白白躺在那儿系统一丁点都用不上。所以整个扩容过程说穿了就三件事扩大虚拟磁盘、扩大分区、扩大文件系统。在动手之前有几样东西是必须确认的少一样都有可能翻车。第一是确认虚拟机磁盘的分区表类型。这个非常关键。分区表分MBR也叫msdos和GPT两种MBR分区表理论最大只能支持到2TB的磁盘而且最多4个主分区GPT则是现代标准容量上限大得多。如果你的虚拟机原来就是MBR分区表想把磁盘扩到2TB以上那光扩磁盘是不够的还必须把分区表转成GPT这一步涉及数据重排风险很高最好提前备份。实际操作中我先执行fdisk -l看磁盘信息再用blkid /dev/sda1或者lsblk -f看一眼文件系统类型这两条命令几乎成了我做扩容之前的肌肉记忆。第二是确认根分区是不是LVM。很多Linux发行版比如CentOS和RHEL默认安装时根分区就是LVM逻辑卷Ubuntu默认则通常是普通分区。LVM的好处是扩容非常灵活相当于在分区和文件系统之间加了一层逻辑池你可以把多块磁盘塞进一个卷组再从这个池子里划空间给某个逻辑卷过程中不破坏数据。如果是LVM布局扩容路径是扩大物理磁盘→扩大物理卷PV→扩大卷组VG→扩大逻辑卷LV→扩大文件系统每一步都有对应命令。如果只是普通分区路径则是扩大物理磁盘→扩大分区→扩大文件系统。搞清楚布局再来做能省掉一大半的折腾。第三是快照和备份。VMware里做快照非常方便但快照这玩意儿有时候会挡住磁盘扩容操作——尤其是当快照链比较复杂、磁盘存在多个快照点时你点击扩展按钮可能会报错提示你需要先删除快照或整合快照。所以我的习惯是扩容前如果有快照先手动做一次完整备份或者干脆克隆一台测试机来演练至少也要导出ovf再去扩展磁盘。生产环境里我甚至会把数据目录单独挂载到另一块虚拟磁盘上系统盘保持干净小巧这样即使系统盘扩容失误数据也毫发无损。做完这些功课就可以开始动手了。下面我按最常见的场景来拆解VMware Workstation里跑着一台Ubuntu或CentOS虚拟机根分区是普通分区或LVM扩容的目标是把系统盘从50GB扩大到100GB。2. 虚拟磁盘层面的扩展——VMware里那一下点下去之前要明白的事虚拟磁盘的扩展分为冷扩容和热扩容两种路径。VMware Workstation Pro默认要求虚拟机处于关机状态才能扩展磁盘这个最稳妥也最推荐。如果你用的是vSphere/ESXi这类服务器虚拟化平台支持在线热扩容但那属于企业级操作不在本文讨论范围。我们这里以Workstation为例。操作路径很简单虚拟机右键→设置→硬盘→工具Utilities→扩展Expand然后在弹出的窗口里输入目标大小。需要注意这个输入的是扩展后的总大小而不是要增加的大小。比如原来是50GB想加到100GB就填100不是填50。我第一次操作的时候差点在这上面犯迷糊。这里有一个细节很多人不知道VMware的扩展操作实质上是在修改虚拟磁盘描述符文件vmdk把磁盘的容量字段调大然后向磁盘尾部追加未分配的存储空间。它不影响已有分区和数据所以理论上非常安全。但有一个硬性约束——磁盘容量只能扩大绝对不能缩小。VMware Workstation对图形界面里的扩展按钮做了限制只允许加大不允许减小。你要是真的把磁盘调小了轻则虚拟磁盘文件损坏重则整个虚拟机无法启动这个红线千万别碰。在点击扩展按钮之前我还建议顺手确认一下磁盘类型。VMware虚拟磁盘有厚置备和精简置备两种Workstation里默认创建的是动态分配也就是精简置备实际占用空间会随着写入慢慢增长。这种类型的磁盘在扩容后物理占用不会立刻变化只有往里面写数据才会慢慢变大对宿主机磁盘空间是友好的但要注意如果你宿主机磁盘本身快满了扩容后往虚拟机里写入大量数据时宿主机的空间会被逐渐消耗别到时候虚拟机里显示100GB宿主机却先爆了。点击扩展完成之后打开虚拟机之前还有一件容易被忽略的小事检查虚拟机的CD/DVD光驱里是否还挂着安装镜像。因为这个操作有时候会影响引导顺序。我遇到过扩展磁盘后重启虚拟机结果又进入了安装界面而不是系统的情况原因就是ISO还挂在光驱里且引导顺序优先于硬盘。所以扩容前把ISO弹出是最省心的做法。磁盘层级的操作就到这儿了。接下来才是重点因为这时候你进入Linux系统用lsblk查看大概率会发现磁盘虽然变大了但分区还是原来的大小可用空间一点都没变。接下来要做的是把这块新空间真正请进系统里。3. Linux系统里让新空间现身的两种姿势扩展完虚拟磁盘后首先面临的第一个问题Linux内核还在用旧的设备信息你跟它说磁盘变大了它可能根本不理你。此时有两种处理方式。方式一重启虚拟机。这是最简单直接的方法内核在启动过程中会重新扫描所有SCSI设备识别出新的磁盘容量。我个人的习惯是只要条件允许不是生产环境、没有严格的服务连续性要求就重启一次。既省心又干净还能顺带把内核更新啊、服务状态重置啊这些杂事一起做了。方式二在线扫描不重启。如果你不想重启或者虚拟机里跑着不能中断的服务那就需要用命令让系统重新读取磁盘大小。VMware虚拟机的磁盘控制器通常模拟的是LSI Logic或PVSCSI对应的SCSI设备路径在/sys/class/scsi_device/下。操作方法是先ls /sys/class/scsi_device/找到对应的设备号然后执行下面的命令触发重新扫描echo 1 /sys/class/scsi_device/0:0:0:0/device/rescan注意这里的设备号要根据你自己的情况替换。对于SATA控制器模拟的磁盘设备路径可能在/sys/class/block/sda/device/rescan或类似的路径。如果找不到具体的路径直接使用partprobe命令也可以重新读取分区表但注意partprobe对新增的SCSI磁盘容量变化有时不生效还是rescan更稳妥。以下是实际操作中验证是否成功的命令lsblk sudo fdisk -l /dev/sda正常情况下你会看到磁盘sda的容量已经变成100GB但下面的分区sda1还是50GB中间多出来约50GB的未分配空间。到这里磁盘扩容的第一步就算真正完成接下来是分区和文件系统。另外顺带一提如果你在VMware里扩展磁盘后发现lsblk毫无变化而且系统里挂载了多个SCSI设备那就要检查一下扩展的目标是不是当前系统盘。我遇到过扩展了半天结果发现刚才是把数据盘调大了系统盘根本没动——这种事虽然显得很蠢但确实容易发生。4. 分区与文件系统的扩容——普通分区和LVM的两套完整流程现在进入到核心环节。我把两种常见布局的操作都写出来你可以根据自己的情况对号入座。前提都是虚拟磁盘已经扩大系统已识别到新容量。4.1 普通分区扩容以Ubuntu的ext4为例这套流程主要针对默认使用普通分区的系统。在操作之前先用df -h确认根分区的挂载点和文件系统类型再用lsblk确认分区结构。假设根分区是/dev/sda1文件系统是ext4。第一步扩展分区。这里我推荐用growpart这个工具它专门干把分区扩展到磁盘末尾这件事。在Ubuntu/Debian上安装很简单sudo apt install cloud-guest-utils然后执行sudo growpart /dev/sda 1注意growpart的第一个参数是磁盘设备名第二个参数是分区号中间有空格不是写/dev/sda1。这个工具会检查分区表和目标容量然后把分区调整到可用空间的最大值。运行完后用lsblk确认一下分区是否已经变大了。如果你不想装新工具也可以用fdisk手工操作sudo fdisk /dev/sda输入d删除原分区再输入n新建分区保持起始扇区和原来一致结束扇区使用默认值磁盘末尾。这里有个大坑删除分区再重建如果起始扇区对不上文件系统就直接损坏了所以除非你很熟悉否则建议用growpart自动处理。第二步扩展文件系统。ext4文件系统用resize2fssudo resize2fs /dev/sda1运行过程会输出文件系统新旧块数的信息最后一步还会自动进行一致性检查。如果根分区已经挂载且不是只读在线扩容没有问题如果提示文件系统正忙可以考虑先重启或者用维护模式操作。第三步验证。执行df -h正常情况下/的容量已经变成100GB可用空间同步增大。4.2 xfs文件系统的特殊处理如果你用的是CentOS/RHEL 7及以上根分区默认是xfs。xfs文件系统的扩容命令不是resize2fs而是xfs_growfs而且它只能扩大不能缩小。命令格式也不同它接受的是挂载点而非设备文件sudo xfs_growfs /这个命令会读取挂载点对应的设备自动扩展到文件系统支持的最大容量。运行后会输出data blocks changed from ... to ...之类的信息。xfs有个特点它不支持收缩所以哪怕你之后后悔了也没法在xfs层面缩小。再加上xfs对分区表的MBR/GPT类型没有特殊要求只要分区已经被growpart扩过xfs_growfs就能正常工作。对了如果你的根分区是xfs但安装时勾选了LVM那是LVM的流程见下一节。4.3 LVM布局的扩容流程LVM扩容多了一步逻辑卷层的操作但也因此更灵活。用lsblk看到磁盘下是sda1、sda2再用pvs、vgs、lvs查看物理卷、卷组、逻辑卷信息。一般安装时LVM会创建一个卷组比如ubuntu-vg里面有一个逻辑卷ubuntu-lv挂载在根目录。完整流程是growpart扩展分区 →pvresize扩展物理卷 →lvextend扩展逻辑卷 → 文件系统工具扩展文件系统。具体命令结合例子来看。假设物理卷是/dev/sda3卷组是ubuntu-vg逻辑卷是/dev/ubuntu-vg/ubuntu-lvsudo growpart /dev/sda 3 sudo pvresize /dev/sda3执行pvs确认物理卷的大小已经变成新的。然后查看逻辑卷当前容量和卷组剩余空间lvs vgs如果卷组里有剩余空间就可以扩展逻辑卷。对于ext4文件系统sudo lvextend -l 100%FREE /dev/ubuntu-vg/ubuntu-lv sudo resize2fs /dev/ubuntu-vg/ubuntu-lv对于xfs文件系统把最后一步换成sudo xfs_growfs /注意lvextend的写法-L 20G表示增加20GB-l 100%FREE表示把所有剩余空间都给这个逻辑卷。实际使用中我更推荐直接100%FREE一步到位免得算数算错。这里有个LVM扩容常见的小误区很多人只执行了lvextend和resize2fs却忘了先做pvresize——结果系统提示没有足够的空闲空间可以分配。其实不是逻辑卷的问题是物理卷压根没变大。所以顺序一定不要乱分区→物理卷→卷组→逻辑卷→文件系统一步都不能跳。4.4 参数计算与选型心得很多文章上来就甩命令但没解释为什么每个命令要写成那个样子。我补充一点计算层面的理解。growpart工具在扩展分区时会读取磁盘尾部的新增空间然后把分区表的结束扇区调整到最大值。它不会动起始扇区这是分区不损坏的关键。起始扇区对于MBR分区一般是20481MB对齐对于GPT分区则是34或2048不等。所以保持起始扇区不变是整个扩容过程中最重要的安全边界。至于resize2fs扩展时只需要知道设备路径它会自动读取superblock中记录的块数和新分区大小然后计算出需要增加的块数。我们不需要手工指定块数因为内核会为它提供最新的分区容量信息。这是现代文件系统工具足够智能的地方恰恰也提醒我们分区如果不先扩大工具拿到的上限就是旧的即便你强行执行也会报Nothing to do。5. 常见问题与排查细节——扩容失败的现场还原任何人做虚拟机Linux磁盘扩容都会遇到那么几个顽固问题。我把这半年实操里遇到过的情况整理成了一份排查手册希望帮你少走弯路。5.1 为什么lsblk死活看不到新容量虚拟磁盘扩展了但系统显示还是老样子。建议按顺序排查先看VMware里是否真的扩展成功查看vmdk文件大小是否超过原大小。再看虚拟机是否已经关机重启过或者SCSI设备有没有重新扫描。最后查看虚拟机的SCSI控制器类型——如果你是老版本创建的虚拟机控制器比较少见的型号可能无法在线识别容量变化这时重启基本都能解决。5.2resize2fs报错Bad magic number in super-block这个报错通常不是文件系统真的坏了而是你给了它错误的设备路径。比如扩展完分区后你以为逻辑卷路径是/dev/mapper/ubuntu-root但实际可能是/dev/mapper/ubuntu--vg-root注意LVM卷组名中的横线会被转义成双横线。遇到这种问题执行df -h或lsblk -f看设备路径再用那个路径操作就对了。5.3 扩容后发现根分区还是没变大但分区明明已经扩大了有一种情况是growpart扩展后分区表确实更新了但文件系统工具执行时由于分区正忙或者缓存原因导致没有完全生效。我的建议是先sync一下再执行一次resize2fs。如果还是不行重启后再执行一次。xfs的话执行xfs_growfs前先mount检查挂载状态。5.4 快照引发的扩展失败VMware Workstation 在虚拟机有多个快照时磁盘扩展操作偶尔会报磁盘正在使用或需要合并快照。我看到这个报错时就不再折腾直接打开快照管理器删除不必要的中间快照只保留一个base快照然后再试扩展。快照合并期间虚拟机会有I/O性能下降这是正常现象等合并完成再操作。5.5 扩容后虚拟机关机慢或者启动报错扩容本身不该引起这种问题但要警惕是不是扩容过程中顺手做了别的事——比如改动了分区表而忘了更新引导程序。如果你的启动流程依赖GRUB并且扩容时误删重建了分区那么update-grub和grub-install需要重跑一遍。另外扩容之后磁盘的SCSI ID可能发生偏移如果/etc/fstab里写的是设备名比如/dev/sda1而不是UUID可能导致启动时挂载失败。强烈建议fstab里一律用UUIDblkid /dev/sda1把输出的UUID替换到fstab对应行里。5.6 新旧空间在虚拟机里的性能差异如果你把原来50GB的系统和新增的50GB空间当成一整块用理论上性能几乎没差别因为虚拟磁盘后端是同一个vmdk文件。但如果是直接把另一块新虚拟硬盘挂载进来那后者的性能取决于它落在宿主机物理磁盘的哪个位置可能有轻微差异。做数据库之类的重I/O应用时不要为了省事把数据散落在多块虚拟盘上。6. 一套完整的扩容命令实录——从50GB到100GB的现场走查我把最常见的场景——VMware Workstation里一台Ubuntu 22.04虚拟机根分区是ext4、普通分区布局——从头到尾的完整命令串联一遍。你只要一路照着复制执行就能完成扩容。前提虚拟机关机在VMware设置里把磁盘从50GB扩展到了100GB开机进入系统。第一步确认现状df -h lsblk sudo fdisk -l /dev/sda期望看到/挂载在/dev/sda1文件系统是ext4磁盘sda已经显示100GB分区sda1还是50GB。第二步重新扫描设备如果重启过可跳过sudo partprobe如果这一步无效直接重启虚拟机。第三步安装growpart工具并扩展分区sudo apt update sudo apt install cloud-guest-utils sudo growpart /dev/sda 1用lsblk看到sda1变成100GB代表成功。第四步扩展文件系统sudo resize2fs /dev/sda1看到类似Filesystem at /dev/sda1 is mounted on /; on-line resizing required和resizing to ... blocks的信息就说明正在扩展。第五步验证并更新df -h看到/使用率大幅下降Available空间接近100GB扩容完成。如果/etc/fstab里用的是设备名顺手改成UUID避免以后引导问题。如果是CentOS/RHEL的xfs根分区把第四步替换成sudo xfs_growfs /如果是LVM布局前三步后加上sudo pvresize /dev/sda3 sudo lvextend -l 100%FREE /dev/ubuntu-vg/ubuntu-lv sudo resize2fs /dev/ubuntu-vg/ubuntu-lv # 或 sudo xfs_growfs /这套流程整个走下来正常情况不超过十分钟。我第一次操作的时候因为忘了分区层面光在文件系统层面折腾搞了快两个小时才明白。希望你看完这篇之后能避开我走过的弯路十分钟内完成扩容。