android平台刷机包的制作研究

【转】android平台刷机包的制作研究 1~2（研究2.2rom用到的知识）

最近有朋友问偶如何制作android平台的刷机包的问题。总算说服自己研究一下如何制作一个android平台的刷机包，可能我了解的方法还不是很全面，也走了不少的弯路，但是以此做为一串探索的足迹，希望能为来者节约宝贵的时间，也请对此感兴趣的各位同仁尽量避免偶曾经犯过的错误。 在此先要明确声明一下： 由于android平台的更新换代过于频繁，偶的做法不一定好用，也不一定完全正确（只是记录一下偶在自己的nexus one上面做的一些实验而已）。依照偶的做法出现了您的手机出现任何问题，偶都是不负责的喔！！ 英文好的朋友可以不必看着偶聒噪，直接看英文官方的参考网站即可： http://forum.xda-developers.com/showthread.php?t=566235 http://android-dls.com/wiki/inde ... Re-Pack_Boot_Images 只用android源代码做一些简单实验的朋友可以参考下面这几个网站： http://nhenze.net/?tag=build-android http://developer.htc.com/adp.html 说起android刷机包，听起来非常神秘，实际上它仅仅是一个经过数字签名的zip压缩包而已。如果要自己制作刷机包，则必须了解刷机包的基本工作原理，偶首先从android系统的启动说起： android系统启动的时候，首先会进行一些诸如硬件自检之类的操作，这些操作完成以后（至少它应该知道当前的机器有没有电），会检查一下当前手机按键的状态（接下来就是所谓刷机模式切换了，不同的android手机有不同的按键组合用来进入刷机模式），如果此时按键状态处于刷机组合，那么系统会调用ROM里面的一个叫做recovery的程序（这时就是进入了所谓的刷机程序了，它只是一个工具性质程序，用于检查刷机包的完整性和数字签名的合法性。对于目前大多数root过的机器而言，数字签名的合法性都不会成问题，然后由recovery程序将刷机包进行解压，然后把刷机包里面的文件写入到ROM中去，以此完成刷机过程）；如果此时按键没有标明是刷机模式，那么系统会创建内存盘，开始从ROM里面载入相应的文件系统，并把相关的文件拷贝到内存盘中，进而引导linux启动，然后是启动虚拟机dalvik，然后就是创建工作进程载入和运行framework，然后就会看到待机的画面。当然在这个过程中还发生了许多事情，启动了许多服务，为了简化起见，对于启动过程偶只讲解到此，感兴趣的朋友可以自己结合着linux的启动过程加以对比来学习。 现在来总结一下，实际上刷机包就是一个ROM文件的压缩包，进入刷机模式后，recovery程序会把刷机包里面的文件写入ROM存储区替换ROM存储区的原有文件；当下次启动手机的时候，会从ROM中载入刚刚替换过的文件，并利用这些文件来启动和运行系统。这就是刷机包的全部功能和作用，看不懂的朋友可以反复看几次，刷机的本质就是文件的覆盖和替换操作，偶相信各位一定能看懂！ OK，现在大家已经知道ROM文件的zip压缩包就是所谓的刷机包。制作刷机包的过程就是准备这些文件，然后重新把这些文件压缩成一个zip包的过程，在制作的最后，使用签名工具签个名，就可以测试和发布刷机包了。虽然说起来就是一句话的事情，但是实际上准备这些文件的过程是非常痛苦和漫长的。 那么update.zip压缩包里面的都包含哪些文件？这些文件又都是如何做出来的呢？hoho，现在开始渐渐接触到问题的本质了，解压缩这个update.zip压缩包以后我们可以看到两个目录和一个文件： boot.img   <---文件，这是编译内核源代码生成的内核映像，然后与android源码编译出来的ramdisk.img一起通过mkbootimg工具创建出来的，图省事的朋友也可以从网上其他的刷机包里面拷贝一个能用的出来即可，基本上都差不多。 META-INF   <---目录，这个目录是手工创建的，主要用来存放一个升级脚本update-script（这个脚本的内容与system目录中包含的文件有很大关联）以及保存若干刷机包内的apk文件的签名。 system   <---目录，这个目录就是编译android的平台源代码生成的， 其实最好的学习方式就是把现在互联网上的那些update.zip包给解包，然后自己一个一个文件地看和分析，然后修改，尝试做自己的刷机包。 对于这个boot.img，基本思路是编译android kernel代码，生成内核image然后利用mkbootimg感兴趣的朋友可以参考下面这两个wiki网站： http://android-dls.com/wiki/inde ... Re-Pack_Boot_Images http://android-dls.com/wiki/inde ... _Recovery_Partition 下面的做法偶都是在linux下面完成的（slackware 13.1）： （1）下载和编译android的源代码，具体过程不再赘述 如果各位还不知道repo sync之类的命令的话，可以参考网上的关于下载android源代码以及编译的文章，据偶所知这些文章非常丰富。编译之前一定要注意平台的选择，不同平台的驱动程序是不一样的！这些参数可以通过: $ cd android-src    <---进入android的源代码目录 $ . build/envsetup.sh <---设置环境变量，运行完毕后，你可以输入一下help命令，看看google的团队提供了多少有用的便利命令，这对于我们以后修改代码重新编译非常有帮助。 $ lunch generic-eng   <---开始配置android的源代码的编译选项 运行上述命令后会看到如下输出： wayne@wayne:~/android-src$ lunch generic-eng ============================================ PLATFORM_VERSION_CODENAME=REL PLATFORM_VERSION=2.1-update1 TARGET_PRODUCT=generic TARGET_BUILD_VARIANT=eng TARGET_SIMULATOR=false TARGET_BUILD_TYPE=release TARGET_ARCH=arm HOST_ARCH=x86 HOST_OS=linux HOST_BUILD_TYPE=release BUILD_ID=ECLAIR ============================================ $ make -j2   <---只有双核的CPU的朋友可以尝试此参数，四核的朋友可以试试-j4，否则就老老实实运行make即可。 然后就是一个漫长的等待，这个时间大概有1-2小时左右（偶的机器比较慢），完全编译完毕以后硬盘的占用大概需要8个G左右。 （2）编译完成以后，进入wayne@wayne:~/android-src/out/target/product/generic目录，应该会看到如下的文件： android-info.txt   data                  obj                        ramdisk.img   sdk       system       userdata.img clean_steps.mk    installed-files.txt   previous_build_config.mk   root          symbols   system.img 这里的system.img是不是很眼熟？！对拉，这个就是刷机包里面好像也有一个叫做什么system的目录，那么这个system.img里面都有什么呢？这里面的东西其实就是当前目录下的一个叫做system的目录里面的内容了，只是保存成了yaffs文件系统的格式。我们可以通过unyaffs工具来把system.img给解开来看看，就明白偶说话了。 unyaffs的代码下载地址为： http://code.google.com/p/unyaffs/downloads/list 编译方法非常地简单，只需要下载源代码，然后运行： $ gcc -c unyaffs.c $ gcc -o unyaffs unyaffs.o 即可生成这个unyaffs的解包工具，利用这个工具就可以把自己生成的system.img进行解包，然后修改里面的内容了。 unyaffs使用方法非常简单： $ unyaffs system.img [回车] 即可将system.img解包成一个叫做system的目录，里面包含了整个android的文件系统（何为文件系统？！如果提出这个问题的话，偶就不多说什么了，回家啃啃大学里面计算机专业的操作系统那本书吧） （3）刚刚开始，不适合一切从头来，还是老实一些，先从修改别的大牛们做得刷机包开始吧 首先拷贝一个从网上下载下来的刷机包，然后找一个目录解压缩（当然，这是最保险的做法，自己做这些目录也没有任何问题，只是比较费时间而已） $ unzip xxxxxx.zip   <--- 这个xxxxx.zip就是从网上下载的某刷机包（一定要跟你的代码版本基本一致喔，偶在这里用的是2.1的刷机包） （4）替换原有的system目录 解压缩刷机包以后，会看到在开篇的时候提到的两个目录，一个文件： boot.img META-INF system 好了，可以把system目录拷贝到别的路径下备份一给，防止这些修改发生别的问题。然后把wayne@wayne:~/android-src/out/target/product/generic这个目录下面的system拷贝到当前的工作目录下。注意，这个system目录里面有很多“符号链接”指向了toolbox。这些链接其实没啥用，可以通过后面的update-script自动进行创建的，因此，需要用一个脚本把这些链接都删掉。 可以参考： http://forum.xda-developers.com/showthread.php?t=566235 这个网页附件给出来的DeleteExtras.txt改写成一个DeleteExtras.sh脚本来清除这些符号链接。 （5）修改update-script脚本 修改META-INF/com/google/android目录下的那个叫做update－script的脚本，只要修改一下即可，主要是删除一些不存在的文件以及增加一些文件的权限之类的定义（语法十分清晰，一目了然）。把需要“预装”到刷机包里面的apk安装程序都准备好，将这些apk拷贝到system/app目录下即可。那个boot.img能不改就不改，因为这东西涉及到驱动和内核的问题，出了问题刷机包就启动不了了。 （6）重新打包成update.zip $ zip -r update.zip .   <---注意这最后的“.”是必不可少的，代表是当前路径下的意思。 （7）为做好的刷机包签名 在上面提到的链接中，有一个叫做AutoSign的工具，打开一看是一个jar格式的工具包。可是让人郁闷的是这个工具包的作者在制作jar包的时候，忘记了在MANIFEST.MF中添加一个叫做： Main-Class: testsign 的入口指定，偶重新折腾了一下，总算是利用手头的工具，重新做了一个jar包，才解决这个问题。 为了方便大家的使用，偶将这个修改后的签名工具做为附件贴出来，以节约大家的时间。 另外，需要提一下的是，这个签名工具是使用jdk1.6.10的jdk制作的，因此，要求各位的java配套工具的版本一定要满足。 运行如下命令对刷机包进行签名： $ java -jar testsign.jar update.zip update_signed.zip ok，签名完毕后，就可以备份一下手机里面的东西，测试一下了。