Android分区

1. Android 分区：

2. Android各个分区的作用：

2.1 modem分区

实现手机必需的通信功能，大家通常所的刷RADIO就是刷写modem分区，在所有适配的ROM中这部分是不动，否则会造成通话不稳定

2.2 bootloader分区

针对高通而言，bootloader分区的内容为lk代码；lk代码为bootloader中的第二阶段启动；第一阶段的bootloader为固件上的boot_image中的内容；

2.3 recovery分区

recovery是android定义的一个标准刷机协议。recovery分区实际上是一个简单的Linux系统，当内核启动完毕后，开始执行第一个程序init。过recovery程序，用户可以执行清除数据，安装刷机包等操作。一般的手机厂商都提供一个简单的recovery刷机，而大名鼎鼎的CWM Recovery就是一个加入了很多增强功能的recovery，要想用上CWM Recovery前提是recovery分区可以被刷写。大家在论坛上看到的解锁bootloader，通常指的就是解锁recovery或fastboot，允许刷写recovery分区，这样大家就可以用上喜爱的CWM Recovery了。

2.4 ramdisk分区

作为根文件系统分区；

2.5 system分区

下面结合这张图来介绍system分区的主要目录内容：
system/app: app目录下存放的是核心应用，也就是大家熟知的系统APP，这些系统自带的程序是不能简单的卸载的，要通过一些特殊的方式才能删除（大家熟悉的一种方法是用RE文件管理器）。

system/lib: lib目录下存放的是组成JNI层，Dalvik虚拟机，本地库，HAL层和厂家适配层的所有动态链接库(.so文件)。

system/framework: 该目录下存放的是框架层的JAR包，其中对MIUI移植来说有3个最重要的JAR包(framework.jar, android.policy.jar, services.jar)。后续的文章会重点介绍这3个包。

system/fonts: 该目录下存放的是系统缺省的字体文件。

system/media：该目录下存放的是系统所使用的各种媒体文件，比如说开机音乐，动画，壁纸文件等。不同的手机该目录的组织方式可能不一样。如何修改这些文件请参考网上对应机型形形色色的教程，这里不再赘叙。

system/bin: 该目录下存放的是一些可执行文件，基本上是由C/C++编写的。其中有一个重要的命令叫app_process下一节单独介绍。

system/xbin: 该目录下存放的是一些扩展的可执行文件，既该目录可以为空。大家常用的busybox就放在该目录下。Busybox所建立的各种符号链接命令都是放在该目录。

system/build.prop: build.prop和上节说得根文件系统中的default.prop文件格式一样，都称为属性配置文件。它们都定义了一些属性值，代码可以读取或者修改这些属性值。属性值有一些命名规范：
ro开头的表示只读属性，即这些属性的值代码是无法修改的。
persist开头的表示这些属性值会保存在文件中，这样重新启动之后这些值还保留。
其它的属性一般以所属的类别开头，这些属性是可读可写的，但是对它们的修改重启之后不会保留。
很多ROM制作者都会修改一下build.prop信息，里面的一些以ro.build开头的属性就是你在手机设置中的关于手机里看到的。可以通过修改build.prop文件来将这个ROM打上自己的印记（XXX所修改）。我见过一个只是删了system/app的一些程序，然后修改build.prop中的ro.build.display.id和ro.build.version.incremental中的两个属性值打上自己的大名的ROM。

system/etc: 该目录存放一些配置文件，和属性配置文件不一样，这下面的配置文件可能稍微没那么的有规律。一般来说，一些脚本程序，还有大家所熟悉GPS配置文件(gps.conf)和APN配置文件(apns-conf.xml)放在这个目录。像HTC将相机特效所使用的一些文件也放在这个目录下。

2.6 data和cache分区

当我们开机进入桌面程序后，一般来说我们都会下载安装一些APP，这些APP都安装在data/app目录下。所有的Android程序生成的数据基本上都保存在data/data目录下。wipe data实质上就是格式化data分区，这样我们安装的所有APP和程序数据就都丢失了。

cache分区从名字上来看是用来缓存一些文件的，比如说一些音乐下载的临时文件，或者下载管理下载的内容基本上放在这个分区。

2.7 vendor 分区

