GPT 与 LVM 扩容的核查层次
从有道笔记整理的核查提纲，未在目标环境演练。涉及分区表和文件系统的写入操作前，须按设备、备份、维护窗口和回退方案重新编制 Runbook。
原笔记讨论的是 虚拟磁盘 → GPT 分区 → LVM PV → VG → LV → 文件系统 的扩容。每层都有自己的容量，不能因为上层磁盘变大，就推定挂载点已经得到新空间。
| 层次 | 要确认的问题 | 只读观察示例 |
|---|---|---|
| 磁盘 | 客体系统是否看到宿主侧扩容后的大小？ | lsblk -b -o NAME,SIZE,TYPE,FSTYPE,MOUNTPOINTS |
| 分区表 | GPT 备份头与分区边界是否仍指向旧磁盘末尾？ | sgdisk -v /dev/目标磁盘、parted -s /dev/目标磁盘 unit s print |
| PV / VG | PV 是否占满分区，VG 是否出现空闲 extents？ | pvs、vgs |
| LV | 目标 LV 是否得到 VG 的空闲空间？ | lvs -o lv_path,lv_size,devices |
| 文件系统 | 文件系统类型、当前大小和实际挂载点是什么？ | findmnt -no SOURCE,FSTYPE,TARGET /目标挂载点、df -hT /目标挂载点 |
容易误判的地方
- 磁盘增大后，GPT 备份头可能仍位于旧末尾；是否需要迁移，应先根据分区表诊断结果判断。原笔记把这一步写成必做步骤，不能照搬。
- 分区扩展后内核可能尚未重新读取分区表；继续操作前要确认运行时看到的新边界。被占用的设备可能无法在线刷新。
- 对 LVM 分区运行
blkid通常看到的是LVM2_member，不足以判断 LV 上的文件系统类型；应查目标 LV 或挂载点。 - 扩大分区、PV、LV 和文件系统是四个不同动作。完成每一步后，都要检查本层结果再进入下一层。
- 原笔记以单一磁盘和分区为例，未覆盖多 PV、RAID、加密卷、快照、根分区等情形；这些结构需要单独分析。
待核查
- 原笔记的 CentOS / Rocky Linux 场景未给出具体发行版、内核、
sgdisk、growpart和 LVM 版本。 - 在隔离的测试虚拟机中验证 GPT 备份头迁移、分区表重新读取与回退路径，再根据文件系统类型编写可执行步骤。
- 明确备份的恢复验证方式，不能把“已导出分区表”视作数据备份。