linux磁盘在线扩容需按“云盘扩容→分区调整→文件系统扩展”三级顺序操作，依赖磁盘结构（裸盘/mbr/gpt/lvm）选择对应工具，每步须验证成功后再推进，否则易致数据损坏。
Linux磁盘在线扩容不是一次性命令能完成的事，而是分层推进的过程：先确认扩容前提，再按“云盘扩容→分区调整→文件系统扩展”三级顺序操作。关键在于每一步都依赖前一步成功，且不同底层结构（裸盘、MBR/GPT分区、LVM、文件系统类型）对应不同工具和限制。
确认当前磁盘结构和扩容前提
动手前必须明确三件事：磁盘是否已在线扩容、分区表类型、文件系统类型。否则容易误操作导致数据不可逆损坏。
- 用 fdisk -l 或 lsblk 查看磁盘设备（如 /dev/vdb）总容量是否已变大——这是云平台控制台扩容后的结果，未做这步就无法继续
- 用 fdisk -l /dev/vdb | grep 'Disk label' 判断是 MBR 还是 GPT；GPT 磁盘需用 parted，MBR 可用 growpart 或 fdisk
- 用 df -Th /mount/point 查文件系统类型（ext4/xfs），决定后续用 resize2fs 还是 xfs_growfs
- 若使用 LVM，还需运行 pvs; vgs; lvs 确认物理卷、卷组、逻辑卷状态
裸盘或普通分区扩容：调整分区大小
当磁盘容量已增大但分区未同步时，需扩展分区边界。注意：此步对已挂载分区可在线执行，但不支持所有场景（如分区是磁盘第一个且后面无空闲空间时需谨慎）。
- MBR 分区推荐用 growpart（多数云镜像已预装）：
growpart /dev/vdb 1（将 /dev/vdb 的第 1 个分区扩到末尾） - GPT 分区必须用 parted：
parted /dev/vdb resizepart 1 100%，然后 parted /dev/vdb print 验证 - 若 growpart 报错“failed to read partition table”，可尝试 partprobe /dev/vdb 刷新内核分区信息
- 执行后务必用 lsblk 检查分区大小是否已更新，例如 /dev/vdb1 的 SIZE 是否与 /dev/vdb 一致
LVM架构扩容：延伸逻辑卷空间
若磁盘用于 LVM（常见于云服务器系统盘或数据盘），扩容路径是：新空间 → 物理卷 → 卷组 → 逻辑卷 → 文件系统。
- 把扩容后的分区（如 /dev/vdb1）初始化为物理卷：
pvcreate /dev/vdb1 - 将该 PV 加入目标卷组（如 centos 或 vg_data）：
vgextend centos /dev/vdb1 - 查看卷组空闲空间：
vgdisplay centos | grep "Free" - 扩展逻辑卷（如 /dev/mapper/centos-root）：
lvresize -l +100%FREE /dev/mapper/centos-root - 此时 df -h 仍显示旧大小——因为文件系统尚未感知变化
扩展文件系统：让空间真正可用
最后一步是通知文件系统“你有更大空间了”。此操作通常可在线完成，但 ext4 要求分区已卸载（除非使用 xfs 类似方式，实际不推荐强制在线 resize2fs）。
- XFS 文件系统（主流云镜像默认）：
xfs_growfs /（根目录）或 xfs_growfs /data（挂载点路径） - ext4 文件系统：
若分区已挂载，部分内核支持在线 resize，但稳妥做法仍是：
resize2fs /dev/vdb1（直接指定设备，无需卸载） - 验证最终效果：
df -h 查看挂载点容量是否增长，lsblk 核对各层尺寸一致性
