Android安全启动学习（二）：android镜像有什么？

1、android镜像有什么

上一篇对AVB的功能有所认识，这里在知道AVB怎么工作之前，先来看看Android镜像有什么内容？

竟然有这么多分区，具体功能是干啥的？

• cache.img（缓存镜像）：用于存储系统或用户应用产生的临时数据。

• vendor.img：包含所有不可分发给 Android 开源项目 (AOSP) 的二进制文件。如果没有专有信息，则可以省略此分区。

• misc.img：misc 分区供恢复映像使用，存储空间不能小于 4KB。

• userdata.img：userdata 分区包含用户安装的应用和数据，包括自定义数据。

• vbmeta.img：用于安全验证，bootloader验证vbmeta的签名，再用vbmeta的key以及hash值验证dtbo/boot/system/vendor。（后面AVB要用）

• system.img（android系统镜像）：系统镜像是地址ROM最常使用的一个镜像，用于存储Android系统的核心文件，System.img就是设备中system目录的镜像，里面包含了Android系统主要的目录和文件。一般这些文件是不允许修改的。（关于android的）

• recovery.img： recovery分区的镜像，一般用作系统恢复（刷机）。

• boot.img（Linux内核镜像）： Android系统中，通常会把zImage （ 内核镜像uImage文件） 和ramdisk.img打包到一起，生成一个boot.img镜像文件，放到boot分区，由bootloader来引导启动，其启动过程本质也是和分开的uImage&ramdisk.img类似，只不过把两个镜像按照一定的格式合并为一个镜像而已。

• ramdisk.img（内存磁盘镜像）是根文件系统：android启动时首先加载ramdisk.img镜像，并挂载到/目录下，并进行了一系列的初始化动作，包括创建各种需要的目录，初始化console，开启服务等，尽管ramdisk.img需要放在Linux内核镜像（boot.img）中，但却属于Android源代码的一部分。

这里面是存在一些包含关系的，所以列出来的比图片上的多一点。

Android从7.0开始引入新的OTA升级方式，A/B System Updates，这里将其叫做A/B系统。A/B系统就是设备上有A和B两套可以工作的系统（用户数据只有一份，为两套系统共用），简单来讲，可以理解为一套系统分区，另外一套为备份分区。其系统版本可能一样；也可能不一样，其中一个是新版本，另外一个旧版本，通过升级，将旧版本也更新为新版本。当然，设备出厂时这两套系统肯定是一样的。

实际上Android的编译系统生成了三部分内容（android 9以后）

boot.img：仅包含正常启动内核。

recovery.img：包含恢复内核和恢复 ramdisk.img。

system.img：包含原始 system.img 和 ramdisk.img 的合并内容：

1、boot.img、recovery.img、system.img

boot.img： Android系统中，通常会把zImage （ 内核镜像uImage文件） 和ramdisk.img打包到一起，生成一个boot.img镜像文件，放到boot分区，由bootloader来引导启动，其启动过程本质也是和分开的uImage&ramdisk.img类似，只不过把两个镜像按照一定的格式合并为一个镜像而已。现在是将ramdisk.img与system.img放到一起了。

bootloader会从boot分区开始启动。

Boot分区的格式是固定的，首先是2K或者4K的 文件头 ，后面跟着用gzip压缩过的 内核 ，再后面是 ramdisk根文件系统 ，然后是第二阶段的载入程序（可选）
recovery.img： recovery分区的镜像，一般用作系统恢复
注： zImage文件，通过mkimage命令，给zImage文件加上了64个字节的数据头得到uImage文件，这样才能被u-boot识别

2、android启动过程简述

BootLoader的启动通常分为两个阶段。

其实Bootloader主要的必须的作用只有一个：就是把操作系统映像文件拷贝到RAM中去，然后跳转到它的入口处去执行，我们称之为启动加载模式，该过程没有用户的介入，是它正常工作的模式。它的步骤如下：

Stage1:

硬件设备初始化。为stage2的执行及随后内核的执行准备好基本的硬件环境

为加载stage2 准备ram空间。为了获得更好的执行速度，通常吧stage2加载到ram中执行

复制stage2的代码到ram中

设置好堆栈

跳转到stage2的c程序入口

Stage2：

初始化本阶段要使用的硬件设备

检测系统内存映射

将内核映像和根文件系统映像从flash读到ram中

为内核设置启动参数

调用内核

Kernel负责启动各个子系统，例如CPU调度子系统和内存管理子系统等等。

Kernel启动完成之后，就会将 Ramdisk镜像安装为根系统，并且在其中找到一个init文件，将其启动为第一个进程。

init进程启动就意味着系统进入到用户空间执行了，这时候各种用户空间运行时以及守护进程就会被加载起来。最终完成整个系统的启动过程。

android加载这3个映像文件后，会把 system和 userdata分别加载到 ramdisk文件系统 中的system和 data目录下。前面讲到的vbmeta.img镜像就是这个作用。还有些具体的分区我们先不展开，后面开个系列来分别讲讲android的镜像文件。我们切回到AVB。

3、Flash-android系统镜像

boot.img(kernel.img+ramdisk.img)
ramdisk.img(/)
system.img(/system)
userdata.img(/data)
cache.img(/cache)
recovery.img(kernel.img+ramdisk-recovery.img)
ramdisk-recovery.img(/)

（这是15年之前的图了，现在不一样了，大概看一下，这个是能自己看到的）

小结

到这里我们对android的镜像分区有了大概的认识，这些镜像肯定不是给我我就要，肯定是需要进行验证的，那么这个时候就涉及到了AVB，

参考资料：
https://blog.csdn.net/lijunjun1120/article/details/108720372
https://source.android.com/s/results?q=%E5%88%86%E5%8C%BA
https://blog.csdn.net/tuhuolong/article/details/44681037