告别system分区！Android 10/11 super.img解包实战：从simg2img到lpunpack的完整操作记录

Android 10/11 super.img深度解析与实战解包指南

最近在调试一台Android 11设备时，发现传统的system分区不见了踪影。这让我意识到，从Android 10开始引入的super分区机制正在彻底改变我们对Android系统镜像的认知方式。本文将带你深入理解super.img的结构原理，并手把手演示如何在Windows和Linux环境下完成从格式转换到完整解包的全过程。

1. super.img的前世今生

在Android 10之前，我们熟悉的system、vendor等分区都是独立存在的。每个分区对应一个独立的镜像文件，开发者可以直接对这些镜像进行挂载和修改。但随着动态分区(Dynamic Partitions)的引入，这一切都发生了变化。

动态分区的核心优势：

• 允许OTA更新时动态调整分区大小
• 支持A/B无缝更新
• 减少存储空间浪费
• 简化分区表管理

super.img实际上是一个容器镜像，内部包含了多个逻辑分区。通过lpdump工具可以查看其内部结构：

lpdump super.img

典型输出示例：

Metadata version: 10.0 Metadata size: 592 bytes Metadata max size: 65536 bytes Partition table: ------------------------ Name: system_a Group: google_dynamic_partitions Attributes: readonly Extents: 0 .. 143359 linear super 2048 ------------------------ Name: vendor_a Group: google_dynamic_partitions Attributes: readonly Extents: 0 .. 89087 linear super 145408

2. 准备工作与环境搭建

2.1 工具链获取

处理super.img需要以下核心工具：

对于Windows用户，可以从这些渠道获取工具：

• simg2img_for_win
• Android NDK工具链

2.2 环境配置

Linux环境下推荐使用Ubuntu 20.04 LTS，安装必要依赖：

sudo apt update sudo apt install -y android-sdk-libsparse-utils git-core gnupg flex bison build-essential zip curl zlib1g-dev gcc-multilib g++-multilib libc6-dev-i386 lib32ncurses5-dev x11proto-core-dev libx11-dev lib32z1-dev libgl1-mesa-dev libxml2-utils xsltproc unzip

3. 从稀疏镜像到可挂载格式

3.1 识别镜像类型

首先确认super.img的格式：

file super.img

典型输出有两种：

• 稀疏格式：Android sparse image, version: 1.0...
• 原始格式：Linux rev 1.0 ext4 filesystem data...

3.2 格式转换实战

对于稀疏格式，使用simg2img进行转换：

simg2img super.img super_raw.img

转换完成后验证：

file super_raw.img

常见问题处理：

1. 工具未找到：安装android-sdk-libsparse-utils
2. 转换失败：检查镜像完整性md5sum super.img
3. 空间不足：稀疏镜像解压后体积会显著增大

4. 深度解包super.img

4.1 编译lpunpack工具

如果设备厂商没有提供预编译版本，需要从AOSP源码编译：

source build/envsetup.sh lunch aosp_arm64-eng make lpunpack

编译产物位于：out/host/linux-x86/bin/lpunpack

4.2 实际解包操作

创建解包目录并执行解包：

mkdir unpack_output ./lpunpack super_raw.img unpack_output/

解包完成后检查输出：

ls -lh unpack_output/

4.3 Android 10 vs Android 11差异分析

Android 10典型输出：

-rw-r--r-- 1 user user 450M product_a.img -rw-r--r-- 1 user user 1.2G system_a.img -rw-r--r-- 1 user user 789M vendor_a.img

Android 11新增内容：

-rw-r--r-- 1 user user 1.1M odm_a.img -rw-r--r-- 1 user user 934M system_a.img -rw-r--r-- 1 user user 446M system_ext_a.img

关键变化：

• 新增odm分区用于OEM定制
• system_ext分离系统扩展组件
• 分区大小优化调整

5. 高级技巧与疑难解答

5.1 直接挂载super.img

对于调试场景，可以直接挂载而不解包：

sudo mount -o loop,ro super_raw.img /mnt/super

注意事项：

• 必须使用dmsetup处理动态分区映射
• 只读挂载避免损坏镜像
• 卸载时完整执行umount和dmsetup remove

5.2 分区大小调整

修改lpmake参数重新打包：

lpmake --metadata-size 65536 --super-name super --metadata-slots 2 \ --device super:4294967296 --group main:4294967296 \ --partition system_a:readonly:main:1073741824 \ --image system_a=./system.img \ --sparse --output ./super_new.img

5.3 常见错误处理

错误1：lpunpack: invalid sparse header

• 原因：镜像未正确转换
• 解决：重新执行simg2img

错误2：Not enough space to resize partition

• 原因：super分区空间不足
• 解决：调整lpmake的--device参数

错误3：Missing metadata signature

• 原因：镜像签名验证失败
• 解决：使用avbtool添加验证信息

在实际项目中，我遇到过最棘手的问题是Android 11的system_ext分区挂载失败。后来发现是因为设备树配置中缺少了对该分区的声明。这个案例让我深刻理解到，新的分区架构需要同步更新所有相关的配置