先说一个我踩过的坑VMware里把虚拟磁盘从50G加到120G启动虚拟机一看系统里还是50G。当时第一反应是“洋VMware没生效”其实磁盘文件确实大了但里面那个分区根本没变大。后来才明白这事儿得分成两层处理一层是VMware虚拟磁盘本身的容量另一层是虚拟机内部的分区表和文件系统。想要让Linux真正用上新增的空间最稳的办法就是用GParted这个分区工具来做Live引导然后调整分区大小。这篇就把整个过程包括原理、操作步骤、踩过的坑一次说清楚。适合谁来参考那种VMware Workstation虚拟机里跑Ubuntu、Debian、CentOS等Linux发行版日常用着用着发现根分区满了、想在不重装系统的情况下扩容的朋友。如果你对分区表、文件系统、LVM这些概念还比较模糊也没关系下文会按实际操作顺序来拆每一步都会解释我这么做的理由。1. 为什么磁盘扩容没那么“一键完成”很多人在VMware里找到硬盘设置拖一下滑块点“扩展”以为完事了。其实VMware只做了它分内的事把底层的vmdk虚拟磁盘文件改大。至于虚拟机内部的分区表怎么利用这些新空间Windows和Linux的处理方式不同Windows可能弹一个“未分配空间”提示而Linux基本无感——内核看到的还是原来的分区尺寸。1.1 分区表、文件系统和主机硬盘的三角关系我用一个类比来解释。虚拟磁盘相当于一栋楼的毛坯框架分区表是楼层划分图纸文件系统才是房间里的柜子、床、书桌。VMware扩容只是把毛坯框架往外搭了一截但图纸上没画新房间家具自然不会出现在那个位置。所以扩容分三步VMware层面把虚拟磁盘的容量上限调大。分区表层面调整现有分区通常是根分区让它占用到磁盘末尾的全新空间。文件系统层面让文件系统感知并扩展到分区的新边界。很多人只做第一步后面两步需要进系统配置或用GParted完成。GParted最核心的价值就是同时完成了第二和第三步的一部分——它调整分区表的同时能直接resize对应文件系统比如ext4。这就是大家推荐它的理由。1.2 为什么选GParted而不是fdisk或命令行我在网上看到过有的教程让你直接fdisk删掉旧分区再重建保留起始扇区、修改结束扇区、然后resize2fs。这种方法确实可行但说实话只要输错一个数字整个分区表就废了数据能不能救回来只能看命。GParted把所有风险用图形化方式兜住了你可以直观看到分区的位置、大小、空闲空间在哪里Resize/Move操作时鼠标拖一拖就能定边界应用前还有一遍确认。对一个熟练用fdisk的老手来说命令行是快的但对大多数普通运维场景GParted更安全也更容易排查问题。另外GParted Live是独立于你虚拟机内系统的微型Linux环境启动时没有被挂载的分区resize的时候不会出现“设备忙”导致失败。这个优势极大相当于你站在房子外面重新画图纸而不是蹲在屋里边住边敲墙。2. 动手之前的准备工作和VMware配置不要急着下载镜像。先确认虚拟机的分区情况再决定扩容方式。我才接手的那台Ubuntu虚拟机是普通分区布局一个/boot分区、一个swap分区、一个根分区没有用LVM。如果你的系统装的时候选择了LVM逻辑卷管理处理和下文第4节有关联我会单独说明。2.1 备份和快照扩容前最重要的事无论操作多简单调整分区都有风险尤其是移动分区时需要搬运数据过程中一旦断电、卡死数据就悬了。我每次扩容前都习惯先做一个快照路径是“VM Snapshot Take Snapshot”。如果虚拟机里跑着数据库之类的服务最好是先停服或至少将关键数据备份出来。快照还有一个隐藏问题如果你做了快照GParted在分区操作时可能会遇到“磁盘被锁”或I/O错误。因为快照依赖原始vmdk和增量文件的关系强改分区表容易让快照链变得不稳定。建议做法是扩容前先删掉旧快照或者扩容不在快照状态下进行。我的习惯是停虚机删快照再扩展磁盘最后操作分区。麻烦一点但翻车概率低很多。2.2 下载并准备好GParted Live镜像GParted官方网站的下载页面有多个文件我选的是gparted-live-x.x.x-amd64.iso体积大概四五百兆。这里注意别下成zip包zip是给U盘写入用的VMware虚拟机直接挂载ISO即可。下载后用默认设置就行不用校验sha256也行但如果你很谨慎校验一下也不费事。我把ISO放在一个专门的iso目录下避免和其他镜像混淆。2.3 在VMware Workstation里扩展虚拟磁盘接下来是VMware层面的操作。确保虚拟机关机。然后选择虚拟机右键“设置”。在“硬盘”选项里看当前大小比如我的是50G。“磁盘大小”右侧直接填目标容量例如120G。点击“扩展”等待进度条完成。注意VMware只能扩大虚拟磁盘不能缩小所以填目标容量时要想清楚建议一次性给到未来两三年够用的空间。另外扩展时ISO可以预先挂载好也可以后面再挂不影响。这里还有个容易忽略的点如果你的虚拟磁盘是“独立模式”或做过加密扩展选项可能不可用需要在VMware文档里确认支持情况。我一般用的是默认的持久磁盘模式扩展很顺利。3. GParted调整分区全过程实操现在进入正式操作阶段。我下面以一台Ubuntu虚拟机为例布局大概是/dev/sda1ext4/boot1G/dev/sda2linux-swap4G/dev/sda3ext4根分区45G末尾未分配空间70G这是VMware刚扩出来的目标是把根分区从45G扩展到115G也就是把新空间全部并入根分区。3.1 从GParted Live引导虚拟机打开虚拟机电源时迅速按F2进入BIOS设置把CD/DVD光驱调到第一启动项硬盘调到第二。如果你的虚拟机是UEFI引导方式则在启动时按ESC或F2进入Boot Manager手动选择光驱启动。然后从GParted Live的引导菜单里选默认的第一项进入后会看到几个选项键盘映射默认不碰直接回车语言选择“不修改语言”进入英文界面。GParted没有中文界面但操作按钮就那几个不影响启动方式默认选择“0”会进入X图形环境。到这一步你会看到桌面上有一个GParted的图标双击打开主界面会列出整个磁盘的分区视图。3.2 看清分区布局判断下一步方案GParted界面最上方是磁盘型号、容量中间是彩色分区条下方是详细的表格信息文件系统、大小、已用、未用、标志。第一件事就是把布局搞清楚。我的情况根分区sda3紧挨着swap之后swap后面没有间隙sda3的终点就在磁盘末尾所以新的70G空闲空间在sda3的“右边”。如果你的根分区右边直接就是未分配空间操作就很简单选中根分区右键“Resize/Move”把鼠标拖到最右边或数值填到最大点击“Resize/Move”让分区占满整个未分配空间。但我的例子中根分区右边没有直接空闲而是到了磁盘末尾附近所以不需要移动直接扩展末端即可。如果你的布局里swap分区在根分区右边即根分区后面跟了个swap再往后是空闲空间那么需要先处理swap见第5节常见问题。3.3 核心操作扩容根分区到未分配空间我的操作流程是这样的在GParted主界面选中根分区/dev/sda3右键选择“Resize/Move”。在弹出窗口里看“Free space following”那栏把数值改成0或者直接拖动分区条的右边缘拉到最右。你也可以手动把“New Size”改成最大容量。确认分区尾部已经拉到磁盘末尾后点“Resize/Move”。此时只是把操作加入了待执行列表主界面分区条上会显示虚线框和箭头预览但还没真正写盘。需要点工具栏上打勾的“Apply All Operations”绿色图标。点击后GParted会弹出确认框提示“关于分区表和数据会进行修改”我都是再次检查一遍尤其看有没有动其他分区确认没问题后点“Apply”。等待时间取决于数据量和磁盘速度。GParted先调整分区表再resize文件系统。我那次45G的根分区ext4文件系统扩展只花了几分钟如果涉及移动分区数据可能要半小时甚至更久。期间别关闭虚拟机也别让宿主机休眠一旦中断基本上分区表就危险了。完成后GParted会提示所有操作成功。这时可以关掉虚拟机从ISO里卸载掉GParted镜像或把启动顺序改回硬盘。我没有直接重启进原系统而是先再启动一次GParted确认分区状态看到根分区已经是115G后才退出。稳一手不亏。3.4 重启进入系统验证文件系统扩展结果重启回原来的Ubuntu后用df -h看看根分区大小正常应该显示扩容后的大小。如果df显示的还是旧容量但lsblk显示分区已经是新大小说明文件系统还需要扩展一步。普通分区在这个阶段一般不会有这问题但如果你自己操作时遇到第4节会讲命令。再顺手检查一下挂载情况lsblk df -h /dev/sda3lsblk看的是分区大小df看的是文件系统可用空间。两者一致就说明一切正常。4. 文件系统层面的补充操作LVM和xfs的特殊处理如果你只是普通ext4分区读完上面就已经完成了可以跳过这一节。但很多服务器装系统时勾选了LVM用GParted扩大逻辑卷所在分区之后系统里依然看不到新空间因为LVM层是另外一层“图纸上的图纸”。4.1 普通分区和LVM的区别我们可以这样理解分区表是楼层的第一层图纸LVM是第二层图纸。GParted改的是第一层把物理分区扩了但LVM的物理卷、逻辑卷还停留在旧尺寸必须用命令去更新第二层和第三层。识别是否用了LVM很简单lsblk时如果看到类似├─sda5 8:5 0 50G 0 part │ └─ubuntu--vg-ubuntu--lv 253:0 0 50G 0 lvm这种带vg、lv的结构就是LVM。4.2 LVM扩容的命令三连假设GParted已经将/dev/sda5所在的物理分区扩到了120G。进入原来的Linux系统后执行# 查看物理卷和卷组状态 sudo pvs sudo vgs sudo lvs # 将物理卷扩展到分区的新大小 sudo pvresize /dev/sda5 # 将逻辑卷扩展到卷组的全部空闲空间 sudo lvextend -l 100%FREE /dev/ubuntu-vg/ubuntu-lv # 让文件系统感知逻辑卷的变化 sudo resize2fs /dev/ubuntu-vg/ubuntu-lv注意文件系统类型如果逻辑卷上是ext4用resize2fs如果是xfs要用xfs_growfs比如sudo xfs_growfs /mount/pointxfs不支持缩容只支持扩大用xfs_growfs时后面指定挂载点而不是设备路径。我用resize2fs多一点因为ext4最常见。扩展完后df -h才能看到最终容量。LVM这套逻辑其实不复杂核心就一句话GParted管物理分区pvresize让LVM认识新分区lvextend给逻辑卷分空间resize2fs/xfs_growfs让文件系统跟上。4.3 GParted里看不到LVM分区怎么办如果你习惯用GParted操作但启动后发现分区条上找不到LVM逻辑卷对应的分区别慌。GParted显示的是物理分区LVM逻辑卷需要系统启动后进入原系统查看。你在GParted里只需要确认物理分区扩大后续的LVM调整都在原系统里用命令完成。另外GParted Live环境里可能装不了lvm2工具。如果你一定要在Live环境里验证物理卷状态可以启动GParted Live后在终端里安装lvm2但要联网比较麻烦。默认在图形界面看到物理分区大小变了就行。5. 实操中常见的坑和排查方法这部分是我几次扩容操作里踩过或者帮别人排查过的典型问题有些非常冷门但一旦遇到就会卡住很久。5.1 swap分区夹在根分区和空闲空间中间怎么办假设你的布局是boot、root、swap然后才是空闲空间。这对初学者来说是比较麻烦的情况。swap在根分区右边意味着根分区的扩展被swap挡住不能直接把空闲空间归给root。我的做法是三步走在GParted里右键swap分区选择“Swapoff”保证它不被占用右键swap分区选择“Resize/Move”把它移动到磁盘最末尾。移动不是删数据是把分区终点和起点挪走这一步会搬运swap里残留的数据通常很快因为swap很小这样root右边就有了连续的空闲空间再去Resize/Move扩展root到最大。移动swap时GParted会给出警告说这个操作可能需要较长时间建议先备份。我会务实地观察一下swap分区大小一般几个G移动也就一两分钟。另一种思路是删掉swap扩展root再在末尾重新创建swap但那样要重新设置UUID/etc/fstab也要改对新手不友好。搬家比拆除重建更稳。5.2 分区不能resize提示文件系统只读有次我的虚拟机里跑了未正常关闭的服务分区挂载状态是只读。在GParted里操作ext4分区时直接提示“cannot resize read-only file system”之类的异常。做法是检查虚拟机原始的Linux系统是否完全关机。我们是用独立Live环境操作分区本身不应该被挂载才能resize。如果出现这种提示第一件事就是看看这个分区是否在GParted里显示了钥匙或挂载图标。如果显示挂载右键“卸载”然后“重新检测”再尝试resize。当然如果是xfs分区GParted对它的支持不如ext4完善某些版本可能只支持扩不支持缩。真要处理xfs我会选择用命令而不是GParted的图形操作。5.3 扩容后系统里看不到新空间df没变化前面提到过如果分区表已经是新大小但文件系统没有resize就会这样。GParted一般会连文件系统一起resize但如果你用的GParted版本老、或者文件系统类型特殊比如btrfs可能只改了分区没改文件系统。排查流程是lsblk # 如果分区大小正确继续 sudo resize2fs /dev/sda3如果resize2fs提示“Nothing to do”说明文件系统已经最大了那问题可能出在挂载参数或df缓存重启一下再看看。还有一种可能是你根本扩错了分区有些系统把/home单独分区根分区几G空闲全部分给了根可你的数据都在/home自然没变化。所以操作前一定要确认哪个分区承载了主要数据。5.4 忘记移除ISO导致重启又进入GParted这个属于小问题但非常常见。因为当时为了引导把光驱启动顺序调到第一扩完盘直接重启结果又进了GParted Live界面还以为是刚才的操作把系统搞坏了。解决办法扩完盘在重启之前把ISO从虚拟机光驱里卸载或断开连接。VMware里“编辑虚拟机设置”选CD/DVD改成“使用物理驱动器”或者把“已连接”取消勾选然后重启就正常了。如果是UEFI引导还要在Boot Manager里手动选一次硬 VMware虚拟磁盘扩容实战：用GParted无损扩展Linux根分区
先说一个我踩过的坑VMware里把虚拟磁盘从50G加到120G启动虚拟机一看系统里还是50G。当时第一反应是“洋VMware没生效”其实磁盘文件确实大了但里面那个分区根本没变大。后来才明白这事儿得分成两层处理一层是VMware虚拟磁盘本身的容量另一层是虚拟机内部的分区表和文件系统。想要让Linux真正用上新增的空间最稳的办法就是用GParted这个分区工具来做Live引导然后调整分区大小。这篇就把整个过程包括原理、操作步骤、踩过的坑一次说清楚。适合谁来参考那种VMware Workstation虚拟机里跑Ubuntu、Debian、CentOS等Linux发行版日常用着用着发现根分区满了、想在不重装系统的情况下扩容的朋友。如果你对分区表、文件系统、LVM这些概念还比较模糊也没关系下文会按实际操作顺序来拆每一步都会解释我这么做的理由。1. 为什么磁盘扩容没那么“一键完成”很多人在VMware里找到硬盘设置拖一下滑块点“扩展”以为完事了。其实VMware只做了它分内的事把底层的vmdk虚拟磁盘文件改大。至于虚拟机内部的分区表怎么利用这些新空间Windows和Linux的处理方式不同Windows可能弹一个“未分配空间”提示而Linux基本无感——内核看到的还是原来的分区尺寸。1.1 分区表、文件系统和主机硬盘的三角关系我用一个类比来解释。虚拟磁盘相当于一栋楼的毛坯框架分区表是楼层划分图纸文件系统才是房间里的柜子、床、书桌。VMware扩容只是把毛坯框架往外搭了一截但图纸上没画新房间家具自然不会出现在那个位置。所以扩容分三步VMware层面把虚拟磁盘的容量上限调大。分区表层面调整现有分区通常是根分区让它占用到磁盘末尾的全新空间。文件系统层面让文件系统感知并扩展到分区的新边界。很多人只做第一步后面两步需要进系统配置或用GParted完成。GParted最核心的价值就是同时完成了第二和第三步的一部分——它调整分区表的同时能直接resize对应文件系统比如ext4。这就是大家推荐它的理由。1.2 为什么选GParted而不是fdisk或命令行我在网上看到过有的教程让你直接fdisk删掉旧分区再重建保留起始扇区、修改结束扇区、然后resize2fs。这种方法确实可行但说实话只要输错一个数字整个分区表就废了数据能不能救回来只能看命。GParted把所有风险用图形化方式兜住了你可以直观看到分区的位置、大小、空闲空间在哪里Resize/Move操作时鼠标拖一拖就能定边界应用前还有一遍确认。对一个熟练用fdisk的老手来说命令行是快的但对大多数普通运维场景GParted更安全也更容易排查问题。另外GParted Live是独立于你虚拟机内系统的微型Linux环境启动时没有被挂载的分区resize的时候不会出现“设备忙”导致失败。这个优势极大相当于你站在房子外面重新画图纸而不是蹲在屋里边住边敲墙。2. 动手之前的准备工作和VMware配置不要急着下载镜像。先确认虚拟机的分区情况再决定扩容方式。我才接手的那台Ubuntu虚拟机是普通分区布局一个/boot分区、一个swap分区、一个根分区没有用LVM。如果你的系统装的时候选择了LVM逻辑卷管理处理和下文第4节有关联我会单独说明。2.1 备份和快照扩容前最重要的事无论操作多简单调整分区都有风险尤其是移动分区时需要搬运数据过程中一旦断电、卡死数据就悬了。我每次扩容前都习惯先做一个快照路径是“VM Snapshot Take Snapshot”。如果虚拟机里跑着数据库之类的服务最好是先停服或至少将关键数据备份出来。快照还有一个隐藏问题如果你做了快照GParted在分区操作时可能会遇到“磁盘被锁”或I/O错误。因为快照依赖原始vmdk和增量文件的关系强改分区表容易让快照链变得不稳定。建议做法是扩容前先删掉旧快照或者扩容不在快照状态下进行。我的习惯是停虚机删快照再扩展磁盘最后操作分区。麻烦一点但翻车概率低很多。2.2 下载并准备好GParted Live镜像GParted官方网站的下载页面有多个文件我选的是gparted-live-x.x.x-amd64.iso体积大概四五百兆。这里注意别下成zip包zip是给U盘写入用的VMware虚拟机直接挂载ISO即可。下载后用默认设置就行不用校验sha256也行但如果你很谨慎校验一下也不费事。我把ISO放在一个专门的iso目录下避免和其他镜像混淆。2.3 在VMware Workstation里扩展虚拟磁盘接下来是VMware层面的操作。确保虚拟机关机。然后选择虚拟机右键“设置”。在“硬盘”选项里看当前大小比如我的是50G。“磁盘大小”右侧直接填目标容量例如120G。点击“扩展”等待进度条完成。注意VMware只能扩大虚拟磁盘不能缩小所以填目标容量时要想清楚建议一次性给到未来两三年够用的空间。另外扩展时ISO可以预先挂载好也可以后面再挂不影响。这里还有个容易忽略的点如果你的虚拟磁盘是“独立模式”或做过加密扩展选项可能不可用需要在VMware文档里确认支持情况。我一般用的是默认的持久磁盘模式扩展很顺利。3. GParted调整分区全过程实操现在进入正式操作阶段。我下面以一台Ubuntu虚拟机为例布局大概是/dev/sda1ext4/boot1G/dev/sda2linux-swap4G/dev/sda3ext4根分区45G末尾未分配空间70G这是VMware刚扩出来的目标是把根分区从45G扩展到115G也就是把新空间全部并入根分区。3.1 从GParted Live引导虚拟机打开虚拟机电源时迅速按F2进入BIOS设置把CD/DVD光驱调到第一启动项硬盘调到第二。如果你的虚拟机是UEFI引导方式则在启动时按ESC或F2进入Boot Manager手动选择光驱启动。然后从GParted Live的引导菜单里选默认的第一项进入后会看到几个选项键盘映射默认不碰直接回车语言选择“不修改语言”进入英文界面。GParted没有中文界面但操作按钮就那几个不影响启动方式默认选择“0”会进入X图形环境。到这一步你会看到桌面上有一个GParted的图标双击打开主界面会列出整个磁盘的分区视图。3.2 看清分区布局判断下一步方案GParted界面最上方是磁盘型号、容量中间是彩色分区条下方是详细的表格信息文件系统、大小、已用、未用、标志。第一件事就是把布局搞清楚。我的情况根分区sda3紧挨着swap之后swap后面没有间隙sda3的终点就在磁盘末尾所以新的70G空闲空间在sda3的“右边”。如果你的根分区右边直接就是未分配空间操作就很简单选中根分区右键“Resize/Move”把鼠标拖到最右边或数值填到最大点击“Resize/Move”让分区占满整个未分配空间。但我的例子中根分区右边没有直接空闲而是到了磁盘末尾附近所以不需要移动直接扩展末端即可。如果你的布局里swap分区在根分区右边即根分区后面跟了个swap再往后是空闲空间那么需要先处理swap见第5节常见问题。3.3 核心操作扩容根分区到未分配空间我的操作流程是这样的在GParted主界面选中根分区/dev/sda3右键选择“Resize/Move”。在弹出窗口里看“Free space following”那栏把数值改成0或者直接拖动分区条的右边缘拉到最右。你也可以手动把“New Size”改成最大容量。确认分区尾部已经拉到磁盘末尾后点“Resize/Move”。此时只是把操作加入了待执行列表主界面分区条上会显示虚线框和箭头预览但还没真正写盘。需要点工具栏上打勾的“Apply All Operations”绿色图标。点击后GParted会弹出确认框提示“关于分区表和数据会进行修改”我都是再次检查一遍尤其看有没有动其他分区确认没问题后点“Apply”。等待时间取决于数据量和磁盘速度。GParted先调整分区表再resize文件系统。我那次45G的根分区ext4文件系统扩展只花了几分钟如果涉及移动分区数据可能要半小时甚至更久。期间别关闭虚拟机也别让宿主机休眠一旦中断基本上分区表就危险了。完成后GParted会提示所有操作成功。这时可以关掉虚拟机从ISO里卸载掉GParted镜像或把启动顺序改回硬盘。我没有直接重启进原系统而是先再启动一次GParted确认分区状态看到根分区已经是115G后才退出。稳一手不亏。3.4 重启进入系统验证文件系统扩展结果重启回原来的Ubuntu后用df -h看看根分区大小正常应该显示扩容后的大小。如果df显示的还是旧容量但lsblk显示分区已经是新大小说明文件系统还需要扩展一步。普通分区在这个阶段一般不会有这问题但如果你自己操作时遇到第4节会讲命令。再顺手检查一下挂载情况lsblk df -h /dev/sda3lsblk看的是分区大小df看的是文件系统可用空间。两者一致就说明一切正常。4. 文件系统层面的补充操作LVM和xfs的特殊处理如果你只是普通ext4分区读完上面就已经完成了可以跳过这一节。但很多服务器装系统时勾选了LVM用GParted扩大逻辑卷所在分区之后系统里依然看不到新空间因为LVM层是另外一层“图纸上的图纸”。4.1 普通分区和LVM的区别我们可以这样理解分区表是楼层的第一层图纸LVM是第二层图纸。GParted改的是第一层把物理分区扩了但LVM的物理卷、逻辑卷还停留在旧尺寸必须用命令去更新第二层和第三层。识别是否用了LVM很简单lsblk时如果看到类似├─sda5 8:5 0 50G 0 part │ └─ubuntu--vg-ubuntu--lv 253:0 0 50G 0 lvm这种带vg、lv的结构就是LVM。4.2 LVM扩容的命令三连假设GParted已经将/dev/sda5所在的物理分区扩到了120G。进入原来的Linux系统后执行# 查看物理卷和卷组状态 sudo pvs sudo vgs sudo lvs # 将物理卷扩展到分区的新大小 sudo pvresize /dev/sda5 # 将逻辑卷扩展到卷组的全部空闲空间 sudo lvextend -l 100%FREE /dev/ubuntu-vg/ubuntu-lv # 让文件系统感知逻辑卷的变化 sudo resize2fs /dev/ubuntu-vg/ubuntu-lv注意文件系统类型如果逻辑卷上是ext4用resize2fs如果是xfs要用xfs_growfs比如sudo xfs_growfs /mount/pointxfs不支持缩容只支持扩大用xfs_growfs时后面指定挂载点而不是设备路径。我用resize2fs多一点因为ext4最常见。扩展完后df -h才能看到最终容量。LVM这套逻辑其实不复杂核心就一句话GParted管物理分区pvresize让LVM认识新分区lvextend给逻辑卷分空间resize2fs/xfs_growfs让文件系统跟上。4.3 GParted里看不到LVM分区怎么办如果你习惯用GParted操作但启动后发现分区条上找不到LVM逻辑卷对应的分区别慌。GParted显示的是物理分区LVM逻辑卷需要系统启动后进入原系统查看。你在GParted里只需要确认物理分区扩大后续的LVM调整都在原系统里用命令完成。另外GParted Live环境里可能装不了lvm2工具。如果你一定要在Live环境里验证物理卷状态可以启动GParted Live后在终端里安装lvm2但要联网比较麻烦。默认在图形界面看到物理分区大小变了就行。5. 实操中常见的坑和排查方法这部分是我几次扩容操作里踩过或者帮别人排查过的典型问题有些非常冷门但一旦遇到就会卡住很久。5.1 swap分区夹在根分区和空闲空间中间怎么办假设你的布局是boot、root、swap然后才是空闲空间。这对初学者来说是比较麻烦的情况。swap在根分区右边意味着根分区的扩展被swap挡住不能直接把空闲空间归给root。我的做法是三步走在GParted里右键swap分区选择“Swapoff”保证它不被占用右键swap分区选择“Resize/Move”把它移动到磁盘最末尾。移动不是删数据是把分区终点和起点挪走这一步会搬运swap里残留的数据通常很快因为swap很小这样root右边就有了连续的空闲空间再去Resize/Move扩展root到最大。移动swap时GParted会给出警告说这个操作可能需要较长时间建议先备份。我会务实地观察一下swap分区大小一般几个G移动也就一两分钟。另一种思路是删掉swap扩展root再在末尾重新创建swap但那样要重新设置UUID/etc/fstab也要改对新手不友好。搬家比拆除重建更稳。5.2 分区不能resize提示文件系统只读有次我的虚拟机里跑了未正常关闭的服务分区挂载状态是只读。在GParted里操作ext4分区时直接提示“cannot resize read-only file system”之类的异常。做法是检查虚拟机原始的Linux系统是否完全关机。我们是用独立Live环境操作分区本身不应该被挂载才能resize。如果出现这种提示第一件事就是看看这个分区是否在GParted里显示了钥匙或挂载图标。如果显示挂载右键“卸载”然后“重新检测”再尝试resize。当然如果是xfs分区GParted对它的支持不如ext4完善某些版本可能只支持扩不支持缩。真要处理xfs我会选择用命令而不是GParted的图形操作。5.3 扩容后系统里看不到新空间df没变化前面提到过如果分区表已经是新大小但文件系统没有resize就会这样。GParted一般会连文件系统一起resize但如果你用的GParted版本老、或者文件系统类型特殊比如btrfs可能只改了分区没改文件系统。排查流程是lsblk # 如果分区大小正确继续 sudo resize2fs /dev/sda3如果resize2fs提示“Nothing to do”说明文件系统已经最大了那问题可能出在挂载参数或df缓存重启一下再看看。还有一种可能是你根本扩错了分区有些系统把/home单独分区根分区几G空闲全部分给了根可你的数据都在/home自然没变化。所以操作前一定要确认哪个分区承载了主要数据。5.4 忘记移除ISO导致重启又进入GParted这个属于小问题但非常常见。因为当时为了引导把光驱启动顺序调到第一扩完盘直接重启结果又进了GParted Live界面还以为是刚才的操作把系统搞坏了。解决办法扩完盘在重启之前把ISO从虚拟机光驱里卸载或断开连接。VMware里“编辑虚拟机设置”选CD/DVD改成“使用物理驱动器”或者把“已连接”取消勾选然后重启就正常了。如果是UEFI引导还要在Boot Manager里手动选一次硬