vendor 分区包含所有无法分发给 AOSP 的二进制文件，主要是芯片厂家的各种驱动和固件。例如，当你下载 AOSP 开源代码进行学习时，QCom 等芯片厂家的代码不开源，所以直接从 Android 网站下载一个 vendor.img。

2.8 super 分区

在 Android 10(Q) 开始，设备上新增了 super 分区。

super 分区是一个存在于 Android 设备全局分区表(例如 GPT 分区表)中的物理分区，里面包含了 system, vendor 等其他的逻辑分区。

在 Android 系统启动后，将 super 分区内部的 system, vendor 等映射为 Android 系统下可以看到的 system, vendor 等分区。

2.9 vendor_boot 分区

Android 11 引入了通用内核映像 (GKI) 的概念。为了能够使用 GKI 启动任意设备，Android 11 设备可以使用启动映像头文件版本 3。在版本 3 中，所有供应商专用信息都已从 boot 分区分离出来并转移到新的 vendor_boot 分区中。

简单来说，就是原来的 boot 分区镜像的 ramdisk 中关于芯片厂家(vendor)的部分，移动到单独的 vendor_boot 分区中。

关于 boot 中原来通用的 ramdisk 和 vendor 中的 ramdisk 该如何共存呢？

Android 官方的解释是这样的：

bootloader 必须将通用 ramdisk 紧跟在vendor ramdisk 之后加载到内存中（CPIO、Gzip 和 lz4 格式均支持这种串联）。请勿对齐通用 ramdisk 映像的页面，也不要在内存中通用 ramdisk 映像与 vendor ramdisk 末尾之间引入任何其他空间。内核解压缩后，它会将串联的文件提取到 initramfs 中，这样做所得到的文件结构是通用 ramdisk 叠加在供应商 ramdisk 之上的文件结构。

由于通用 ramdisk 和供应商 ramdisk 已串联，它们必须具有相同的格式。GKI 启动映像使用经 lz4 压缩的通用 ramdisk，因此符合 GKI 要求的设备必须使用经 lz4 压缩的供应商 ramdisk。

2.10 vendor_dlkm 和 odm_dlkm 分区

第一次看到 dlkm 这个后缀简直惊了个呆~这是个什么鬼？

DLKM 是 Dynamically Loadable Kernel Module 的简称。

vendor_dlkm 分区专门用于存储供应商(vendor)内核模块。将 vendor 内核模块存储在 vendor_dlkm 分区（而不是 vendor 分区）中后，无需更新 vendor 分区即可更新内核模块。

odm_dlkm 区专门用于存储 ODM 内核模块。将 ODM 内核模块存储在 odm_dlkm 分区（而不是 odm 分区）中后，无需更新 odm 分区即可更新 ODM 内核模块。

2.11 tos 分区

tos 分区用于存储 Trusty 操作系统的二进制映像文件，仅在设备包含 Trusty 时使用。

Trusty 是 Google 的可信执行环境 (TEE) 操作系统实现，源码可以在 Android 中可以看到，与 Android 并行运行。

如果设备没有采用 Trusty 作为 TEE，则不会包含 tos 分区。

Android 为了解耦 AOSP 和芯片厂家(vendor)，以及设备厂家(odm) 的关系，真是操碎了心。就一个分区隔离都看得我云里雾里，更不用还有跟分区变更紧密相关的 ramdisk 变更，不论是分区变更，还是 ramdisk 变更，都可以单独起一个单独的专题。

2.12 init_boot 分区

Android 13 之前发布的设备中的 ramdisk 最开始存放在 boot 分区中，后来从 boot 分区分离后存放到 system 分区(system-as-root)。后来将通用的 ramdisk 和芯片厂家(vendor) 的 ramdisk 分开，芯片厂家(vendor)的 ramdisk 存放到 vendor_boot 中。

出厂时搭载 Android 13 系统的设备使用单独的 init_boot 分区用于存放通用的 ramdisk。

2.13 metadata 分区

metadata 分区用于在设备使用元数据加密时存储元数据加密密钥，大小为 16 MB 或更大，此分区本身没有加密。

后期此分区也用来存放一些 Android 动态分区的动态分区表 lp_metadata，以及 Virtual A/B 系统的升级状态等数据。

2.14 radio 分区

radio 分区包含无线装置映像，我记得有些厂家用来存放基带的固件。

2.15 data 分区

