1. 为什么需要给Ubuntu虚拟机扩容最近在本地开发环境跑深度学习项目时突然发现Ubuntu虚拟机的30G硬盘空间报警了。用df -h命令一看根目录只剩下不到1G的空间连pip安装新包都报错。这种场景相信很多开发者都遇到过——当初创建虚拟机时觉得30G够用结果随着开发环境配置、数据集积累和日志文件堆积空间不知不觉就被吃光了。虚拟机磁盘扩容其实是个挺常见的需求。我统计过身边同事的情况大约60%的人会在虚拟机使用半年内遇到存储不足的问题。特别是做机器学习、容器化开发或大数据处理的同学动辄几个G的数据集和镜像文件30G的初始空间根本撑不了多久。这时候如果直接重装系统所有开发环境都要重新配置费时费力不说还可能丢失重要数据。提示建议在虚拟机使用率达到70%时就考虑扩容避免空间耗尽导致系统崩溃。VMware Workstation Pro的磁盘扩容功能其实非常可靠我自己在Ubuntu 18.04到22.04各个版本上都实操过多次。整个过程就像给房子扩建——先打好地基扩展虚拟磁盘再重新装修分区用Gparted调整最后更新门牌号UUID同步。下面我就把踩过几次坑后总结的最稳方案分享给大家。2. 扩容前的准备工作2.1 检查当前磁盘状态首先打开终端运行这两个黄金命令组合df -h # 查看已挂载分区使用情况 lsblk # 查看所有块设备信息以我的Ubuntu 20.04为例典型的输出是这样的/dev/sda1 29G 27G 1.1G 96% /这说明根分区已经使用了96%的空间情况相当危急。同时lsblk会显示磁盘的物理结构sda 8:0 0 30G 0 disk ├─sda1 8:1 0 29G 0 part / ├─sda2 8:2 0 1K 0 part └─sda5 8:5 0 975M 0 part [SWAP]2.2 必须完成的预处理操作在VMware里点扩展按钮前有三件重要的事必须做关闭所有虚拟机快照在VMware左侧右键虚拟机 - 快照 - 管理快照删除所有快照节点完整关闭虚拟机不是挂起是彻底关机备份重要数据虽然扩容一般不会丢数据但我的血泪教训是曾经因为误操作导致分区表损坏注意有快照存在时VMware会禁用磁盘扩展选项这是很多人卡住的第一步。3. VMware磁盘扩展实战步骤3.1 调整虚拟磁盘容量关机后在VMware界面右键虚拟机 - 设置选择硬盘 - 扩展输入目标容量比如60G这里有个关键细节输入的60G是总容量不是增量。也就是说原本30G的磁盘会直接变成60G而不是增加30G。我第一次操作时就误解了这个逻辑输入30G结果发现总容量不对。扩展完成后别急着开机先用VMware的映射虚拟磁盘功能验证下文件 - 映射虚拟磁盘选择.vmdk文件勾选以只读模式打开这时在文件管理器里应该能看到磁盘容量确实变大了。这个技巧帮我避免过好几次因扩展失败导致的后续操作错误。3.2 安装分区神器Gparted启动虚拟机后第一件事就是安装我们的主力工具sudo apt update sudo apt install -y gparted如果apt报空间不足我就遇到过可以先用这个命令清理缓存sudo apt clean sudo apt autoremove安装完成后在终端输入gparted启动图形界面。你会看到类似这样的分区结构/dev/sda1原来的主分区约30G未分配空间新扩展的30G/dev/sda5交换分区4. 使用Gparted分配空间4.1 调整分区大小的正确姿势在Gparted中操作要遵循从下往上的原则首先右键交换分区sda5 - Swapoff删除交换分区放心后面可以重建右键扩展分区sda2 - 调整大小将其扩展到包含所有未分配空间最后调整主分区sda1到最大容量这个顺序很重要我试过直接扩展sda1结果Gparted报错说没有可用空间就是因为扩展分区sda2的边界限制了操作。4.2 处理常见的坑点坑一分区被锁住有时候会发现调整按钮是灰色的。这时需要sudo umount /dev/sda1然后在Gparted里点击刷新设备按钮。坑二启动分区问题如果是/boot单独分区的情况需要先用lsblk确认分区结构避免误操作导致系统无法启动。这种情况建议参考更专业的分区方案。完成调整后别忘了重建交换分区在剩余空间新建逻辑分区文件系统类型选择linux-swap右键 - 标记为swap5. 扩容后的收尾工作5.1 更新文件系统信息点击Gparted的绿色对勾应用所有操作后建议执行sudo resize2fs /dev/sda1这个命令会让文件系统识别新的空间大小。我有次漏了这步结果df -h显示空间没变排查了半天才发现问题。5.2 验证扩容结果用三个命令交叉验证df -h # 查看挂载点使用情况 lsblk # 查看分区物理大小 sudo fdisk -l /dev/sda # 查看分区表信息理想情况下三个命令显示的容量应该一致。如果发现差异可能需要重启或手动执行partprobe更新内核分区表。最后记得更新grubsudo update-grub6. 高级技巧与替代方案6.1 命令行方案无GUI环境如果只有SSH连接可以用fdiskresize2fs组合sudo fdisk /dev/sda # 删除并重建分区注意不要改起始扇区 sudo partprobe sudo resize2fs /dev/sda16.2 LVM分区的特殊处理如果是更复杂的LVM配置很多云镜像默认如此步骤会有所不同用pvresize扩展物理卷用lvextend扩展逻辑卷用resize2fs扩展文件系统6.3 空间规划建议根据我的经验建议这样分配60G空间/ 至少40G系统软件/home 15G用户数据swap 内存大小的1-1.5倍这样划分可以避免根分区再次爆满。当初我的30G磁盘就是因为把所有空间都给了/分区导致后期调整非常被动。
Ubuntu虚拟机磁盘扩容实战：从30G到60G的完整指南
1. 为什么需要给Ubuntu虚拟机扩容最近在本地开发环境跑深度学习项目时突然发现Ubuntu虚拟机的30G硬盘空间报警了。用df -h命令一看根目录只剩下不到1G的空间连pip安装新包都报错。这种场景相信很多开发者都遇到过——当初创建虚拟机时觉得30G够用结果随着开发环境配置、数据集积累和日志文件堆积空间不知不觉就被吃光了。虚拟机磁盘扩容其实是个挺常见的需求。我统计过身边同事的情况大约60%的人会在虚拟机使用半年内遇到存储不足的问题。特别是做机器学习、容器化开发或大数据处理的同学动辄几个G的数据集和镜像文件30G的初始空间根本撑不了多久。这时候如果直接重装系统所有开发环境都要重新配置费时费力不说还可能丢失重要数据。提示建议在虚拟机使用率达到70%时就考虑扩容避免空间耗尽导致系统崩溃。VMware Workstation Pro的磁盘扩容功能其实非常可靠我自己在Ubuntu 18.04到22.04各个版本上都实操过多次。整个过程就像给房子扩建——先打好地基扩展虚拟磁盘再重新装修分区用Gparted调整最后更新门牌号UUID同步。下面我就把踩过几次坑后总结的最稳方案分享给大家。2. 扩容前的准备工作2.1 检查当前磁盘状态首先打开终端运行这两个黄金命令组合df -h # 查看已挂载分区使用情况 lsblk # 查看所有块设备信息以我的Ubuntu 20.04为例典型的输出是这样的/dev/sda1 29G 27G 1.1G 96% /这说明根分区已经使用了96%的空间情况相当危急。同时lsblk会显示磁盘的物理结构sda 8:0 0 30G 0 disk ├─sda1 8:1 0 29G 0 part / ├─sda2 8:2 0 1K 0 part └─sda5 8:5 0 975M 0 part [SWAP]2.2 必须完成的预处理操作在VMware里点扩展按钮前有三件重要的事必须做关闭所有虚拟机快照在VMware左侧右键虚拟机 - 快照 - 管理快照删除所有快照节点完整关闭虚拟机不是挂起是彻底关机备份重要数据虽然扩容一般不会丢数据但我的血泪教训是曾经因为误操作导致分区表损坏注意有快照存在时VMware会禁用磁盘扩展选项这是很多人卡住的第一步。3. VMware磁盘扩展实战步骤3.1 调整虚拟磁盘容量关机后在VMware界面右键虚拟机 - 设置选择硬盘 - 扩展输入目标容量比如60G这里有个关键细节输入的60G是总容量不是增量。也就是说原本30G的磁盘会直接变成60G而不是增加30G。我第一次操作时就误解了这个逻辑输入30G结果发现总容量不对。扩展完成后别急着开机先用VMware的映射虚拟磁盘功能验证下文件 - 映射虚拟磁盘选择.vmdk文件勾选以只读模式打开这时在文件管理器里应该能看到磁盘容量确实变大了。这个技巧帮我避免过好几次因扩展失败导致的后续操作错误。3.2 安装分区神器Gparted启动虚拟机后第一件事就是安装我们的主力工具sudo apt update sudo apt install -y gparted如果apt报空间不足我就遇到过可以先用这个命令清理缓存sudo apt clean sudo apt autoremove安装完成后在终端输入gparted启动图形界面。你会看到类似这样的分区结构/dev/sda1原来的主分区约30G未分配空间新扩展的30G/dev/sda5交换分区4. 使用Gparted分配空间4.1 调整分区大小的正确姿势在Gparted中操作要遵循从下往上的原则首先右键交换分区sda5 - Swapoff删除交换分区放心后面可以重建右键扩展分区sda2 - 调整大小将其扩展到包含所有未分配空间最后调整主分区sda1到最大容量这个顺序很重要我试过直接扩展sda1结果Gparted报错说没有可用空间就是因为扩展分区sda2的边界限制了操作。4.2 处理常见的坑点坑一分区被锁住有时候会发现调整按钮是灰色的。这时需要sudo umount /dev/sda1然后在Gparted里点击刷新设备按钮。坑二启动分区问题如果是/boot单独分区的情况需要先用lsblk确认分区结构避免误操作导致系统无法启动。这种情况建议参考更专业的分区方案。完成调整后别忘了重建交换分区在剩余空间新建逻辑分区文件系统类型选择linux-swap右键 - 标记为swap5. 扩容后的收尾工作5.1 更新文件系统信息点击Gparted的绿色对勾应用所有操作后建议执行sudo resize2fs /dev/sda1这个命令会让文件系统识别新的空间大小。我有次漏了这步结果df -h显示空间没变排查了半天才发现问题。5.2 验证扩容结果用三个命令交叉验证df -h # 查看挂载点使用情况 lsblk # 查看分区物理大小 sudo fdisk -l /dev/sda # 查看分区表信息理想情况下三个命令显示的容量应该一致。如果发现差异可能需要重启或手动执行partprobe更新内核分区表。最后记得更新grubsudo update-grub6. 高级技巧与替代方案6.1 命令行方案无GUI环境如果只有SSH连接可以用fdiskresize2fs组合sudo fdisk /dev/sda # 删除并重建分区注意不要改起始扇区 sudo partprobe sudo resize2fs /dev/sda16.2 LVM分区的特殊处理如果是更复杂的LVM配置很多云镜像默认如此步骤会有所不同用pvresize扩展物理卷用lvextend扩展逻辑卷用resize2fs扩展文件系统6.3 空间规划建议根据我的经验建议这样分配60G空间/ 至少40G系统软件/home 15G用户数据swap 内存大小的1-1.5倍这样划分可以避免根分区再次爆满。当初我的30G磁盘就是因为把所有空间都给了/分区导致后期调整非常被动。
