简介：这份资源是面向安卓ROM爱好者与第三方固件制作者的解包打包工具集，聚焦于2022年前后主流机型的ROM修改需求，帮助使用者完成从官方固件到自定义固件的完整处理流程。压缩包共156个文件，以61个exe可执行程序、34个dll动态库和12个bat批处理脚本为核心，辅以properties配置、ttf字体、jar包及密钥证书类文件，整体约82.11MB，下载解压后建议改为英文短目录再运行。工具支持img、super、BR、DAT等多种格式的解包与打包，覆盖recovery与boot镜像处理，并提供分段合并、payload.bin相关操作、解锁分区、修补boot、分区镜像刷写、编译apk以及一键制作MIUI第三方固件等功能。目前已有4318人学习下载，适合具备一定刷机与固件基础、希望深入定制系统或研究ROM结构的用户参考使用。
1. 2022 年那套 super 格式 ROM 解包打包工具，到底解决了什么问题
2022 年前后，大量中高端安卓机型开始用 super 动态分区替代传统的 system/vendor 独立分区，第三方 ROM 制作的门槛一下子被抬高了。以前你只要mount一个 ext4 镜像就能改东西，现在拿到的是一个几十 GB 的super.img，里面套着system、vendor、product、odm等逻辑分区，还可能是 sparse 稀疏格式。标题里说的「2022rom 解包打包做第三方 rom 工具 支持 super 格式解包打包」，本质就是一套能在本地把 super 拆开、改完再合回去的工具链。它解决的是第三方 ROM 开发者最核心的诉求：拿到官方全量包，解出可编辑的分区，塞进自己的改动，重新打包成能刷的镜像。适合谁？做移植包、做精简包、做 Magisk 集成包的人，以及想搞明白 super 分区结构的进阶玩家。这一章先把概念立住，后面几章全是能照着敲的命令和参数。
2. super 格式解包：从 super.img 到可编辑分区镜像
2.1 先搞清楚 super 里到底装了什么
super 分区不是文件系统，它是一个容器。用lpdump看它的元数据，你会看到若干逻辑分区（logical partition），每个分区有自己的名字、大小、分组（group）和槽位（slot）。2022 年常见的布局是system、vendor、product、system_ext、odm，A/B 机型还会带_a、_b后缀。super 本身有两种形态：raw 和 sparse。官方全量包里的super.img通常是 sparse 的，直接mount会报错，必须先转成 raw。这一步是新手最容易翻车的地方，很多人卡在「mount: wrong fs type」就是因为没做 sparse 转换。
判断格式的命令很简单：
# 查看文件真实类型，sparse 会显示 Android sparse image file super.img # 用 simg2img 把 sparse 转成 raw，这是解包的第一步 simg2img super.img super_raw.img # 确认转换结果，应该显示 Linux rev 1.0 ext4 filesystem 或 data file super_raw.imgsimg2img来自android-sdk-libsparse-utils包，Ubuntu 下apt install android-sdk-libsparse-utils即可。转换后文件会明显变大，因为 sparse 只存了非零块。参数上没什么可调的，输入输出写对就行。如果file显示的是DOS/MBR boot sector而不是 sparse，说明它已经是 raw，跳过这步。
2.2 用 lpunpack 拆出逻辑分区
raw 的 super 不能直接 mount，得用lpunpack按元数据把逻辑分区一个个抽出来。这个工具在 AOSP 的system/extras/partition_tools里，2022 年很多第三方工具包已经把它编译好放进bin/目录。
# 先看元数据，确认分区名和大小，避免拆错 lpdump super_raw.img # 拆到当前目录，会生成 system.img vendor.img 等 lpunpack super_raw.img ./ # 如果只想拆某一个分区，加分区名参数 lpunpack -p system super_raw.img ./lpdump的输出重点看三样：Name（分区名）、Size（字节数）、Group（所属组）。拆出来的system.img可能是 ext4，也可能是 erofs。2022 年之后不少机型 system 用 erofs，只读压缩，省空间但改起来麻烦。判断方法还是file system.img。ext4 可以直接mount -o loop，erofs 需要erofsfuse或者先转成 ext4。这里有个血泪经验：erofs 转 ext4 用ext4_rs之类的工具时，SELinux 上下文容易丢，刷进去可能卡开机，改完记得用setfilecon补上下文，或者干脆在打包前用make_ext4fs重建。
2.3 挂载与修改的边界
ext4 分区挂载后就能像普通目录一样改。但要注意 super 里的逻辑分区大小是固定的，你往里塞东西不能超过原分区大小，否则打包时lpmake会报Not enough space。常见做法是删掉一些预装 APK 腾空间，或者用resize2fs扩容——但扩容的前提是 super 元数据里该分区有剩余空间，或者你重新分配 group 大小。2022 年那批工具通常带一个resize脚本，本质就是改lpmake的参数。改完卸载前记得sync，否则数据可能没落盘。
3. 打包回 super：lpmake 参数怎么设才不翻车
3.1 打包前必须收集的四类信息
打包不是把改好的system.img一扔就完事。lpmake需要你显式告诉它每个分区的名字、大小、组、以及 super 总大小。这些信息从哪来？从你解包时lpdump的输出里抄。我一般会先把原始元数据存一份：
# 保存原始元数据，打包时对照 lpdump super_raw.img > super_metadata.txt # 提取关键行，方便复制 grep -E "Name|Size|Group|Block" super_metadata.txt四类信息：分区名（Name）、分区大小（Size，字节）、所属组（Group，通常是qti_dynamic_partitions或main）、super 总大小（Block device size）。总大小必须大于等于所有分区大小之和加上元数据开销，一般留 1% 余量。2022 年很多工具用lpmake的--device-size参数指定，单位是字节，写小了直接失败。
3.2 lpmake 完整命令与参数逐条说明
下面是一条能直接用的打包命令，以 system、vendor、product 三个分区为例：
# 打包 super，注意 --device-size 要略大于分区总和 lpmake \ --device-size=9126805504 \ --metadata-size=65536 \ --metadata-slots=2 \ --group=qti_dynamic_partitions:9126805504 \ --partition=system:readonly:3221225472:qti_dynamic_partitions \ --partition=vendor:readonly:2147483648:qti_dynamic_partitions \ --partition=product:readonly:1073741824:qti_dynamic_partitions \ --image=system=system.img \ --image=vendor=vendor.img \ --image=product=product.img \ --output=super_new.img逐条解释：--device-size是 super 总大小，必须大于等于 group 大小；--metadata-size元数据区大小，65536 是常见值，别乱改；--metadata-slots槽位，A/B 机型用 2，非 A/B 用 1；--group定义组名和组大小，组大小要能装下所有分区；--partition格式是名字:属性:大小:组名，属性readonly或readwrite，大小必须和实际镜像一致或略大；--image把分区名映射到文件；--output输出文件名。参数写错最常见的报错是Group size too small和Partition size mismatch，对着lpdump原始数据改就行。
3.3 转回 sparse 与刷机验证
lpmake产出的是 raw 格式，官方刷机脚本通常认 sparse。转回去用img2simg：
# raw 转 sparse，刷机包一般要 sparse img2simg super_new.img super_new_sparse.img # 验证 sparse 结构是否正常 simg2img super_new_sparse.img /tmp/check.img && echo "sparse OK"刷机验证阶段，如果设备能进 fastbootd，用fastboot flash super super_new_sparse.img。注意 fastbootd 和 bootloader 的 fastboot 是两回事，super 分区必须在 fastbootd 下刷。刷完第一次开机可能比较慢，因为要重建 dm-verity 和 SELinux 标签。如果卡在开机动画超过 5 分钟，大概率是分区大小或 SELinux 上下文有问题，回 fastbootd 刷回原包排查。
4. 避坑与排查：super 解包打包最常见的 5 个翻车点
4.1 现象：simg2img 报 “Invalid sparse file format”
原因：文件不是 sparse，或者下载不完整。2022 年很多全量包是分卷压缩的，解压后super.img可能被截断。解决：先file确认，如果是 raw 就别转；如果是 sparse 但报错，重新下载并校验 MD5。另外有些厂商用自定义 sparse 头，标准simg2img不认，得用厂商工具或simg2img的-c参数尝试兼容。
4.2 现象：lpunpack 拆出来的 system.img 挂载报 “wrong fs type”
原因：system 是 erofs 不是 ext4。解决：file system.img确认，erofs 用erofsfuse system.img /mnt/system挂载，或者用ext4_rs转换。转换后注意 SELinux 上下文，建议在打包前用make_ext4fs重建而不是直接改。
4.3 现象：lpmake 报 “Not enough space for partition”
原因：改后的镜像比原分区大，或者--partition里写的大小小于实际文件。解决：ls -l看镜像实际字节数，把--partition的大小改成实际值或略大；如果总大小不够，调大--device-size和--group大小，但别超过物理 super 分区容量。
4.4 现象：刷完卡开机，logcat 看到 avc denied
原因：SELinux 上下文丢失或错误。解决：挂载时用mount -o context=...或者改完用chcon修复。更稳的做法是保留原分区的file_contexts，用sefcontext工具批量恢复。2022 年那批工具里通常带fix_context.sh，别跳过。
4.5 现象：fastboot flash super 报 “partition table doesn't exist”
原因：刷错了模式，super 要在 fastbootd 刷，不是 bootloader 的 fastboot。解决：fastboot reboot fastboot进入 fastbootd，再执行 flash。如果设备不支持 fastbootd，只能用厂商的刷机工具整包刷。
5. 进阶技巧：用脚本把解包打包串成一条流水线
手动敲lpunpack和lpmake做一两次还行，做第三方 ROM 要反复迭代，必须脚本化。我一般写一个repack.sh，把元数据解析、镜像替换、打包、转 sparse 串起来。核心思路是从lpdump输出里自动提取分区名和大小，生成lpmake参数，避免手抄出错。
#!/bin/bash # 自动解析 lpdump 输出并重新打包 super RAW=super_raw.img OUT=super_new.img WORK=./parts # 解析分区名和大小，生成 lpmake 参数 lpdump $RAW | awk ' /Name:/ {name=$2} /Size:/ {size=$2; if(name!="") print name, size} ' > parts.txt # 构建 lpmake 命令 CMD="lpmake --device-size=$(stat -c%s $RAW) --metadata-size=65536 --metadata-slots=2" CMD="$CMD --group=qti_dynamic_partitions:$(stat -c%s $RAW)" while read name size; do CMD="$CMD --partition=$name:readonly:$size:qti_dynamic_partitions" CMD="$CMD --image=$name=$WORK/$name.img" done < parts.txt CMD="$CMD --output=$OUT" echo "执行: $CMD" eval $CMD && img2simg $OUT ${OUT%.img}_sparse.img这段脚本的关键在awk解析：lpdump输出里Name和Size是成对出现的，按行读取时用变量暂存名字，遇到 Size 就输出一对。stat -c%s拿文件字节数作为 device-size，比手写靠谱。参数上唯一要留意的是 group 名，不同机型可能叫main或qti_dynamic_partitions，从原始lpdump里抄。跑完检查super_new_sparse.img大小是否和原包接近，差太多说明分区大小没对齐。
验证方法我习惯用两步：先lpdump super_new.img看元数据是否和原始一致，再用simg2img转 raw 后lpunpack拆一遍，确认能拆出同样的分区。这个「解包-打包-再解包」的闭环能挡住 90% 的低级错误。最后一个习惯：每次改完 super，先在模拟器或备用机上刷，别直接上主力机。我早期图省事直接刷主力机，结果分区表写坏，救砖花了整晚，那之后所有 super 操作都先在备用机上过一遍。希望帮到你。
本文还有配套的精品资源，点击获取