fdisk无法完全非交互式无损扩容，必须删除并重建分区且严格保持原起始扇区不变；通过printf发送指令流（d→n→p→1→2048→回车→w）可实现半自动化操作，随后需partprobe重读分区表并resize2fs扩展文件系统。
fdisk 本身不支持完全非交互式删除并重建分区，尤其在要求“起始扇区不变、无损扩容”这种关键场景下，必须谨慎操作——因为任何起始扇区变动都可能导致数据不可读。但可以半自动化+脚本化规避交互提示，核心是：不删分区也能扩容？不行；删了但起始扇区严格一致，就等于逻辑上“无损”。
真正可行的做法，是用 fdisk 的 -c=dos -u=sectors 模式配合 here-string 或 printf 输入指令流，跳过人工按键，同时确保关键参数（尤其是 First sector）与原分区完全一致。
? 关键前提：确认原始分区起始扇区不可变
扩容前必须先查清：
sudo fdisk -l /dev/vdb | grep -A1 "Device.*Start"
输出类似：
Device Boot Start End Sectors Size Id Type /dev/vdb1 2048 20971519 20969472 10G 83 Linux
→ 记下 Start = 2048，后续新建分区时必须复用该值，否则文件系统无法识别原有数据。
✅ 正确做法：用 printf 模拟交互流程（非交互式）
假设目标盘是 /dev/vdb，原分区为 /dev/vdb1，起始扇区 2048，现云盘已扩容（如从 10G → 20G），需重建分区覆盖全盘：
# 卸载（必须！否则 fdisk 可能拒绝操作） sudo umount /dev/vdb1 # 用 printf 发送指令流：d → n → p → 1 → 2048 → 回车（用默认末尾）→ w printf "d\nn\np\n1\n2048\n\nw\n" | sudo fdisk /dev/vdb
⚠️ 注意：
- 第一个
\n对应d后的回车； -
n→p→1→2048→\n（起始扇区手动填2048）→\n（结束扇区用默认，即占满剩余空间）； - 最后
w写入，不可省略。
✅ 这样做等效于手动操作，但无停顿、无交互，适合脚本集成；
❌ 不要用echo（部分 shell 版本换行处理异常），优先用printf。
? 扩容后必须做的两件事
重建分区表只是第一步，文件系统还不知道新空间：
-
重读分区表（避免内核缓存旧信息）
sudo partprobe /dev/vdb # 或重启，但 partprobe 更快
-
扩展文件系统（以 ext4 为例）
sudo e2fsck -f /dev/vdb1 # 强制检查（安全起见） sudo resize2fs /dev/vdb1 # 自动扩到分区最大容量
? xfs 文件系统用
xfs_growfs /mount/point（需已挂载）。
⚠️ 常见错误避坑
- 直接
fdisk /dev/vdb后输d再n却没指定起始扇区 → 默认从 2048 开始看似一样，但若原盘不是 DOS 标准对齐（比如某些虚拟化环境起始是 1024），就会错； - 忘记
umount→fdisk可能报错或写入失败； -
resize2fs前没e2fsck→ 大概率报错 “Bad magic number”，因元数据未同步； - 用
parted替代fdisk？它支持rm+mkpart脚本化，但对 MBR 分区同样要求起始扇区一致，且parted默认使用 MiB 单位，易误算扇区 ——fdisk更直观可控。
不复杂但容易忽略
