简介一份以Red Hat Enterprise Linux为示例的VMware虚拟机磁盘扩容操作指南面向Linux运维、开发及测试人员也适合遇到虚拟机存储空间不足、软件无法正常安装又希望避免重装系统重新配置环境的中初级读者。资源包共1个docx文档约324KB内容紧凑可直接按步骤查阅或打印后对照命令操作。指南先从VMware端出发演示如何在“编辑虚拟机设置”中通过“扩展”调大硬盘容量随后进入Linux系统介绍用fdisk -l查看分区、通过fdisk交互式命令创建新分区如/dev/sda4再使用mkfs.ext2也可选ext3/ext4格式化并完成mount临时挂载同时包含修改/etc/fstab实现开机自动挂载的方法以及重启后新分区才会生效等易错细节。此外还补充了原磁盘无可用空间时通过VMware添加新硬盘并复用分区格式化流程的备选方案。文档步骤均有命令示例和操作说明不熟悉fdisk的读者也能按图索骥完成扩容。目前已有6512人学习下载内容覆盖从VMware操作到Linux命令配置的完整链路对需要安全扩容、不丢失现有系统配置的读者有直接参考价值。1. 磁盘满了却装不上软件VMware 扩容后 Linux 里看不见新空间才是真正的大坑搞开发的人应该都撞过这个鬼打墙VMware 里的 Red Hat 系统跑着跑着df -h 一看 / 分区 100% 了接下来装个软件就报 No space left on device设备上没有剩余空间日志都写不进去。最气人的是你在 VMware 的虚拟机设置里把硬盘从 20G 拉到 50GExpand 也成功了结果回到 Linux 里 df -h 一看还是满的——新空间就像不存在一样。很多第一次搞扩容的人到这里就开始怀疑人生甚至想重装系统结果又要把开发环境、依赖库、各种配置全部重新折腾一遍。其实这不是玄学而是因为 VMware 层面扩容的只是虚拟磁盘这个大容器Linux 操作系统根本不知道这块新空间存在你得手动给它划分一个分区出来它才肯用。这篇文章就是把我自己踩过一遍的完整流程拆给你看从 VMware 扩容到 Linux 分区、格式化、挂载每步都讲清楚为什么必须这么做照着做基本不存在二次翻车。2. 扩容前先搞清楚df -h 看不到新空间是因为分区表没动过2.1 根因VMware Expand 只改了大容器Linux 不认识新空间先说底层逻辑。VMware 里的虚拟磁盘本质上就是一个大文件比如 CentOS 的 vmdk 或者 Red Hat 的 vdi你在 Edit Virtual Machine Settings 里点 Expand只是把这个文件的容量上限从 20G 变成了 50G文件底层新增的 30G 是不含任何分区结构的裸空间。而 Linux 系统启动时读取的是这块磁盘的分区表也就是 fdisk 里看到的那张表表里记录着这块盘被划分成了 sda1、sda2、sda3 这些分区每个分区的起始柱面和大小都是写死的。你只扩大外层容器而不修改这张表Linux 自然认为这块盘还是 20G 的旧格局多出来的 30G 对操作系统是完全透明的。这就是为什么很多教程说扩容后要 fdisk 新建分区——你不是在扩大已有分区而是在用掉新出现的空闲空间新建一个分区。一般我会先执行fdisk -l看一眼当前的分区布局确认磁盘头的差距。假如原来的物理盘是 20G分区表里 /dev/sda3 已经占了 19G 多扩容后 fdisk -l 仍然只显示 sda1、sda2、sda3但磁盘总容量已经变成 50G后面那 30G 就是未分配的空闲区域。你接下来要做的就是在这个空闲区域里创建 /dev/sda4然后格式化挂载。提示这里的核心认知是——扩容分成两段VMware 负责改外层容量你把 Linux 内的新空间变成可用分区。不能只做前半段也不能以为重启之后新空间会自动出现在老分区里。2.2 动手前先备份fdisk 操作不可逆别等输了 w 才后悔fdisk 是个交互式分区工具它的特点是所有修改在输入w之前都只是内存里的草稿但只要按下w回车分区表立刻写入磁盘而且这个操作没有后悔药可以吃。所以我每次操作前会强制自己先做两件事一是导出分区表留底命令如下。# 查看当前磁盘分区布局确认目标磁盘设备名输出结果保存到备份文件 fdisk -l /root/partition_backup_$(date %Y%m%d).txt # 如果担心误操作还可以用 sfdisk 备份完整分区表老版本叫 sfdisk -d新版本是 --dump sfdisk -d /dev/sda /root/sda_partition_table.bak第一行是纯查看把当前所有磁盘的分区情况打印出来并重定向到带日期的文本文件里即使后面操作出错你至少知道原来的分区长什么样。第二行用 sfdisk 把 /dev/sda 的完整分区表导出成一个文本备份这个文件里保留了每个分区的起始扇区、大小、类型万一你 fdisk 时手滑删除了什么分区可以用sfdisk /dev/sda /root/sda_partition_table.bak试着恢复。需要注意的是sfdisk 备份只是分区表结构不包含数据本身但在这个场景里已经足够兜底了。另外还有一个必须检查的前置条件确认 /dev/sda 上老分区是 MBR 格式还是 GPT 格式。多数老一些的 Red Hat / CentOS 6、7 默认用的 MBRfdisk 就能直接处理。如果你创建分区时 fdisk 提示 partition table is GPT那就得改用 parted 或者 gdisk 工具不能继续用 fdisk 的n、p、w这套流程。我见过有人看到提示不当回事结果 fdisk 写入的 MBR 分区和 GPT 表冲突导致系统完全无法引导的惨案。2.3 VMware 端扩容操作Utilities 菜单里的 Expand 怎么从灰的点亮启动虚拟机之前先在 VMware Workstation 主界面选中这台虚拟机点击编辑虚拟机设置Edit Virtual Machine Settings在硬件选项卡里找到硬盘。右侧会有个实用程序Utilities下拉菜单点开后里面有一项叫扩展Expand。这里有个常见情况如果虚拟机存在快照Expand 菜单是灰色的点不了。原因是虚拟机快照会把虚拟磁盘文件变成多层的 delta 文件VMware 不允许在存在快照的情况下直接扩展磁盘。解决方法是先把虚拟机关机在快照管理器里把快照删除或者合并到当前状态然后再打开设置窗口Expand 就能点了。弹出的窗口里会让你输入最大磁盘大小。比如原来 20G你直接改成 50G然后点扩展。这之后会有一段较长的处理时间界面显示类似 Expanding disk 的进度条一定不要关掉窗口也不要强制关机或强制退出 VMware否则容易把 vmdk 文件搞坏。等进度条走完VMware 端的任务就算完成了。这里要啰嗦一句专业的建议虚拟机扩容最好趁虚拟机关机状态下进行虽然 VMware 也支持开机状态的扩展取决于虚拟磁盘类型但关机操作是最稳的写入失败和各种并发问题都绕开了。我自己就有一次图省事开着机点扩展结果 VMware 报 I/O 错误整个虚拟磁盘差点没法启动从那以后我就默认关机再扩。注意Expand 填入的是扩展后磁盘的最大总大小而不是增加量。原本 20G 想多要 30G填的是 50G不是 30G。3. 分区到挂载一条龙从 fdisk 建分区到开机自动 mount 全拆解3.1 用 fdisk 创建 /dev/sda4n、p、回车、回车、w 五步走VMware 端扩容完成后启动 Linux以 root 身份登录终端。先跑fdisk -l确认磁盘现在的真实情况。你会看到类似下面这样的输出Disk /dev/sda: 53.7 GB, 0 bytes但下面列出的分区还是 sda1、sda2、sda3而且它们的总容量加起来明显小于 53.7G后面多出来的空间没有被任何分区占用。这就是我们要操作的目标区域。接下来执行分区命令进入交互界面fdisk /dev/sda执行后会看到Command (m for help):提示符以下是人机交互的完整流程和每步的含义Command (m for help): m Command (m for help): n Partition type: p primary (3 primary, 0 extended, 1 free) e extended Select (default p): p Partition number (4, default 4): 回车 First sector (..-.., default ..): 回车 Last sector, sectors or size{K,M,G} (.., default ..): 回车 Command (m for help): w第一步输入m是查看帮助让你知道有哪些子命令新手建议先看一眼老手通常直接跳过。第二步输入n表示新增分区。第三步输入p创建主分区。这里会看到系统提示 3 primary, 0 extended, 1 free意思是这块盘已经有 3 个主分区了还允许再创建一个主分区MBR 最多 4 个主分区所以你可以直接输入 p分区号默认给到 4也就是新的 /dev/sda4。第四步直接回车接受默认的起始扇区通常 fdisk 会自动把新分区的起点放在空闲空间的开头按回车可以保证我们不浪费任何空间。第五步直接回车接受默认的结束扇区表示把剩余的空闲空间全部划分给这个新分区。最后一步输入w将分区表写入磁盘并退出。如果中间哪步输错了在输入 w 之前按q可以安全退出所有修改都不会生效。提示很多人在这里分不清w和q的区别。q是放弃修改退出w是保存写入退出。拿不准的时候先按q重新进入 fdisk 再来一次这不算丢人。格式化前需要等待系统真正识别新分区表。按照通用的做法我会先执行partprobe /dev/sda让内核立刻重新读取分区表有时候不用重启就能看到 /dev/sda4。但在这个场景里稳妥起见还是建议不跳过重启因为环境里的系统是 Red Hat并且我们接下来要格式化 /dev/sda4内核如果还持有旧的分区表状态格式化时会出现 device is busy 或者新分区节点根本不存在的情况。重启命令reboot重启后执行lsblk或ls /dev/sda4确认新分区节点已经出现再进行格式化操作。3.2 mkfs.ext2 格式化为什么教程里选 ext2而生产环境建议换 ext4新分区在 /dev 下出现之后还不能直接用必须格式化出一个文件系统才能挂载使用。原来的节选教程给的命令是mkfs.ext2 /dev/sda4这个选择能跑通但它是老牌 ext2 文件系统没有日志功能异常断电时数据恢复能力弱。如果你的虚拟机只是用来做实验、跑跑脚本ext2 性能完全没问题如果这是你在用的开发测试机里面装着数据库、代码仓库、Jenkins 这类服务我更建议格式化成 ext4# 格式化新分区选择 ext4 文件系统在这里指定卷标为 data mkfs.ext4 /dev/sda4它和 ext2 的区别在于 ext4 自带日志journal系统突然断电后能快速回滚到一致状态并且支持更大的单个文件和子目录数量。如果你的内核还支持 xfsRed Hat 系默认推荐文件系统也可以直接用mkfs.xfs /dev/sda4。但要注意后面/etc/fstab里的文件系统类型字段必须和你格式化时选的一致——写成 ext4 就挂 ext4写成 xfs 就挂 xfs不能糊弄。我就见过有人格式化用了 xfsfstab 里写的却是 ext4结果开机挂载失败系统直接进入维护模式。格式化命令本身有几件事需要注意。第一不要针对整个物理盘/dev/sda执行 mkfs必须精确到分区名 /dev/sda4否则会把整个虚拟磁盘的所有分区都抹掉。第二如果格式化过程中报 /dev/sda4 is apparently in use by the system 说明内核还在用旧分区表需要执行partprobe /dev/sda或者直接重启。第三mkfs 的默认大小参数不用动它会根据分区大小自动选块大小不用手工指定。3.3 手动挂载临时分区mount 命令的具体用法现在新分区已经格式化好了但它还没有被挂载到目录树上也就是说你进入系统之后在 / 下面看不到任何关于它的痕迹。挂载的本质是把分区和一个空目录关联起来之后你往这个目录里写文件数据就落在 /dev/sda4 这个分区上。所以先要在根目录下创建一个挂载点也就是说一个空目录然后执行挂载# 创建挂载点目录 /disk4 mkdir -p /disk4 # 将新分区挂载到 /disk4 mount /dev/sda4 /disk4/ # 验证挂载结果使用 df -h 查看新分区的容量和挂载点 df -h /disk4第一行里的-p参数是如果父目录不存在就自动创建这里虽然 /disk4 就在根目录下没有父目录的问题但习惯上加上没有坏处后面你 pokud 要创建多级目录比如 /data/logs这个参数就能少打几行命令。第二行 mount 把 /dev/sda4 这个块设备挂载到 /disk4。第三行的df -h验证挂载状态能看到新分区的容量、已用、挂载点信息。如果执行完mount报错 wrong fs type, bad option, bad superblock那十有八九是格式化没成功或者 mkfs 时文件系统类型选择与挂载时不匹配用blkid /dev/sda4查看分区真实文件系统类型再和 mount 的参数核对一遍。注意此时进去看 /disk4 里应该只有一个 lostfound 目录这是 ext 系列文件系统创建时自动生成的。如果看到你原来的文件说明挂载点选错了可能挂到已有内容的目录上了赶紧 umount 换一个空目录。3.4 写入 /etc/fstab 实现开机自动挂载字段逐个讲别抄错顺序手动 mount 只对本次开机生效重启之后系统不会自动挂载 /disk4到时你写进去的数据还在但 df -h 又看不到 /disk4 了。要想永久生效得写进 /etc/fstab 文件。打开这个文件vim /etc/fstab在文件末尾追加一行推荐使用标准格式把分区的 UUID 填进去# 写入 fstab 的挂载条目各字段含义见下方说明 UUID你自己的uuid /disk4 ext4 defaults 0 0但如果你不想查 UUID也可以直接用设备路径写法如下/dev/sda4 /disk4 ext4 defaults 0 0fstab 每行有 6 个字段。第一个是设备名或 UUID/dev/sda4 简单直观但有一个潜在风险如果以后你调整过磁盘接口顺序比如把第二块盘插到第一块盘的接口设备名可能变化用 UUID 更稳。第二个是挂载点 /disk4必须是你已经创建好的目录。第三个是文件系统类型 ext4必须跟 mkfs 时指定的类型一致。第四个是挂载选项defaults 代表系统默认选项包含 rw可读写、suid、dev、exec、auto覆盖绝大多数场景不需要更复杂设置。第五个和第六个是是否用 dump 备份和是否用 fsck 检查都填 0 表示不备份不检查。检查一遍不要填错尤其是最后一个数字如果你写成了 1开机时会多一段磁盘自检不报错还好报错就会卡在启动流程上。改完以后建议不要马上重启先用 mount -a 验证 fstab 是否有语法问题。如果命令执行完没有任何输出并正常返回说明配置可以被系统正确解析。如果它报错多半是文件系统类型写错或挂载点不存在马上回头改别等重启后进不了系统才抓瞎。3.5 老分区是 LVM 布局的情况fdisk 建分区能解决问题吗很多 Red Hat 系统安装时默认选了 LVM 布局/dev/mapper/centos-root 这种你在 fdisk -l 里看到的不是 /dev/sda3 而是 /dev/mapper/ol-root物理卷 PV 和虚拟卷组 VG 是另一套逻辑层。这种情况下本文的 fdisk 新分区流程依然可以创建 /dev/sda4 这个物理分区但你要把它变成可用的空间需要把 /dev/sda4 加入 LVM 架构先 pvcreate 创建物理卷再 vgextend 扩展到现有卷组最后 lvextend 扩展逻辑卷再用 xfs_growfs 或 resize2fs 刷新文件系统。这三步里的每一步都比较长而且有顺序依赖如果你用的系统是 LVM 布局照着 fdisk 创建完 /dev/sda4 是不能直接 mkfs ext4 的——它会和原来的唤醒后的 LVM 结构割裂成两块独立的盘。所以我建议在动手之前跑一个lvdisplay看到 Logical Volume 存在就确认系统走的是 LVM 路线这时不要死板按 fdisk mkfs 往下走而是去查 LVM 扩容方案。不要问我能不能加进去答案是可以但需要走完整的 LVM 流程不是这篇一般方法能cover的。4. 避坑排查扩容过程中最容易走的 5 条弯路4.1 踩坑一Expand 成功但 fdisk -l 里还是 20G现象VMware 里已经显示磁盘 50G进入 Linux 执行 fdisk -l 却只看到 32.2 GB / 20G 的容量完全没有多出来的空间。原因最常见的两种情况一是虚拟机存在快照Expand 实际改的只是当前层以外的虚拟磁盘快照链里子磁盘的大小没有变二是虚拟机未正常关机直接在挂起状态下做的扩容VMware 报成功但底层 vmdk 的信息没完全刷新。解决先在 VMware 的 Snapshot Manager 里删除或合并所有快照这个操作需要虚拟机关机然后重新打开 Edit Virtual Machine Settings再次确认磁盘大小是否为 50G。如果还是 20G将虚拟机关机把 vmdk 文件路径记下用 vmware-vdiskmanager 做一次磁盘整理或扩展校准基本两步就能修正。4.2 踩坑二fdisk 输入 w 后系统立刻报错或卡死现象输入 w 后终端显示 WARNING: Re-reading the partition table failed with error 16: Device or resource busy新分区节点 /dev/sda4 没有出现。原因内核仍然使用着旧分区表分区被挂载在使用中/ 分区就在这块盘上fdisk 无法直接强制内核重读。解决出现这个提示就说明必须重启一次再继续。执行 reboot 重启重启后 /dev/sda4 出现了再往下走格式化。整个过程不要尝试在 fdisk 里反复输入 w也不要没重启就去 mkfs很可能会让你误伤到现有分区。4.3 踩坑三fstab 写错一行重启直接掉进维护模式现象重启后系统弹出 Welcome to emergency mode或者提示 An error occurred while mounting /disk4需要输入 root 密码进入维护 shell。原因fstab 条目里设备名、文件系统类型、挂载点三个地方任何一个跟你实际环境不匹配开机时 mount -a 失败因为文件系统挂载错误被视为系统级故障启动流程就被中断了。解决在维护模式里执行mount -o remount,rw /让根分区重新以读写模式挂载然后进入 vim /etc/fstab 检查那一行。打开文件看到错误后把它删掉或改正保存退出后再 reboot。注意维护模式下根分区默认是只读的直接 vim 会保存失败所以必须先执行 remount rw。修完之后用mount -a验证语法确认无误再重启。4.4 踩坑四mount 时说 you must specify a filesystem type现象执行 mount /dev/sda4 /disk4/ 后提示 mount: you must specify a filesystem type或者直接提示 wrong fs type。原因你忘记执行 mkfs或者格式化过程根本没成功 /dev/sda4 上没有任何文件系统。mount 命令默认会去读分区上的超级块读不到文件系统标识就会报错。解决先执行blkid /dev/sda4如果输出为空说明分区没有文件系统回到 mkfs 那一步重新格式化。如果输出显示 TYPExfs 但你 mount 时没加 -t xfsmount 其实也能自动识别。实际上这个报错最常在分区没格式化的情况下出现格式化了基本不会遇到。4.5 踩坑五磁盘明明显示 50G用了没几天又满了现象新分区挂载成功后空间确实多了但过了几个星期 df -h 一看 / 分区又满了/disk4 却还有大量空间。原因装软件、写日志时路径没有指向 /disk4。系统默认的软件安装路径、默认的日志输出目录都在 / 分区上不会因为你新加了 /disk4 就自己往那儿写。扩容本身不能解决根分区持续增长的问题只是让空间总量变大。解决用du -sh /root /var /tmp /home这类命令定位根分区里的占用大户把 /var/log 或者 /opt 这种目录迁移到 /disk4 目录里或者把 MySQL 的 datadir 指到新分区。从治理角度讲加硬盘只是止血把大文件迁走才是根治。5. 快速定位扩容到底成没成功一条命令就能验证每次操作完我会强制自己按固定顺序走一遍验证流程五步耗时不到两分钟第一步看内核是否识别新分区执行lsblk。这个命令把磁盘和分区的树状关系列出来sda4 存在且大小符合预期说明 fdisk 写入生效。第二步看文件系统执行blkid /dev/sda4输出里能看到 TYPEext4说明格式化真实完成这个信息同时用于 fstab 写入。第三步看挂载状态执行df -h /disk4确认新分区容量、已用和挂载点三者对应空间数值应该和你在 VMware 里设置的扩容结果吻合。第四步验证 fstab 是否有效执行mount -a没有任何报错输出立即返回说明下次开机时自动挂载指令可以被正常解析。第五步模拟一次重启执行reboot开机后再次 df -h /disk4如果新分区仍然挂载且空间正常整个扩容流程就算彻底闭环了。如果中间某一步不通过按这个顺序去定位lsblk 看不到 /dev/sda4问题出在 fdisk 分区表写入或重启缺失blkid 看不到 TYPE问题在 mkfs 执行环节df -h 看不到 /disk4问题在手动 mount 或目录创建mount -a 报错问题在 fstab 字段开机后失效问题在 fstab 条件不满足。这套诊断顺序基本能把你从哪里错了的黑匣子里拉出来。另外分享一个血泪经验第一次搞扩容时我格式化完 ext4 就急着把几十 GB 的代码仓库拷进去等写 fstab 时才发现设备名应该填 UUID。改 fstab 前先把已经拷进去的文件做了一遍同步费了大量时间。从那以后我每次 fdisk 完都先执行blkid /dev/sda*把所有分区的 UUID 抄下来写在备忘录里等到写 fstab 的时候直接贴再也没在这上面翻过车。希望这个习惯也能帮到你照着本文步骤走一遍基本能一次性搞定 VMware 虚拟机在 Linux 下的磁盘扩容问题。本文还有配套的精品资源点击获取 
长河君 · 2026/10/16 20:47:58 · 阅读 1.2k VMware虚拟机Linux磁盘扩容实战：分区、格式化到自动挂载全流程
简介一份以Red Hat Enterprise Linux为示例的VMware虚拟机磁盘扩容操作指南面向Linux运维、开发及测试人员也适合遇到虚拟机存储空间不足、软件无法正常安装又希望避免重装系统重新配置环境的中初级读者。资源包共1个docx文档约324KB内容紧凑可直接按步骤查阅或打印后对照命令操作。指南先从VMware端出发演示如何在“编辑虚拟机设置”中通过“扩展”调大硬盘容量随后进入Linux系统介绍用fdisk -l查看分区、通过fdisk交互式命令创建新分区如/dev/sda4再使用mkfs.ext2也可选ext3/ext4格式化并完成mount临时挂载同时包含修改/etc/fstab实现开机自动挂载的方法以及重启后新分区才会生效等易错细节。此外还补充了原磁盘无可用空间时通过VMware添加新硬盘并复用分区格式化流程的备选方案。文档步骤均有命令示例和操作说明不熟悉fdisk的读者也能按图索骥完成扩容。目前已有6512人学习下载内容覆盖从VMware操作到Linux命令配置的完整链路对需要安全扩容、不丢失现有系统配置的读者有直接参考价值。1. 磁盘满了却装不上软件VMware 扩容后 Linux 里看不见新空间才是真正的大坑搞开发的人应该都撞过这个鬼打墙VMware 里的 Red Hat 系统跑着跑着df -h 一看 / 分区 100% 了接下来装个软件就报 No space left on device设备上没有剩余空间日志都写不进去。最气人的是你在 VMware 的虚拟机设置里把硬盘从 20G 拉到 50GExpand 也成功了结果回到 Linux 里 df -h 一看还是满的——新空间就像不存在一样。很多第一次搞扩容的人到这里就开始怀疑人生甚至想重装系统结果又要把开发环境、依赖库、各种配置全部重新折腾一遍。其实这不是玄学而是因为 VMware 层面扩容的只是虚拟磁盘这个大容器Linux 操作系统根本不知道这块新空间存在你得手动给它划分一个分区出来它才肯用。这篇文章就是把我自己踩过一遍的完整流程拆给你看从 VMware 扩容到 Linux 分区、格式化、挂载每步都讲清楚为什么必须这么做照着做基本不存在二次翻车。2. 扩容前先搞清楚df -h 看不到新空间是因为分区表没动过2.1 根因VMware Expand 只改了大容器Linux 不认识新空间先说底层逻辑。VMware 里的虚拟磁盘本质上就是一个大文件比如 CentOS 的 vmdk 或者 Red Hat 的 vdi你在 Edit Virtual Machine Settings 里点 Expand只是把这个文件的容量上限从 20G 变成了 50G文件底层新增的 30G 是不含任何分区结构的裸空间。而 Linux 系统启动时读取的是这块磁盘的分区表也就是 fdisk 里看到的那张表表里记录着这块盘被划分成了 sda1、sda2、sda3 这些分区每个分区的起始柱面和大小都是写死的。你只扩大外层容器而不修改这张表Linux 自然认为这块盘还是 20G 的旧格局多出来的 30G 对操作系统是完全透明的。这就是为什么很多教程说扩容后要 fdisk 新建分区——你不是在扩大已有分区而是在用掉新出现的空闲空间新建一个分区。一般我会先执行fdisk -l看一眼当前的分区布局确认磁盘头的差距。假如原来的物理盘是 20G分区表里 /dev/sda3 已经占了 19G 多扩容后 fdisk -l 仍然只显示 sda1、sda2、sda3但磁盘总容量已经变成 50G后面那 30G 就是未分配的空闲区域。你接下来要做的就是在这个空闲区域里创建 /dev/sda4然后格式化挂载。提示这里的核心认知是——扩容分成两段VMware 负责改外层容量你把 Linux 内的新空间变成可用分区。不能只做前半段也不能以为重启之后新空间会自动出现在老分区里。2.2 动手前先备份fdisk 操作不可逆别等输了 w 才后悔fdisk 是个交互式分区工具它的特点是所有修改在输入w之前都只是内存里的草稿但只要按下w回车分区表立刻写入磁盘而且这个操作没有后悔药可以吃。所以我每次操作前会强制自己先做两件事一是导出分区表留底命令如下。# 查看当前磁盘分区布局确认目标磁盘设备名输出结果保存到备份文件 fdisk -l /root/partition_backup_$(date %Y%m%d).txt # 如果担心误操作还可以用 sfdisk 备份完整分区表老版本叫 sfdisk -d新版本是 --dump sfdisk -d /dev/sda /root/sda_partition_table.bak第一行是纯查看把当前所有磁盘的分区情况打印出来并重定向到带日期的文本文件里即使后面操作出错你至少知道原来的分区长什么样。第二行用 sfdisk 把 /dev/sda 的完整分区表导出成一个文本备份这个文件里保留了每个分区的起始扇区、大小、类型万一你 fdisk 时手滑删除了什么分区可以用sfdisk /dev/sda /root/sda_partition_table.bak试着恢复。需要注意的是sfdisk 备份只是分区表结构不包含数据本身但在这个场景里已经足够兜底了。另外还有一个必须检查的前置条件确认 /dev/sda 上老分区是 MBR 格式还是 GPT 格式。多数老一些的 Red Hat / CentOS 6、7 默认用的 MBRfdisk 就能直接处理。如果你创建分区时 fdisk 提示 partition table is GPT那就得改用 parted 或者 gdisk 工具不能继续用 fdisk 的n、p、w这套流程。我见过有人看到提示不当回事结果 fdisk 写入的 MBR 分区和 GPT 表冲突导致系统完全无法引导的惨案。2.3 VMware 端扩容操作Utilities 菜单里的 Expand 怎么从灰的点亮启动虚拟机之前先在 VMware Workstation 主界面选中这台虚拟机点击编辑虚拟机设置Edit Virtual Machine Settings在硬件选项卡里找到硬盘。右侧会有个实用程序Utilities下拉菜单点开后里面有一项叫扩展Expand。这里有个常见情况如果虚拟机存在快照Expand 菜单是灰色的点不了。原因是虚拟机快照会把虚拟磁盘文件变成多层的 delta 文件VMware 不允许在存在快照的情况下直接扩展磁盘。解决方法是先把虚拟机关机在快照管理器里把快照删除或者合并到当前状态然后再打开设置窗口Expand 就能点了。弹出的窗口里会让你输入最大磁盘大小。比如原来 20G你直接改成 50G然后点扩展。这之后会有一段较长的处理时间界面显示类似 Expanding disk 的进度条一定不要关掉窗口也不要强制关机或强制退出 VMware否则容易把 vmdk 文件搞坏。等进度条走完VMware 端的任务就算完成了。这里要啰嗦一句专业的建议虚拟机扩容最好趁虚拟机关机状态下进行虽然 VMware 也支持开机状态的扩展取决于虚拟磁盘类型但关机操作是最稳的写入失败和各种并发问题都绕开了。我自己就有一次图省事开着机点扩展结果 VMware 报 I/O 错误整个虚拟磁盘差点没法启动从那以后我就默认关机再扩。注意Expand 填入的是扩展后磁盘的最大总大小而不是增加量。原本 20G 想多要 30G填的是 50G不是 30G。3. 分区到挂载一条龙从 fdisk 建分区到开机自动 mount 全拆解3.1 用 fdisk 创建 /dev/sda4n、p、回车、回车、w 五步走VMware 端扩容完成后启动 Linux以 root 身份登录终端。先跑fdisk -l确认磁盘现在的真实情况。你会看到类似下面这样的输出Disk /dev/sda: 53.7 GB, 0 bytes但下面列出的分区还是 sda1、sda2、sda3而且它们的总容量加起来明显小于 53.7G后面多出来的空间没有被任何分区占用。这就是我们要操作的目标区域。接下来执行分区命令进入交互界面fdisk /dev/sda执行后会看到Command (m for help):提示符以下是人机交互的完整流程和每步的含义Command (m for help): m Command (m for help): n Partition type: p primary (3 primary, 0 extended, 1 free) e extended Select (default p): p Partition number (4, default 4): 回车 First sector (..-.., default ..): 回车 Last sector, sectors or size{K,M,G} (.., default ..): 回车 Command (m for help): w第一步输入m是查看帮助让你知道有哪些子命令新手建议先看一眼老手通常直接跳过。第二步输入n表示新增分区。第三步输入p创建主分区。这里会看到系统提示 3 primary, 0 extended, 1 free意思是这块盘已经有 3 个主分区了还允许再创建一个主分区MBR 最多 4 个主分区所以你可以直接输入 p分区号默认给到 4也就是新的 /dev/sda4。第四步直接回车接受默认的起始扇区通常 fdisk 会自动把新分区的起点放在空闲空间的开头按回车可以保证我们不浪费任何空间。第五步直接回车接受默认的结束扇区表示把剩余的空闲空间全部划分给这个新分区。最后一步输入w将分区表写入磁盘并退出。如果中间哪步输错了在输入 w 之前按q可以安全退出所有修改都不会生效。提示很多人在这里分不清w和q的区别。q是放弃修改退出w是保存写入退出。拿不准的时候先按q重新进入 fdisk 再来一次这不算丢人。格式化前需要等待系统真正识别新分区表。按照通用的做法我会先执行partprobe /dev/sda让内核立刻重新读取分区表有时候不用重启就能看到 /dev/sda4。但在这个场景里稳妥起见还是建议不跳过重启因为环境里的系统是 Red Hat并且我们接下来要格式化 /dev/sda4内核如果还持有旧的分区表状态格式化时会出现 device is busy 或者新分区节点根本不存在的情况。重启命令reboot重启后执行lsblk或ls /dev/sda4确认新分区节点已经出现再进行格式化操作。3.2 mkfs.ext2 格式化为什么教程里选 ext2而生产环境建议换 ext4新分区在 /dev 下出现之后还不能直接用必须格式化出一个文件系统才能挂载使用。原来的节选教程给的命令是mkfs.ext2 /dev/sda4这个选择能跑通但它是老牌 ext2 文件系统没有日志功能异常断电时数据恢复能力弱。如果你的虚拟机只是用来做实验、跑跑脚本ext2 性能完全没问题如果这是你在用的开发测试机里面装着数据库、代码仓库、Jenkins 这类服务我更建议格式化成 ext4# 格式化新分区选择 ext4 文件系统在这里指定卷标为 data mkfs.ext4 /dev/sda4它和 ext2 的区别在于 ext4 自带日志journal系统突然断电后能快速回滚到一致状态并且支持更大的单个文件和子目录数量。如果你的内核还支持 xfsRed Hat 系默认推荐文件系统也可以直接用mkfs.xfs /dev/sda4。但要注意后面/etc/fstab里的文件系统类型字段必须和你格式化时选的一致——写成 ext4 就挂 ext4写成 xfs 就挂 xfs不能糊弄。我就见过有人格式化用了 xfsfstab 里写的却是 ext4结果开机挂载失败系统直接进入维护模式。格式化命令本身有几件事需要注意。第一不要针对整个物理盘/dev/sda执行 mkfs必须精确到分区名 /dev/sda4否则会把整个虚拟磁盘的所有分区都抹掉。第二如果格式化过程中报 /dev/sda4 is apparently in use by the system 说明内核还在用旧分区表需要执行partprobe /dev/sda或者直接重启。第三mkfs 的默认大小参数不用动它会根据分区大小自动选块大小不用手工指定。3.3 手动挂载临时分区mount 命令的具体用法现在新分区已经格式化好了但它还没有被挂载到目录树上也就是说你进入系统之后在 / 下面看不到任何关于它的痕迹。挂载的本质是把分区和一个空目录关联起来之后你往这个目录里写文件数据就落在 /dev/sda4 这个分区上。所以先要在根目录下创建一个挂载点也就是说一个空目录然后执行挂载# 创建挂载点目录 /disk4 mkdir -p /disk4 # 将新分区挂载到 /disk4 mount /dev/sda4 /disk4/ # 验证挂载结果使用 df -h 查看新分区的容量和挂载点 df -h /disk4第一行里的-p参数是如果父目录不存在就自动创建这里虽然 /disk4 就在根目录下没有父目录的问题但习惯上加上没有坏处后面你 pokud 要创建多级目录比如 /data/logs这个参数就能少打几行命令。第二行 mount 把 /dev/sda4 这个块设备挂载到 /disk4。第三行的df -h验证挂载状态能看到新分区的容量、已用、挂载点信息。如果执行完mount报错 wrong fs type, bad option, bad superblock那十有八九是格式化没成功或者 mkfs 时文件系统类型选择与挂载时不匹配用blkid /dev/sda4查看分区真实文件系统类型再和 mount 的参数核对一遍。注意此时进去看 /disk4 里应该只有一个 lostfound 目录这是 ext 系列文件系统创建时自动生成的。如果看到你原来的文件说明挂载点选错了可能挂到已有内容的目录上了赶紧 umount 换一个空目录。3.4 写入 /etc/fstab 实现开机自动挂载字段逐个讲别抄错顺序手动 mount 只对本次开机生效重启之后系统不会自动挂载 /disk4到时你写进去的数据还在但 df -h 又看不到 /disk4 了。要想永久生效得写进 /etc/fstab 文件。打开这个文件vim /etc/fstab在文件末尾追加一行推荐使用标准格式把分区的 UUID 填进去# 写入 fstab 的挂载条目各字段含义见下方说明 UUID你自己的uuid /disk4 ext4 defaults 0 0但如果你不想查 UUID也可以直接用设备路径写法如下/dev/sda4 /disk4 ext4 defaults 0 0fstab 每行有 6 个字段。第一个是设备名或 UUID/dev/sda4 简单直观但有一个潜在风险如果以后你调整过磁盘接口顺序比如把第二块盘插到第一块盘的接口设备名可能变化用 UUID 更稳。第二个是挂载点 /disk4必须是你已经创建好的目录。第三个是文件系统类型 ext4必须跟 mkfs 时指定的类型一致。第四个是挂载选项defaults 代表系统默认选项包含 rw可读写、suid、dev、exec、auto覆盖绝大多数场景不需要更复杂设置。第五个和第六个是是否用 dump 备份和是否用 fsck 检查都填 0 表示不备份不检查。检查一遍不要填错尤其是最后一个数字如果你写成了 1开机时会多一段磁盘自检不报错还好报错就会卡在启动流程上。改完以后建议不要马上重启先用 mount -a 验证 fstab 是否有语法问题。如果命令执行完没有任何输出并正常返回说明配置可以被系统正确解析。如果它报错多半是文件系统类型写错或挂载点不存在马上回头改别等重启后进不了系统才抓瞎。3.5 老分区是 LVM 布局的情况fdisk 建分区能解决问题吗很多 Red Hat 系统安装时默认选了 LVM 布局/dev/mapper/centos-root 这种你在 fdisk -l 里看到的不是 /dev/sda3 而是 /dev/mapper/ol-root物理卷 PV 和虚拟卷组 VG 是另一套逻辑层。这种情况下本文的 fdisk 新分区流程依然可以创建 /dev/sda4 这个物理分区但你要把它变成可用的空间需要把 /dev/sda4 加入 LVM 架构先 pvcreate 创建物理卷再 vgextend 扩展到现有卷组最后 lvextend 扩展逻辑卷再用 xfs_growfs 或 resize2fs 刷新文件系统。这三步里的每一步都比较长而且有顺序依赖如果你用的系统是 LVM 布局照着 fdisk 创建完 /dev/sda4 是不能直接 mkfs ext4 的——它会和原来的唤醒后的 LVM 结构割裂成两块独立的盘。所以我建议在动手之前跑一个lvdisplay看到 Logical Volume 存在就确认系统走的是 LVM 路线这时不要死板按 fdisk mkfs 往下走而是去查 LVM 扩容方案。不要问我能不能加进去答案是可以但需要走完整的 LVM 流程不是这篇一般方法能cover的。4. 避坑排查扩容过程中最容易走的 5 条弯路4.1 踩坑一Expand 成功但 fdisk -l 里还是 20G现象VMware 里已经显示磁盘 50G进入 Linux 执行 fdisk -l 却只看到 32.2 GB / 20G 的容量完全没有多出来的空间。原因最常见的两种情况一是虚拟机存在快照Expand 实际改的只是当前层以外的虚拟磁盘快照链里子磁盘的大小没有变二是虚拟机未正常关机直接在挂起状态下做的扩容VMware 报成功但底层 vmdk 的信息没完全刷新。解决先在 VMware 的 Snapshot Manager 里删除或合并所有快照这个操作需要虚拟机关机然后重新打开 Edit Virtual Machine Settings再次确认磁盘大小是否为 50G。如果还是 20G将虚拟机关机把 vmdk 文件路径记下用 vmware-vdiskmanager 做一次磁盘整理或扩展校准基本两步就能修正。4.2 踩坑二fdisk 输入 w 后系统立刻报错或卡死现象输入 w 后终端显示 WARNING: Re-reading the partition table failed with error 16: Device or resource busy新分区节点 /dev/sda4 没有出现。原因内核仍然使用着旧分区表分区被挂载在使用中/ 分区就在这块盘上fdisk 无法直接强制内核重读。解决出现这个提示就说明必须重启一次再继续。执行 reboot 重启重启后 /dev/sda4 出现了再往下走格式化。整个过程不要尝试在 fdisk 里反复输入 w也不要没重启就去 mkfs很可能会让你误伤到现有分区。4.3 踩坑三fstab 写错一行重启直接掉进维护模式现象重启后系统弹出 Welcome to emergency mode或者提示 An error occurred while mounting /disk4需要输入 root 密码进入维护 shell。原因fstab 条目里设备名、文件系统类型、挂载点三个地方任何一个跟你实际环境不匹配开机时 mount -a 失败因为文件系统挂载错误被视为系统级故障启动流程就被中断了。解决在维护模式里执行mount -o remount,rw /让根分区重新以读写模式挂载然后进入 vim /etc/fstab 检查那一行。打开文件看到错误后把它删掉或改正保存退出后再 reboot。注意维护模式下根分区默认是只读的直接 vim 会保存失败所以必须先执行 remount rw。修完之后用mount -a验证语法确认无误再重启。4.4 踩坑四mount 时说 you must specify a filesystem type现象执行 mount /dev/sda4 /disk4/ 后提示 mount: you must specify a filesystem type或者直接提示 wrong fs type。原因你忘记执行 mkfs或者格式化过程根本没成功 /dev/sda4 上没有任何文件系统。mount 命令默认会去读分区上的超级块读不到文件系统标识就会报错。解决先执行blkid /dev/sda4如果输出为空说明分区没有文件系统回到 mkfs 那一步重新格式化。如果输出显示 TYPExfs 但你 mount 时没加 -t xfsmount 其实也能自动识别。实际上这个报错最常在分区没格式化的情况下出现格式化了基本不会遇到。4.5 踩坑五磁盘明明显示 50G用了没几天又满了现象新分区挂载成功后空间确实多了但过了几个星期 df -h 一看 / 分区又满了/disk4 却还有大量空间。原因装软件、写日志时路径没有指向 /disk4。系统默认的软件安装路径、默认的日志输出目录都在 / 分区上不会因为你新加了 /disk4 就自己往那儿写。扩容本身不能解决根分区持续增长的问题只是让空间总量变大。解决用du -sh /root /var /tmp /home这类命令定位根分区里的占用大户把 /var/log 或者 /opt 这种目录迁移到 /disk4 目录里或者把 MySQL 的 datadir 指到新分区。从治理角度讲加硬盘只是止血把大文件迁走才是根治。5. 快速定位扩容到底成没成功一条命令就能验证每次操作完我会强制自己按固定顺序走一遍验证流程五步耗时不到两分钟第一步看内核是否识别新分区执行lsblk。这个命令把磁盘和分区的树状关系列出来sda4 存在且大小符合预期说明 fdisk 写入生效。第二步看文件系统执行blkid /dev/sda4输出里能看到 TYPEext4说明格式化真实完成这个信息同时用于 fstab 写入。第三步看挂载状态执行df -h /disk4确认新分区容量、已用和挂载点三者对应空间数值应该和你在 VMware 里设置的扩容结果吻合。第四步验证 fstab 是否有效执行mount -a没有任何报错输出立即返回说明下次开机时自动挂载指令可以被正常解析。第五步模拟一次重启执行reboot开机后再次 df -h /disk4如果新分区仍然挂载且空间正常整个扩容流程就算彻底闭环了。如果中间某一步不通过按这个顺序去定位lsblk 看不到 /dev/sda4问题出在 fdisk 分区表写入或重启缺失blkid 看不到 TYPE问题在 mkfs 执行环节df -h 看不到 /disk4问题在手动 mount 或目录创建mount -a 报错问题在 fstab 字段开机后失效问题在 fstab 条件不满足。这套诊断顺序基本能把你从哪里错了的黑匣子里拉出来。另外分享一个血泪经验第一次搞扩容时我格式化完 ext4 就急着把几十 GB 的代码仓库拷进去等写 fstab 时才发现设备名应该填 UUID。改 fstab 前先把已经拷进去的文件做了一遍同步费了大量时间。从那以后我每次 fdisk 完都先执行blkid /dev/sda*把所有分区的 UUID 抄下来写在备忘录里等到写 fstab 的时候直接贴再也没在这上面翻过车。希望这个习惯也能帮到你照着本文步骤走一遍基本能一次性搞定 VMware 虚拟机在 Linux 下的磁盘扩容问题。本文还有配套的精品资源点击获取