用户数据分区，包含用户安装的应用和数据，包括自定义数据，后面分区名字改为 userdata。

2.16 boot 分区

boot 分区包含 Android 系统的 kernel 镜像，以及启动时使用的 ramdisk。

2.17 misc 分区

存放了 BCB 数据(Bootloader Control Block)，用于 Android 主系统，Bootloader 和 Recovery 系统进行通信。

Bootloader 读取并解析 misc 分区的 BCB 数据来决定是启动 Android 系统还是 Recovery 系统。

Recovery 系统通过读取并解析 misc 分区的 BCB 数据来执行相应的 Recovery 操作。

在 Android 5.0 以后，又相继引入了 vendor, oem 和 product 等分区。引入这些分区的目的主要是为了存放厂商定制代码，以及硬件抽象层。

2.18 product 分区

我自己没有见过单独的 product 分区，据说此分区主要用于存放 Google 应用和系统应用。按照 Google 官方的解释，此分区可以使用允许的界面安装未与任何其他分区捆绑的特定于产品的模块。

关于 system, vendor, odm 和 product 分区，Android 官方是这么解释的：

Android 9 开始支持构建 product 分区，让您可为不同 product.img 映像提供的多个软件 SKU 使用同一个系统映像。product 分区适用于软件 SKU，而 odm 分区适用于硬件 SKU。

有了专用的 product 分区和 ODM 分区，您可以使用 system 分区来容纳通用代码（这类代码在许多软件 SKU 之间共享），并使用 vendor 分区来容纳 SoC 专属 BSP 代码（这类代码根据特定的 SoC 在多款设备之间共享）。

2.19 dtbo 分区

dtbo 分区存放设备树(device tree)相关数据。

随着 Android AVB 系统和数据加密的引入，陆续增加了 vbmeta 和 metadata 分区。

2.20 vbmeta 分区

vbmeta 分区存放 Android AVB 验证启动所需要的各种数据。

2.21 metadata 分区

metadata 分区用于在设备使用元数据加密时存储元数据加密密钥，大小为 16 MB 或更大，此分区本身没有加密。

后期此分区也用来存放一些 Android 动态分区的动态分区表 lp_metadata，以及 Virtual A/B 系统的升级状态等数据。

2.22 system_ext 分区

Android 11 开始，Android 提出了 SSI 镜像的概念，并引入了 /system_ext 分区作为可选分区。

/system_ext 分区是放置 /system 分区中与 AOSP 定义的组件紧密耦合的非 AOSP 组件的位置。）/system_ext 分区被视为是 /system 分区特用于 OEM 的扩展，且未在两个分区间定义接口。/system_ext 分区中的组件可以对 /system 分区进行私有 API 调用，反之，/system 分区中的组件也可以对 /system_ext 分区进行私有 API 调用。

所谓 SSI (Shared System Image)，即 Android 设备 OEM 可利用这些机制构建自己的跨产品线共享系统映像 (SSI)。

理论上多个产品先可以使用同一个 system 镜像，但是不同产品自己差异化的部分放入 system_ext 分区中。

Android 官方是这样说的：

在 SSI 中，特定于产品的软件组件和 OEM 扩展会被放入新的 /product 分区中。/product 分区中的组件使用明确定义的稳定接口与 /system 分区中的组件进行交互。OEM 可以选择构建一个 SSI，也可以选择将少量 SSI 用于多个设备 SKU。Android 操作系统的最新版本发布后，OEM 只需投入一次时间和精力将 SSI 更新至最新 Android 版本。然后即可重复使用 SSI 更新多款设备，而无需更新 /product 分区。

2.23 odm 分区

odm 分区主要就是存储各 Android 设备开发厂家自己的 BSP 驱动等各种代码，达到和 Android 系统自身(system)，芯片厂家(vendor) 进行分离的目的。

所谓的 odm，全称就是原始设计制造商 (ODM, Original Design Manufacturer) 。

ODM 可以替换或自定义 SoC 组件，并在硬件抽象层 (HAL) 上为板级组件、守护程序和 ODM 特定的功能实现内核模块。

3. Android分区大小修改：

一般在vendor/qcom/non-hlos/MSM8953.LA.2.0/common/config/partition.xml和固件中的device/qcom/xxx_8937/BoardConfig.mk中；

`