1. 从设备导出分区不只是为了救砖很多朋友第一次接触从手机里导出分区镜像可能都是在设备“变砖”或者出现严重系统故障比如开机卡在Logo界面、无限重启的时候。这时候我们就像医生需要给病人拍个X光片一样得把出问题的分区“读”出来看看里面到底发生了什么。这个过程专业上叫“回读”Read Back是后续一切分析和修复操作的基础。我遇到过不少案例比如用户误删了系统关键文件或者OTA升级中途断电导致data分区甚至system分区损坏。这时候手机本身已经无法正常启动进入系统了但我们仍然可以通过设备的底层下载模式比如高通平台的EDL模式联发科的BROM模式与它通信。我们常用的工具像文中的ResearchDownload或者更广为人知的QPST、MTK Client等本质上都是利用了这个通信协议。这个操作的核心思路是绕过已经瘫痪的安卓系统直接与手机芯片的底层引导程序对话告诉它“请把某某地址开始、长度为某某的一段存储空间的数据原封不动地发给我”。具体操作上以导出data分区为例你需要注意几个关键点。第一是分区的大小这个信息通常可以在设备的partition.xml或刷机包PAC/Scatter文件中找到。填错大小要么读不全要么工具会报错。第二是工具配置一定要记得像原文强调的只勾选最基础的FDLFirehose Loader和“Active Read Flash”选项取消所有正常的刷写项否则就不是“读”而是“写”了那可就真变砖了。第三也是新手最容易忽略的操作前务必让手机完全断电而不是简单地重启。因为如果手机还在尝试引导损坏的系统可能会干扰我们进入纯净的下载模式。我自己的习惯是长按电源键10秒以上强制关机或者直接拔掉电池如果可拆卸的话确保它是“彻底睡着”的状态我们再通过特定的按键组合比如音量下电源把它“唤醒”到下载模式。这个过程导出的是一个包含该分区所有数据的二进制“快照”。它可能是健康的也可能是损坏的但无论如何我们拿到了第一手原始数据。这不仅仅是救砖的第一步对于开发者来说这也是逆向分析厂商系统、提取特定驱动或资源文件的常用手段。比如你想研究某个手机厂商的相机调校算法但对方没有开源那么从正式版手机的vendor分区里把相关的库文件和配置文件导出来就是一条可行的路径。2. 获取镜像的多种途径PAC包与线刷包从手机里直接读取分区是最直接的方法但它有个前提你的手机硬件没坏并且还能进下载模式。如果手机彻底无法连接电脑了怎么办或者我们只是想分析某个官方发布的固件包并不想动自己的手机呢这时候我们就要转向另一个宝库——官方发布的完整固件包通常称为PAC包、线刷包或者OTA包。这些官方包本质上是一个包含了手机所有分区镜像、刷写脚本和校验信息的压缩合集。我们常用的ResearchDownload工具其“Load Package”功能就是用来解析这种包的。加载后工具会列出包里所有的镜像文件比如boot.img、system.img、super.img等等。按照原文的步骤找到对应的文件目录就能把它们提取出来。这里有个很实际的坑我踩过工具版本和固件包的版本要匹配。有时候用新版本工具打开旧版PAC包或者反过来都会导致有些文件尤其是super.img显示为.flag后缀而无法直接提取。这时候要么换一个版本的工具要么就得按提示去修改工具的配置文件比如文中的BinPack.ini把一些限制参数关掉。这其实是因为高版本工具为了安全或效率增加了一些新的打包校验规则。除了这种专业的线刷包我们平时更容易下载到的是OTA升级包ZIP格式和卡刷包。对于OTA包你可以直接把它解压通常在payload.bin文件里就包含了system、vendor等分区的增量或完整镜像。需要用到像payload-dumper-go这样的工具来进一步解包payload.bin。而对于卡刷包解压后你可能会看到各种各样的dat、br文件这是Android新的压缩格式需要用sdat2img等工具转换回img。所以获取镜像的途径是多样的核心在于理解你手头的包是什么格式然后用对应的工具链去处理。PAC包通常是最“原料”的因为它直接包含了可供下载模式刷写的原始镜像最适合我们进行底层的解析操作。3. 镜像格式鉴别Sparse与Raw的“变身术”从PAC包里提取出来的img文件比如system.img或者super.img它可能有两种截然不同的“形态”Sparse稀疏格式和Raw原始格式。这一步的判断至关重要用错了工具去处理就会得到一堆错误信息。怎么区分它们呢最可靠的方法就是在Linux环境下用file命令看一眼。如果file system.img的输出结果是简简单单的“data”那它十有八九就是Sparse格式。如果输出是一长串描述比如“Linux rev 1.0 ext4 filesystem data…”那恭喜你它已经是Raw格式了。在Windows下虽然没有原生的file命令但你可以用一些二进制查看工具如HxD打开文件的开头部分。Sparse格式文件有一个特定的魔法数字头magic number通常是0xED26FF3A看到这个就能认出来。那么为什么要有这两种格式呢这主要是为了优化存储和传输效率。想象一下一个system分区可能有3GB大但其中可能包含了大量的空白区块全0数据。Raw格式会忠实地记录所有这些空白导致镜像文件巨大。而Sparse格式则很聪明它只记录有实际数据的区块并用一种特殊的格式标记那些空白区块。这样一个3GB的分区做出来的Sparse镜像可能只有1.5GB在OTA升级时能节省大量下载流量和存储空间。但是这种格式不能被Linux系统直接挂载或解析所以我们在做解包操作前必须先把Sparse格式“还原”成完整的Raw格式。转换的工具就是simg2imgsparse image to raw image。它的用法非常简单simg2img sparse.img raw.img。这个工具在Android源码里就有编译后就能用。网上也能找到很多编译好的Windows和Linux版本。我建议你手头常备一个。转换过程其实就是把压缩的、带索引的稀疏数据展开成一个完整的、连续的磁盘映像文件。转换完成后得到的raw.img文件大小就会等于这个分区的实际容量比如3GB哪怕里面很多是零。这里有个常见错误如果你对一个已经是Raw格式的镜像强行使用simg2img工具会报“Bad magic”或“Invalid sparse file format”错误。这很正常说明它不需要转换直接进行下一步操作即可。所以养成先file一下的好习惯能避免很多无谓的折腾。4. 核心转换Sparse to Raw的实战与排错知道了原理我们来详细过一遍转换的实战操作和可能遇到的坑。假设我们现在有一个从最新手机固件里提取出来的system.img用file命令查看是data类型。首先确保你的simg2img工具是可执行的。在Linux下如果是从源码编译的它通常在out/host/linux-x86/bin/目录下。你可以把它复制到/usr/local/bin/或者直接加到环境变量里。在Windows下你需要一个simg2img.exe并且要注意它可能依赖一些动态链接库比如Cygwin或MSYS2的DLL最好把这些DLL文件放在同一个目录或者放到系统路径里。转换命令本身很简单simg2img system.img system.raw.img或者如果你不想改名字也可以直接覆盖建议先备份原文件simg2img system.img system.img.raw mv system.img.raw system.img这个过程可能会花点时间取决于你的镜像大小和硬盘速度。转换完成后务必再用file命令检查一下输出文件确认它已经变成了“ext4 filesystem data”之类的描述。我遇到过几个典型的坑权限问题在Linux下如果你直接对从Windows分区拷贝过来的文件操作有时会遇到权限错误。用chmod x simg2img给工具执行权限并用sudo执行命令试试。空间不足这是最容易忽略的一个2GB的Sparse镜像转换出来的Raw镜像可能是4GB。确保你目标磁盘有足够的剩余空间。我曾经在虚拟机里操作差点把硬盘撑爆。工具版本不匹配Android不同版本对Sparse格式可能有细微调整。如果你用很旧的simg2img去转换新版本固件的镜像可能会失败。尽量使用与固件版本相近的Android源码编译出的工具或者找最新的预编译版本。文件已损坏如果PAC包下载不完整或者提取过程中出错得到的Sparse镜像本身可能是坏的。转换时会报错。可以尝试重新下载或提取一次。成功转换后你就得到了一个“标准”的磁盘镜像文件。在Linux下你现在甚至可以直接用mount命令把它挂载到某个目录进行浏览sudo mount -o loop system.raw.img /mnt/system/当然对于super.img这种动态分区镜像直接挂载是行不通的这就是我们下一步要攻克的重点。5. 解包Super分区应对动态分区的挑战从Android 10开始谷歌引入了动态分区Dynamic Partitions机制super.img就是这个机制的产物。你可以把它理解为一个“硬盘”里面划分了多个“子分区”比如system_a,system_b,vendor_a,vendor_b,product_a等。它把原来独立的system.img、vendor.img等都打包在了一个大文件里方便OTA时进行整体管理和空间调配。所以当我们拿到一个super.img我们的目标就是把它里面包含的这些子镜像“拆解”出来。官方提供的拆解工具是lpunpackLogical Partition Unpack。这个工具在Android源码的system/extras/partition_tools/目录下。默认情况下它不会被编译需要你手动触发。进入AOSP源码根目录执行source build/envsetup.sh lunch aosp_arm-eng # 或者选择你的目标 make lpunpack编译完成后工具会生成在out/host/linux-x86/bin/lpunpackLinux环境。使用lpunpack有一个铁律它要求输入的super.img必须是Raw格式。如果你给的是一个Sparse格式的super.img直接运行会得到类似“Invalid super image magic”的错误。所以解包super.img的第一步永远是先用上一节的方法用simg2img把它转换成super_raw.img。解包命令如下mkdir super_temp lpunpack super_raw.img super_temp/解包过程很快完成后你进入super_temp目录就会看到一堆system_a.img、vendor_b.img这样的文件。注意lpunpack解包出来的这些子镜像本身已经是Raw格式的ext4镜像了你可以直接用file命令验证这一点。这省去了我们再次转换的麻烦。这里有个高级技巧lpunpack其实可以指定只解包特定的分区。比如你只关心system分区可以这样lpunpack --partitionsystem_a super_raw.img super_temp/这在处理很大的super.img时能节省时间和磁盘空间。解包成功后我们就得到了最原始的各个分区镜像。接下来才是真正“打开”这些镜像看到里面文件系统内容的时候。6. 解析Ext4镜像在Windows与Linux下的文件提取现在我们手里有了像system_a.raw.img这样的Raw格式Ext4文件系统镜像。怎么把它里面的成千上万个文件提取出来呢这取决于你的操作环境。在Linux下这是最原生的体验。你可以直接使用mount命令以只读方式挂载它就像挂载一个U盘一样sudo mkdir -p /mnt/system sudo mount -o loop,ro system_a.raw.img /mnt/system挂载后/mnt/system目录下就是这个系统分区的完整根目录你可以用cp、ls等命令自由查看和复制文件。操作完成后记得卸载sudo umount /mnt/system这种方法简单直接不需要额外工具而且速度很快。在Windows下情况稍微复杂一点因为Windows原生不支持Ext4文件系统。这时候我们就需要借助第三方工具。原文提到的ext4-exactor是一个选择它是一个命令行工具。我更推荐功能更全面、带图形界面的Ext2Fsd或者Linux Reader。以Ext2Fsd为例安装并运行后它会在“我的电脑”里为你的Ext4镜像虚拟出一个磁盘分区。你可以像访问普通硬盘一样通过资源管理器浏览和复制里面的文件非常直观。Linux Reader则是以只读方式安全地浏览镜像内容。如果你想在Windows下使用命令行进行批量操作也可以使用基于Cygwin或WSLWindows Subsystem for Linux环境的mount命令其操作逻辑就和Linux下一样了。我个人更推荐使用WSL2它几乎能提供完整的Linux体验包括直接挂载Ext4镜像。无论用哪种方法提取文件时都要注意保持文件权限和属性。特别是当你提取文件是为了修改后再打包回镜像时权限错误可能导致系统无法启动。在Linux下用cp -a命令可以保留所有属性。在Windows下使用工具时也要留意是否有保留权限的选项。7. 完整流程串联与实战心得让我们把上面的所有步骤串起来形成一个从拿到官方固件包到最终看到系统文件的完整工作流。假设我们有一个手机的PAC包想研究它的system分区里预装了哪些应用。提取镜像用ResearchDownload加载PAC包找到并提取出super.img。鉴别格式在Linux中用file super.img查看。如果显示“data”进入下一步。转换格式执行simg2img super.img super_raw.img得到Raw格式的Super镜像。解包Super执行lpunpack super_raw.img ./output/在output文件夹里得到system_a.img等文件。挂载查看执行sudo mount -o loop,ro output/system_a.img /mnt/system然后去/mnt/system目录下查看特别是/system/app/和/system/priv-app/目录里面就是系统预装的应用。在这个过程中我积累了一些实战心得。首先工作环境很重要。处理Android镜像一个Linux环境实体机、虚拟机或WSL2会帮你省去很多兼容性麻烦工具链也更齐全。其次磁盘空间要留足。镜像转换和解包过程中会产生和原始文件一样大甚至更大的临时文件确保你的工作盘有足够的剩余空间建议预留两倍于super.img的空间。第三善用脚本。如果你经常需要做这些操作可以把这些命令写成Shell脚本一键完成从转换到挂载的所有步骤大大提高效率。最后也是最重要的操作前备份原文件。尤其是在进行simg2img转换或尝试挂载时对原始镜像文件做一个拷贝。这些底层操作一旦出错可能会覆盖原始数据。有备份心不慌。这套流程不仅是救砖和分析的利器也是学习Android系统分区结构、定制ROM的必备技能。多操作几次你就会对整个Android的存储布局有更深刻的理解。