Android系统Recovery工作原理之使用update.zip升级过程分析（一）---update.zip包的制作【转】...

本文转载自：http://blog.csdn.net/mu0206mu/article/details/7399822

         这篇及以后的篇幅将通过分析update.zip包在具体Android系统升级的过程，来理解Android系统中Recovery模式服务的工作原理。我们先从update.zip包的制作开始，然后是Android系统的启动模式分析，Recovery工作原理，如何从我们上层开始选择system update到重启到Recovery服务，以及在Recovery服务中具体怎样处理update.zip包升级的，我们的安装脚本updater-script怎样被解析并执行的等一系列问题。分析过程中所用的Android源码是gingerbread0919(tcc88xx开发板标配的)，测试开发板是tcc88xx。这是在工作中总结的文档，当然在网上参考了不少内容，如有雷同纯属巧合吧，在分析过程中也存在很多未解决的问题，也希望大家不吝指教。

update.zip包的目录结构
          |----boot.img
          |----system/
          |----recovery/
                `|----recovery-from-boot.p
                `|----etc/
                        `|----install-recovery.sh
          |---META-INF/
              `|CERT.RSA
              `|CERT.SF
              `|MANIFEST.MF
              `|----com/
                     `|----google/
                             `|----android/
                                    `|----update-binary
                                    `|----updater-script
                             `|----android/
                                    `|----metadata
二、  update.zip包目录结构详解
         以上是我们用命令make otapackage 制作的update.zip包的标准目录结构。
         1、boot.img是更新boot分区所需要的文件。这个boot.img主要包括kernel+ramdisk。

         2、system/目录的内容在升级后会放在系统的system分区。主要用来更新系统的一些应用或则应用会用到的一些库等等。可以将Android源码编译out/target/product/tcc8800/system/中的所有文件拷贝到这个目录来代替。

         3、recovery/目录中的recovery-from-boot.p是boot.img和recovery.img的补丁(patch),主要用来更新recovery分区，其中etc/目录下的install-recovery.sh是更新脚本。
         4、update-binary是一个二进制文件，相当于一个脚本解释器，能够识别updater-script中描述的操作。该文件在Android源码编译后out/target/product/tcc8800/system bin/updater生成，可将updater重命名为update-binary得到。
               该文件在具体的更新包中的名字由源码中bootable/recovery/install.c中的宏ASSUMED_UPDATE_BINARY_NAME的值而定。
         5、updater-script：此文件是一个脚本文件，具体描述了更新过程。我们可以根据具体情况编写该脚本来适应我们的具体需求。该文件的命名由源码中bootable/recovery/updater/updater.c文件中的宏SCRIPT_NAME的值而定。
         6、 metadata文件是描述设备信息及环境变量的元数据。主要包括一些编译选项，签名公钥，时间戳以及设备型号等。
         7、我们还可以在包中添加userdata目录，来更新系统中的用户数据部分。这部分内容在更新后会存放在系统的/data目录下。

         8、update.zip包的签名：update.zip更新包在制作完成后需要对其签名，否则在升级时会出现认证失败的错误提示。而且签名要使用和目标板一致的加密公钥。加密公钥及加密需要的三个文件在Android源码编译后生成的具体路径为：

               out/host/Linux-x86/framework/signapk.jar 

               build/target/product/security/testkey.x509.pem         

               build/target/product/security/testkey.pk8 。

              我们用命令make otapackage制作生成的update.zip包是已签过名的，如果自己做update.zip包时必须手动对其签名。

              具体的加密方法：$ java –jar gingerbread/out/host/linux/framework/signapk.jar –w gingerbread/build/target/product/security/testkey.x509.pem                                      gingerbread/build/target/product/security/testkey.pk8 update.zip update_signed.zip
              以上命令在update.zip包所在的路径下执行，其中signapk.jar testkey.x509.pem以及testkey.pk8文件的引用使用绝对路径。update.zip 是我们已经打好的包，update_signed.zip包是命令执行完生成的已经签过名的包。
         9、MANIFEST.MF：这个manifest文件定义了与包的组成结构相关的数据。类似Android应用的mainfest.xml文件。
        10、CERT.RSA：与签名文件相关联的签名程序块文件，它存储了用于签名JAR文件的公共签名。
        11、CERT.SF：这是JAR文件的签名文件，其中前缀CERT代表签名者。
        另外，在具体升级时，对update.zip包检查时大致会分三步：①检验SF文件与RSA文件是否匹配。②检验MANIFEST.MF与签名文件中的digest是否一致。③检验包中的文件与MANIFEST中所描述的是否一致。
三、  Android升级包update.zip的生成过程分析

         1) 对于update.zip包的制作有两种方式，即手动制作和命令生成。

          第一种手动制作：即按照update.zip的目录结构手动创建我们需要的目录。然后将对应的文件拷贝到相应的目录下，比如我们向系统中新加一个应用程序。可以将新增的应用拷贝到我们新建的update/system/app/下(system目录是事先拷贝编译源码后生成的system目录)，打包并签名后，拷贝到SD卡就可以使用了。这种方式在实际的tcc8800开发板中未测试成功。签名部分未通过，可能与具体的开发板相关。

          第二种制作方式：命令制作。Android源码系统中为我们提供了制作update.zip刷机包的命令，即make otapackage。该命令在编译源码完成后并在源码根目录下执行。 具体操作方式：在源码根目录下执行

                ①$ . build/envsetup.sh。 

                ②$ lunch 然后选择你需要的配置(如17)。

                ③$ make otapackage。

          在编译完源码后最好再执行一遍上面的①、②步防止执行③时出现未找到对应规则的错误提示。命令执行完成后生成的升级包所在位置在out/target/product/full_tcc8800_evm_target_files-eng.mumu.20120309.111059.zip将这个包重新命名为update.zip，并拷贝到SD卡中即可使用。

           这种方式(即完全升级)在tcc8800开发板中已测试成功。

       2) 使用make otapackage命令生成update.zip的过程分析。
            在源码根目录下执行make otapackage命令生成update.zip包主要分为两步，第一步是根据Makefile执行编译生成一个update原包(zip格式)。第二步是运行一个python脚本，并以上一步准备的zip包作为输入，最终生成我们需要的升级包。下面进一步分析这两个过程。

            第一步：编译Makefile。对应的Makefile文件所在位置：build/core/Makefile。从该文件的884行(tcc8800,gingerbread0919)开始会生成一个zip包，这个包最后会用来制作OTA package 或者filesystem image。先将这部分的对应的Makefile贴出来如下：

[plain]  view plain   copy

1. # -----------------------------------------------------------------  
2. # A zip of the directories that map to the target filesystem.  
3. # This zip can be used to create an OTA package or filesystem image  
4. # as a post-build step.  
5. #  
6. name := $(TARGET_PRODUCT)  
7. ifeq ($(TARGET_BUILD_TYPE),debug)  
8.   name := $(name)_debug  
9. endif  
10. name := $(name)-target_files-$(FILE_NAME_TAG)  
11.   
12. intermediates := $(call intermediates-dir-for,PACKAGING,target_files)  
13. BUILT_TARGET_FILES_PACKAGE := $(intermediates)/$(name).zip  
14. $(BUILT_TARGET_FILES_PACKAGE): intermediates := $(intermediates)  
15. $(BUILT_TARGET_FILES_PACKAGE): \  
16.         zip_root := $(intermediates)/$(name)  
17.   
18. # $(1): Directory to copy  
19. # $(2): Location to copy it to  
20. # The "ls -A" is to prevent "acp s/* d" from failing if s is empty.  
21. define package_files-copy-root  
22.   if [ -d "$(strip $(1))" -a "$$(ls -A $(1))" ]; then \  
23.     mkdir -p $(2) && \  
24.     $(ACP) -rd $(strip $(1))/* $(2); \  
25.   fi  
26. endef  
27.   
28. built_ota_tools := \  
29.     $(call intermediates-dir-for,EXECUTABLES,applypatch)/applypatch \  
30.     $(call intermediates-dir-for,EXECUTABLES,applypatch_static)/applypatch_static \  
31.     $(call intermediates-dir-for,EXECUTABLES,check_prereq)/check_prereq \  
32.     $(call intermediates-dir-for,EXECUTABLES,updater)/updater  
33. $(BUILT_TARGET_FILES_PACKAGE): PRIVATE_OTA_TOOLS := $(built_ota_tools)  
34.   
35. $(BUILT_TARGET_FILES_PACKAGE): PRIVATE_RECOVERY_API_VERSION := $(RECOVERY_API_VERSION)  
36.   
37. ifeq ($(TARGET_RELEASETOOLS_EXTENSIONS),)  
38. # default to common dir for device vendor  
39. $(BUILT_TARGET_FILES_PACKAGE): tool_extensions := $(TARGET_DEVICE_DIR)/../common  
40. else  
41. $(BUILT_TARGET_FILES_PACKAGE): tool_extensions := $(TARGET_RELEASETOOLS_EXTENSIONS)  
42. endif  
43.   
44. # Depending on the various images guarantees that the underlying  
45. # directories are up-to-date.  
46. $(BUILT_TARGET_FILES_PACKAGE): \  
47.         $(INSTALLED_BOOTIMAGE_TARGET) \  
48.         $(INSTALLED_RADIOIMAGE_TARGET) \  
49.         $(INSTALLED_RECOVERYIMAGE_TARGET) \  
50.         $(INSTALLED_SYSTEMIMAGE) \  
51.         $(INSTALLED_USERDATAIMAGE_TARGET) \  
52.         $(INSTALLED_ANDROID_INFO_TXT_TARGET) \  
53.         $(built_ota_tools) \  
54.         $(APKCERTS_FILE) \  
55.         $(HOST_OUT_EXECUTABLES)/fs_config \  
56.         | $(ACP)  
57.     @echo "Package target files: $@"  
58.     $(hide) rm -rf $@ $(zip_root)  
59.     $(hide) mkdir -p $(dir $@) $(zip_root)  
60.     @# Components of the recovery image  
61.     $(hide) mkdir -p $(zip_root)/RECOVERY  
62.     $(hide) $(call package_files-copy-root, \  
63.         $(TARGET_RECOVERY_ROOT_OUT),$(zip_root)/RECOVERY/RAMDISK)  
64. ifdef INSTALLED_KERNEL_TARGET  
65.     $(hide) $(ACP) $(INSTALLED_KERNEL_TARGET) $(zip_root)/RECOVERY/kernel  
66. endif  
67. ifdef INSTALLED_2NDBOOTLOADER_TARGET  
68.     $(hide) $(ACP) \  
69.         $(INSTALLED_2NDBOOTLOADER_TARGET) $(zip_root)/RECOVERY/second  
70. endif  
71. ifdef BOARD_KERNEL_CMDLINE  
72.     $(hide) echo "$(BOARD_KERNEL_CMDLINE)" > $(zip_root)/RECOVERY/cmdline  
73. endif  
74. ifdef BOARD_KERNEL_BASE  
75.     $(hide) echo "$(BOARD_KERNEL_BASE)" > $(zip_root)/RECOVERY/base  
76. endif  
77. ifdef BOARD_KERNEL_PAGESIZE  
78.     $(hide) echo "$(BOARD_KERNEL_PAGESIZE)" > $(zip_root)/RECOVERY/pagesize  
79. endif  
80.     @# Components of the boot image  
81.     $(hide) mkdir -p $(zip_root)/BOOT  
82.     $(hide) $(call package_files-copy-root, \  
83.         $(TARGET_ROOT_OUT),$(zip_root)/BOOT/RAMDISK)  
84. ifdef INSTALLED_KERNEL_TARGET  
85.     $(hide) $(ACP) $(INSTALLED_KERNEL_TARGET) $(zip_root)/BOOT/kernel  
86. endif  
87. ifdef INSTALLED_2NDBOOTLOADER_TARGET  
88.     $(hide) $(ACP) \  
89.         $(INSTALLED_2NDBOOTLOADER_TARGET) $(zip_root)/BOOT/second  
90. endif  
91. ifdef BOARD_KERNEL_CMDLINE  
92.     $(hide) echo "$(BOARD_KERNEL_CMDLINE)" > $(zip_root)/BOOT/cmdline  
93. endif  
94. ifdef BOARD_KERNEL_BASE  
95.     $(hide) echo "$(BOARD_KERNEL_BASE)" > $(zip_root)/BOOT/base  
96. endif  
97. ifdef BOARD_KERNEL_PAGESIZE  
98.     $(hide) echo "$(BOARD_KERNEL_PAGESIZE)" > $(zip_root)/BOOT/pagesize  
99. endif  
100.     $(hide) $(foreach t,$(INSTALLED_RADIOIMAGE_TARGET),\  
101.                 mkdir -p $(zip_root)/RADIO; \  
102.                 $(ACP) $(t) $(zip_root)/RADIO/$(notdir $(t));)  
103.     @# Contents of the system image  
104.     $(hide) $(call package_files-copy-root, \  
105.         $(SYSTEMIMAGE_SOURCE_DIR),$(zip_root)/SYSTEM)  
106.     @# Contents of the data image  
107.     $(hide) $(call package_files-copy-root, \  
108.         $(TARGET_OUT_DATA),$(zip_root)/DATA)  
109.     @# Extra contents of the OTA package  
110.     $(hide) mkdir -p $(zip_root)/OTA/bin  
111.     $(hide) $(ACP) $(INSTALLED_ANDROID_INFO_TXT_TARGET) $(zip_root)/OTA/  
112.     $(hide) $(ACP) $(PRIVATE_OTA_TOOLS) $(zip_root)/OTA/bin/  
113.     @# Files that do not end up in any images, but are necessary to  
114.     @# build them.  
115.     $(hide) mkdir -p $(zip_root)/META  
116.     $(hide) $(ACP) $(APKCERTS_FILE) $(zip_root)/META/apkcerts.txt  
117.     $(hide) echo "$(PRODUCT_OTA_PUBLIC_KEYS)" > $(zip_root)/META/otakeys.txt  
118.     $(hide) echo "recovery_api_version=$(PRIVATE_RECOVERY_API_VERSION)" > $(zip_root)/META/misc_info.txt  
119. ifdef BOARD_FLASH_BLOCK_SIZE  
120.     $(hide) echo "blocksize=$(BOARD_FLASH_BLOCK_SIZE)" >> $(zip_root)/META/misc_info.txt  
121. endif  
122. ifdef BOARD_BOOTIMAGE_PARTITION_SIZE  
123.     $(hide) echo "boot_size=$(BOARD_BOOTIMAGE_PARTITION_SIZE)" >> $(zip_root)/META/misc_info.txt  
124. endif  
125. ifdef BOARD_RECOVERYIMAGE_PARTITION_SIZE  
126.     $(hide) echo "recovery_size=$(BOARD_RECOVERYIMAGE_PARTITION_SIZE)" >> $(zip_root)/META/misc_info.txt  
127. endif  
128. ifdef BOARD_SYSTEMIMAGE_PARTITION_SIZE  
129.     $(hide) echo "system_size=$(BOARD_SYSTEMIMAGE_PARTITION_SIZE)" >> $(zip_root)/META/misc_info.txt  
130. endif  
131. ifdef BOARD_USERDATAIMAGE_PARTITION_SIZE  
132.     $(hide) echo "userdata_size=$(BOARD_USERDATAIMAGE_PARTITION_SIZE)" >> $(zip_root)/META/misc_info.txt  
133. endif  
134.     $(hide) echo "tool_extensions=$(tool_extensions)" >> $(zip_root)/META/misc_info.txt  
135. ifdef mkyaffs2_extra_flags  
136.     $(hide) echo "mkyaffs2_extra_flags=$(mkyaffs2_extra_flags)" >> $(zip_root)/META/misc_info.txt  
137. endif  
138.     @# Zip everything up, preserving symlinks  
139.     $(hide) (cd $(zip_root) && zip -qry ../$(notdir $@) .)  
140.     @# Run fs_config on all the system files in the zip, and save the output  
141.     $(hide) zipinfo -1 $@ | awk -F/ 'BEGIN { OFS="/" } /^SYSTEM\// {$$1 = "system"; print}' | $(HOST_OUT_EXECUTABLES)/fs_config > $(zip_root)/META/filesystem_config.txt  
142.     $(hide) (cd $(zip_root) && zip -q ../$(notdir $@) META/filesystem_config.txt)  
143.   
144.   
145. target-files-package: $(BUILT_TARGET_FILES_PACKAGE)  
146.   
147.   
148. ifneq ($(TARGET_SIMULATOR),true)  
149. ifneq ($(TARGET_PRODUCT),sdk)  
150. ifneq ($(TARGET_DEVICE),generic)  
151. ifneq ($(TARGET_NO_KERNEL),true)  
152. ifneq ($(recovery_fstab),)  

            根据上面的Makefile可以分析这个包的生成过程：

            首先创建一个root_zip根目录，并依次在此目录下创建所需要的如下其他目录

            ①创建RECOVERY目录，并填充该目录的内容，包括kernel的镜像和recovery根文件系统的镜像。此目录最终用于生成recovery.img。

            ②创建并填充BOOT目录。包含kernel和cmdline以及pagesize大小等，该目录最终用来生成boot.img。
            ③向SYSTEM目录填充system image。
            ④向DATA填充data image。
            ⑤用于生成OTA package包所需要的额外的内容。主要包括一些bin命令。
            ⑥创建META目录并向该目录下添加一些文本文件，如apkcerts.txt(描述apk文件用到的认证证书)，misc_info.txt(描述Flash内存的块大小以及boot、recovery、system、userdata等分区的大小信息)。
            ⑦使用保留连接选项压缩我们在上面获得的root_zip目录。
            ⑧使用fs_config(build/tools/fs_config)配置上面的zip包内所有的系统文件(system/下各目录、文件)的权限属主等信息。fs_config包含了一个头文件#include“private/android_filesystem_config.h”。在这个头文件中以硬编码的方式设定了system目录下各文件的权限、属主。执行完配置后会将配置后的信息以文本方式输出 到META/filesystem_config.txt中。并再一次zip压缩成我们最终需要的原始包。

             第二步：上面的zip包只是一个编译过程中生成的原始包。这个原始zip包在实际的编译过程中有两个作用，一是用来生成OTA update升级包，二是用来生成系统镜像。在编译过程中若生成OTA update升级包时会调用(具体位置在Makefile的1037行到1058行)一个名为ota_from_target_files的Python脚本，位置在/build/tools/releasetools/ota_from_target_files。这个脚本的作用是以第一步生成的zip原始包作为输入，最终生成可用的OTA升级zip包。

             下面我们分析使用这个脚本生成最终OTA升级包的过程。

                   ㈠ 首先看一下这个脚本开始部分的帮助文档。代码如下：

[python]  view plain   copy

1. #!/usr/bin/env python  
2. #  
3. #