GPT 分区表：二进制重建与扇区恢复协议
当 `fastboot` 报出 "Invalid partition table" 或设备在 9008 模式下无法识别 LUN 分区时，说明 GPT 结构已发生物理重叠、元数据损坏或校验击穿。本规程指导如何通过底层二进制注入，在“逻辑层彻底崩塌”的环境中恢复基本的物理寻址逻辑。
1. 存储结构审计：物理扇区映射
在 Android 设备中，GPT (GUID Partition Table) 并不是一个普通的文件系统文件，而是直接写入 UFS/EMMC 起始位置（通常是 LUN 0）的物理二进制流。理解 **LBA (Logical Block Address)** 逻辑块寻址是所有底层修复的前提。一个标准的 GPT 结构横跨了存储器两端的特定扇区。
LBA 0: Protective MBR
遗留引导记录，占据首个 512 字节。其物理作用是向不支持 GPT 的旧式磁盘工具返回一个 0xEE (GPT Protective) 分区标识，防止其将磁盘识别为空白盘，从而避免在逻辑层面发生误擦除事故。
LBA 1: GPT Header
包含磁盘 GUID、分区表偏移（Entry Offset）、以及针对分区项数组（LBA 2-33）的 **CRC32 校验和**。这是修复的核心，一旦此处的校验位与实际数组内容不符，存储控制器将拒绝呈现任何逻辑分区。
2. 逻辑死锁：校验和失稳与固件锁死
当开发者手动通过脚本扩容 Userdata、调整分区大小，或使用 `dd` 强制写入错误的镜像时，由于分区表项（Partition Entries）的二进制数据发生了位变动，而 LBA 1 头部存储的旧校验位（Header CRC32）未同步更新，会导致存储控制器进入**逻辑死锁状态**。此时，SoC 的引导 ROM (PBL) 会判定存储状态不可信，拒绝挂载逻辑块，表现为 Fastboot 无法操作任何分区。
3. 二进制审计：关键偏移量 (Offsets) 的物理含义
修复 GPT 表头（LBA 1）需要对特定的十六进制地址进行重写。下表定义了修复过程中不可逾越的“物理地址红线”，任何一个位（bit）的错误都会导致 CRC 校验再次击穿：
GPT Header (LBA 1) 核心 16 进制审计映射
Offset Reference (HEX)4. 物理注入协议：dd 指令强制覆盖的底层链路
当 GPT 彻底击穿导致系统无法识别挂载点，且 Fastboot 返回 "Critical partition error" 时，唯一的修复路径是利用底层内核命令或 EDL 模式下的 Programmer 指令，直接向物理闪存颗粒块（Raw Block Device）注入完好的结构快照。该操作会无视上层文件系统的逻辑保护。
操作死禁：4K 扇区物理对齐审计
在执行底层覆盖前，必须严格确认设备的物理块大小 (Physical Block Size)。现代 Android UFS 芯片多采用 4096 字节（4K）物理扇区。严禁在未经过 LBA-to-Phys 对齐计算的情况下直接写入。若写入位置偏移了哪怕 1 个字节，都会导致 GPT 表头与闪存物理页 (Page) 错位，进而引发存储控制器的硬件保护锁定。
# 1. 物理抹除：彻底清除受损的旧 GPT 结构 (覆盖 LBA 0-33)
# bs=512 为模拟扇区大小，count=34 涵盖了从 MBR 到 Partition Entries 的完整头部区域
dd if=/dev/zero of=/dev/block/sda bs=512 count=34 conv=notrunc,sync
# 2. 扇区注入：注入预处理的原始物理分区表快照
# seek=0 确保从块设备的绝对零地址开始写入。conv=notrunc 保证不改变设备文件的大小属性
dd if=/sdcard/gpt_backup.bin of=/dev/block/sda bs=512 count=34 seek=0 conv=notrunc
5. 镜像回归：Secondary GPT 的同步修复与重定位
GPT 协议具备极高的容错性。在物理磁盘的最末端，存储着一个 **Secondary GPT (备份表)**。在审计中发现，即使 LBA 1 的 Primary GPT 被成功修复，若磁盘末尾的镜像数据依然停留在损坏或陈旧状态（例如在跨容量刷机后），系统 Bootloader 依然会检测到 Header Mismatch。此时必须执行主备同步规程。
镜像同步与 CRC 再平衡规程
由于不同 UFS 容量（128G/256G/512G）的末尾扇区地址不一致，手动 dd 备份表极易出错。推荐审计工具：sgdisk。
# 自动扫描 Primary GPT，计算磁盘末端偏移，并强制覆写 Secondary GPT
sgdisk --repair /dev/block/sda
# 验证 CRC 完整性：输出结果中若包含 "Found valid GPT with corrupt headers" 则需执行此步
技术细节：`sgdisk` 会读取 LBA 1 的 "Last Usable LBA" 字段，自动计算 Backup GPT Header 应该驻留的物理扇区位置。这对于修复“扩容机”的分区识别问题至关重要。
6. 逻辑分区重组：Super 分区索引与 lp 元数据修复
在 Android 10+ 的虚拟 A/B 动态分区架构中，GPT 仅定义一个物理占位符 super。如果 GPT 物理寻址修复后，系统依然无法挂载 System 或 Vendor，通常是因为 Super 分区起始位置的 **lp (Logical Partition) 索引元数据** 崩溃。此时，即使底层扇区完好，VFS 也无法解析逻辑卷的边界。
索引重建：FastbootD 模式协议
场景：GPT 正常但报错 "Cannot mount logical partition"。
操作：必须进入 userspace fastboot 模式（即 FastbootD），通过抹除并重新声明逻辑大小来强制刷新 lp 索引表：
fastboot delete-logical-partition system_a
fastboot create-logical-partition system_a 0
签名屏障：AVB 2.0 哈希冲突
场景：修复 GPT 后卡在 SoC 厂商的“数据损坏”红字警告。
原理：Android Verified Boot 2.0 会对分区表偏移进行哈希审计。任何对 GPT 的手动变动都会破坏其 Merkle Tree 哈希链。补救措施：必须刷入带有 `--disable-verity` 标志的 vbmeta，以解除启动时的完整性强制校验。
7. 指令审计：当恢复失败时的红线排查
如果执行 `dd` 指令时返回 I/O Error、Write Protect 或操作无反馈，请按照以下物理红线规程进行硬件审计自检：
- UFS 硬件生命周期锁：审计存储颗粒是否进入了强制只读模式（End-of-Life）。通过 9008 模式下的探测指令，检查 Health Descriptor。若 Life Time Used 达到 0x0B (100%-110%)，物理扇区将禁止任何修改。
- USB 电流与电压审计：底层扇区写入对 USB 握手的供电极其敏感。建议避免使用 Type-C 扩展坞，必须直接插在 PC 主板后置接口，防止在高电流写入扇区时因电压瞬降导致 CRC 写入失败。
- Firehose 权限审计：在 9008 模式下，确保使用了支持该 UFS 类型（v2.1/3.1/4.0）的特定 Firehose 加载器。错误的加载器虽然能建立连接，但无法获得物理扇区的 Write Access。
Protocol Execution Complete
只要物理扇区未物理击穿，逻辑重组即是归途。
本规程为 Gaoji.uk 底层维护与存储审计标准。