fdisk本身不支持无损调整分区大小，需先扩容云盘、再用fdisk删重建分区（保持起始扇区不变）、最后用resize2fs或xfs_growfs扩展文件系统。
fdisk 本身不支持无损调整已有分区大小，它只能删除再重建分区，这会丢失数据。真正“无损调整”需要结合其他工具协同完成，核心思路是：先用 resize2fs（ext4）或 xfs_growfs（XFS）扩容文件系统，再用 fdisk 调整分区表（仅当云盘后端容量已扩大），且必须严格按顺序操作、谨慎验证。
确认云盘底层容量是否已扩大
云服务器的云盘扩容分两步：先在云平台（如阿里云、腾讯云控制台）扩容云盘，再在操作系统内识别新空间。若跳过第一步，fdisk 看不到新增容量：
- 运行 lsblk 或 sudo fdisk -l /dev/vdb，对比输出中的 Disk /dev/vdb 和分区 /dev/vdb1 的大小
- 如果 Disk 显示新容量（如 100G），但 /dev/vdb1 仍是旧大小（如 50G），说明需调整分区表
- 如果 Disk 仍为旧大小，说明云平台扩容未生效，需重启实例或执行 echo 1 > /sys/block/vdb/device/rescan
备份重要数据并卸载分区
任何分区操作都有风险，即使流程正确也建议提前备份。调整前必须卸载目标分区（根分区除外，需进 rescue 模式）：
- 运行 sudo umount /dev/vdb1 卸载（若提示 busy，用 lsof +D /mount/point 查进程）
- 用 sudo e2fsck -f /dev/vdb1（ext4）或 sudo xfs_info /dev/vdb1（XFS）检查文件系统一致性
- 切勿对挂载中的根分区直接操作；如需扩根分区，请使用云平台提供的在线扩容工具或进入 rescue 环境
用 fdisk 删除并重建分区（保持起始扇区不变）
这是关键一步：fdisk 不提供 resize 功能，只能删+新建。但只要新分区的起始扇区（First sector）与原分区完全一致，且结束扇区延至磁盘末尾，就可实现“逻辑无损”：
- 运行 sudo fdisk /dev/vdb
- 输入 p 查看当前分区，记下 /dev/vdb1 的 Start 值（如 2048）
- 输入 d 删除分区 1，再输入 n 新建主分区，全部回车默认（或手动指定 First sector = 原值，Last sector = 默认即最大）
- 输入 t 设置分区类型（如 83 for Linux），w 写入。此时分区表更新，但数据未动
- 运行 sudo partprobe /dev/vdb 或重启系统使内核重读分区表
扩展文件系统以使用新空间
分区表更新后，文件系统仍认为自己只有旧大小，需主动扩容才能使用新增空间：
- ext4 文件系统：sudo resize2fs /dev/vdb1（无需指定大小，自动填满）
- XFS 文件系统：sudo xfs_growfs /mount/point（注意：不是设备名，是挂载点，如 /data）
- 扩容完成后运行 df -h 验证可用空间是否增加
- 若 resize2fs 报错 “The filesystem is mounted”，说明未卸载；若报 “Bad magic number”，说明误对错误设备操作
整个过程不是 fdisk 单独完成的“无损调整”，而是 fdisk 配合文件系统工具的协作流程。重点在于：云盘扩容先行、起始扇区严守、卸载与检查不可省、文件系统扩容必须最后执行。操作前务必快照备份，避免误操作导致数据不可逆丢失。
