Android OTA 升级之四：进入根文件系统

可以看到，它很非常简单：

1）   设置几个环境变量。备用。

2）   建立 etc 链接。

3）   造几个目录。备用。

4）   Mount /tmp 目录为内存文件系统 tmpfs，后面会用到。

5）   Trival 设置,不必关心。

6）   启动 recovery主程序。

7）   如果是eng模式（此时persist.service.adb.enable），启动adb

当然，init主程序还会装载属性配置文件 /default.prop, 它包含了很多系统属性设置，比如，ro.build.*， 等等。

很明显，这里最重要的就是recovery主程序，下面，我们分析它。

先看一段注释

Recovery.c 中，作者写了一段注释，对我们理解recovery的实现很有帮助，下面看一下：（我就不翻译了）

recovery 主程序

将标准输出和标准错误输出重定位到"/tmp/recovery.log",如果是eng模式，就可以通过adb pull /tmp/recovery.log, 看到当前的log信息，这为我们提供了有效的调试手段。后面还会看到，recovery模式运行完毕后，会将其拷贝到cache分区，以便后续分析。

 Recovery 使用了一个简单的基于framebuffer的ui系统，叫miniui,这里，进行了简单的初始化（主要是图形部分以及事件部分），并启动了一个 event 线程用于响应用户按键。

从misc 分区以及 CACHE:recovery/command 文件中读入参数，写入到argc, argv ,并且，如果有必要，回写入misc分区。这样，如果recovery没有操作成功（比如，升级还没有结束，就拔电池），系统会一直进入recovery模式。提醒用户继续升级，直到成功。

572     int previous_runs = 0;

解析参数，p: previous_runs没有用到，其它含义见前面注释。

这个函数没干什么。看名字，它給设备制造商提供了一个调用机会，可写入设备相关初始化代码。

592 

打印出命令，比如，正常启动进入recovery模式，会打印：Command: "/sbin/recovery"

打印出所有的系统属性（from default.prop）到log文件。

根据用户提供参数，调用各项功能，比如，安装一个升级包，擦除cache分区, 擦除user data分区，install_package比较复杂，后面专门分析，其它都很简单。忽略。

如果前面已经做了某项操作并且成功，则进入重启流程。否则，等待用户选择具体操作。

而用户可选操作为： reboot, 安装update.zip，除cache分区, 擦除user data分区,如前所述，只有安装package 比较复杂，其它简单。

623 

它的功能如下：

1）将前面定义的intent字符串写入（如果有的话）：CACHE:recovery/command

2）将 /tmp/recovery.log 复制到 "CACHE:recovery/log";

3）清空 misc 分区，这样重启就不会进入recovery模式

4)删除command 文件：CACHE:recovery/command;

重启。

下面我们分析核心函数 install_package

install_package

更新 UI 显示

确保升级包所在分区已经mount,通常为 cache 分区或者 SD 分区

将根分区转化为具体分区信息.这些信息来自：全局数组：g_roots

从/res/keys中装载公钥。

326     // Give verification half the progress bar...

根据公钥验证升级包verify_file的注释说的很明白：

       // Look for an RSA signature embedded in the .ZIP file comment given

       // the path to the zip.  Verify it matches one of the given public

       // keys.

打开升级包，将相关信息存到ZuoArchive数据机构中，便于后面处理。

354     /* Verify and install the contents of the package.

处理函数，我们后面继续分析。

357     mzCloseZipArchive(&zip);

关闭zip包，结束处理。

handle_update_package

它主要调用函数try_update_binary完成功能。

try_update_binary

 89     if (binary_entry == NULL) {

 90         return INSTALL_CORRUPT;

 91     }

 92

 93     char* binary = "/tmp/update_binary";

 94     unlink(binary);

 95     int fd = creat(binary, 0755);

 96     if (fd < 0) {

 97         LOGE("Can't make %s/n", binary);

 98         return 1;

 99     }

100     bool ok = mzExtractZipEntryToFile(zip, binary_entry, fd);

101     close(fd);

102

103     if (!ok) {

104         LOGE("Can't copy %s/n", ASSUMED_UPDATE_BINARY_NAME);

105         return 1;

106     }

将升级包内文件META-INF/com/google/android/update-binary 复制为/tmp/update_binary

108     int pipefd[2];

109     pipe(pipefd);

110

111     // When executing the update binary contained in the package, the

112     // arguments passed are:

113     //

114     //   - the version number for this interface

115     //

116     //   - an fd to which the program can write in order to update the

117     //     progress bar.  The program can write single-line commands:

118     //

119     //        progress <frac> <secs>

120     //            fill up the next <frac> part of of the progress bar

121     //            over <secs> seconds.  If <secs> is zero, use

122     //            set_progress commands to manually control the

123     //            progress of this segment of the bar

124     //

125     //        set_progress <frac>

126     //            <frac> should be between 0.0 and 1.0; sets the

127     //            progress bar within the segment defined by the most

128     //            recent progress command.

129     //

130     //        firmware <"hboot"|"radio"> <filename>

131     //            arrange to install the contents of <filename> in the

132     //            given partition on reboot.

133     //

134     //            (API v2: <filename> may start with "PACKAGE:" to

135     //            indicate taking a file from the OTA package.)

136     //

137     //            (API v3: this command no longer exists.)

138     //

139     //        ui_print <string>

140     //            display <string> on the screen.

141     //

142     //   - the name of the package zip file.

143     //

144

注意看这段注释，它解释了以下代码的行为。结合代码，可知：

1）  将会创建新的进程，执行：/tmp/update_binary

2）  同时，会给该进程传入一些参数，其中最重要的就是一个管道fd，供新进程与原进程通信。

3）  新进程诞生后，原进程就变成了一个服务进程，它提供若干UI更新服务：

a)   progress

b)   set_progress

c)   ui_print

这样，新进程就可以通过老进程的UI系统完成显示任务。而其他功能就靠它自己了。

145     char** args = malloc(sizeof(char*) * 5);

146     args[0] = binary;

147     args[1] = EXPAND(RECOVERY_API_VERSION);   // defined in Android.mk

148     args[2] = malloc(10);

149     sprintf(args[2], "%d", pipefd[1]);

150     args[3] = (char*)path;

151     args[4] = NULL;

152

153     pid_t pid = fork();

154     if (pid == 0) {

155         close(pipefd[0]);

156         execv(binary, args);

157         fprintf(stderr, "E:Can't run %s (%s)/n", binary, strerror(errno));

158         _exit(-1);

159     }

160     close(pipefd[1]);

161

162     char buffer[1024];

163     FILE* from_child = fdopen(pipefd[0], "r");

164     while (fgets(buffer, sizeof(buffer), from_child) != NULL) {

165         char* command = strtok(buffer, " /n");