本帖最后由 数码小天才 于 2023-2-22 20:12 编辑
这个刷机包就是把安卓系统的所有的文件数据块，在每个数据库前面加上标识符（4字节）和校验位（4字节）后按照顺序捏到一块去，当然了，最前面加了个数据头。用UE打开bin格式的刷机包，其数据头部的第8-11个字节指定了数据头的长度：0x234就是7093这个刷机包头部的长度，从第0x234个字节开始就是安卓的文件了，比如第一个应该是fastboot.bin文件。7093的系统文件格式应该是：（blkdevparts=mmcblk0:1M(fastboot),1M(bootargs),18M(panelparam),2M(deviceinfo),1M(tpvnVRam),25M(recovery),40M(logo),30M(kernel),1M(dtb),2M(atf),25M(trustedcore),10M(securestore),1M(versioninfo),1M(misc),10M(bootmusic),10M(bootmusicsec),3072M(system),20M(atv),100M(cache),8M(factorydata),100M(fastplay),-(userdata) mmz=ddr,0,0,100M）。当然不一定全部都能找到对应的块，它有可能含会在system.img文件里面。比如，2M(deviceinfo),1M(tpvnvram),这两个可能就没有。这些有的、没有的都在数据头里面有定义，包括每一个数据块的启示地址，数据长度都有定义。只不过它的数据长度里面不包含标识符（4字节）和校验位（4字节）。然后最大的那个个数据块就是system.img,提取数据的是从0x047a2817+8开始，不要包含8字节头，长度就是0x57A323E8，这个数据块就是完整的system.img，提取出来后可以被ROM编辑工具认出来，比如蘑菇ROM助手。然后就可以通过rom助手编辑了。
老实说，数据头里面的信息还有很多，我也没搞清楚作用。头四个字节是头部标志（LOAD）接下来的是CRC32校验码，应该不是整个rom包的校验码。因为我一开始替换了system.img后，刷机开始没保持，到80%的时候卡住了，因为我删了好写东西，实际长度差不多就80% ，然后我没改头部的数据长度，所以它一支在读文件，但是文件已经读完了，就卡在哪里了，然后我改了第16字节开始的数据长度，一开始刷机就报错了，肯定是头部校验没通过吗。后续我在system.img里面补零，补足数据，然后改数据库的校验码，刷机进度到100% ，但是破坏了数据了，也是失败变砖。 做一个假的专门凑长度用的apk加到system.img里保证长度不变，是可行的。所以，这个数据包是分块校正的。头部的的校验就是这0x234个字节的校验，后面数据块的CRC校验采用32位（CRC32/MPEG-2)校验。前面应该也是，但是对不上。 抛砖引玉吧。
|
网站导航
发表于 2023-2-22 13:35
收藏
淘帖
顶一个
踩
提升卡
置顶卡
变色卡
千斤顶
znds.com 