Android 分区详解:修订间差异

来自Uotan Wiki · 刷机百科
(加入关于安卓VAB/AB分区内容)
(修改部分内容)
第31行: 第31行:


'''首先让我们来看一下传统分区与VAB分区的结构'''
'''首先让我们来看一下传统分区与VAB分区的结构'''
[[文件:安卓系统分区结构.png|边框|左|640x640像素]]


[[index.php?title=文件:安卓系统分区结构.png|链接=文件:安卓系统分区结构.png|边框|640x640像素]]


 
'''也就是说,在AB分区的设备中,system_a和system_b等ab分区是真实存在的,他们会占用空间,而在VAB中(以下以默认槽位A为例),system_a和system_b并非同时存在,因此不会占据大量空间。无缝更新最大的优点在于:几乎无感,安全。'''
 
 
 
 
 
 
 
 
 
 
 
'''也就是说,在AB分区的设备中,system_a和system_b等ab分区是真实存在的,他们会占用空间,而在VAB中(以下以默认槽位A为例),system_a和system_b并非同时存在,在切换槽位时进行的操作比较复杂。无缝更新最大的优点在于:几乎无感,安全。'''


OTA 更新可以在系统运行期间进行,不会打断正常的使用。在更新写入完成后,只需要重启一次切换槽位即可完成系统更新。如果 OTA因为刷机失败等原因导致无法启动,将继续启动先前的操作系统。
OTA 更新可以在系统运行期间进行,不会打断正常的使用。在更新写入完成后,只需要重启一次切换槽位即可完成系统更新。如果 OTA因为刷机失败等原因导致无法启动,将继续启动先前的操作系统。
第53行: 第41行:


相比之下A-Only设备则没有上述优点,因为只有一套系统分区,如果OTA失败则会直接导致设备无法开机
相比之下A-Only设备则没有上述优点,因为只有一套系统分区,如果OTA失败则会直接导致设备无法开机
'''空间占用对比'''<!-- 图源自Android Open Source Project -->''':'''
[[文件:谷歌提供的图片.png|左|缩略图|805x805像素]]




空间占用对比:
[[文件:谷歌提供的图片.png|左|缩略图|805x805像素]]




第72行: 第61行:




== 参考资料: ==
①安卓常见分区:https://source.android.com/docs/core/architecture/partitions?hl=zh-cn#standard-partitions


参考资料(来自AOSP文档):https://source.android.com/docs/core/architecture/partitions?hl=zh-cn#standard-partitions
②安卓A/B系统分区:https://source.android.google.cn/docs/core/ota/ab?hl=zh-cn

2024年8月18日 (日) 20:44的版本

Android 设备包含若干个分区,这些分区在Android启动和运行过程中发挥不同的作用。

部分 A/B 设备为了支持无缝更新,把 boot、system、vendor 和 radio 配置了两个槽位(如:system_asystem_b)。

常见分区​

  • boot 分区:此分区包含一个内核映像,使用 mkbootimg 创建。您可以使用虚拟分区直接刷写任意映像,而无需刷写新的 boot 分区。 此分区还包含在 Android 13 之前发布的设备中的通用 ramdisk。
    • kernel:kernel 虚拟分区通过将新内核映像写入旧内核映像来覆盖内核(zImagezImage-dtbImage.gz-dtb)。如果提供的开发内核不兼容,则可能需要使用关联的内核模块更新 vendorsystemdtb 分区(如果存在)。
    • ramdisk:ramdisk 虚拟分区通过将新 ramdisk 映像写入旧 ramdisk 映像来覆盖 ramdisk。
  • init_boot 分区:此分区包含发布时搭载 Android 13 及更高版本的设备的通用 ramdisk。
  • system 分区:此分区包含 Android 框架。
  • odm 分区:此分区包含原始设计制造商 (ODM) 对系统芯片 (SoC) 供应商板级支持包 (BSP) 的自定义设置。利用此类自定义设置,ODM 可以替换或自定义 SoC 组件,并在硬件抽象层 (HAL) 上为板级组件、守护程序和 ODM 特定的功能实现内核模块。此分区是可选的;通常情况下,它用于存储自定义设置,以便设备可以针对多个硬件 SKU 使用单个供应商映像。如需了解详情,请参阅 ODM 分区。
  • odm_dlkm 分区:此分区专门用于存储 ODM 内核模块。将 ODM 内核模块存储在 odm_dlkm 分区(而不是 odm 分区)中后,无需更新 odm 分区即可更新 ODM 内核模块。
  • recovery 分区:此分区会存储在 OTA 过程中启动的恢复映像。支持无缝更新的设备可以将恢复映像存储为 bootinit_boot 映像中包含的 ramdisk(而不是单独的映像)。
  • cache 分区:此分区会存储临时数据,如果设备使用无缝更新,则此分区是可选的。cache 分区并非必须可从引导加载程序写入,但必须可清空。此分区大小取决于设备类型和 userdata 上的可用空间。通常,50 MB 至 100 MB 就足够了。
  • misc 分区:此分区供 recovery 分区使用,大小为 4 KB 或更大。
  • userdata 分区:此分区包含用户安装的应用和数据,包括自定义数据。
  • metadata 分区:此分区用于在设备使用元数据加密时存储元数据加密密钥。大小为 16 MB 或更大。此分区未经加密,且系统不会对其数据拍摄快照。数据会在设备恢复出厂设置时被清空。此分区的使用受到严格限制。
  • vendor 分区:此分区包含所有无法分发给 AOSP 的二进制文件。如果设备不包含专有信息,则可以忽略此分区。
  • vendor_dlkm 分区:此分区专门用于存储供应商内核模块。将供应商内核模块存储在 vendor_dlkm 分区(而不是 vendor 分区)中后,无需更新 vendor 分区即可更新内核模块。

动态分区

搭载 Android 11 及更高版本的设备可以支持动态分区,此类分区属于 Android 的用户空间分区系统,支持在无线下载 (OTA) 更新期间创建和销毁分区以及调整分区大小。使用此分区系统,您可以在无线下载 (OTA) 更新期间创建、销毁分区或者调整分区大小。借助动态分区,供应商无需担心各个分区(例如 systemvendorproduct)的大小。取而代之的是,设备会分配一个 super 分区,其中的子分区可动态调整大小。各个分区映像不再需要为将来的 OTA 预留空间。相反,super 中剩余的可用空间还可用于所有动态分区。

AB分区与无缝更新

Android 有两种更新机制:A/B(无缝)更新和非 A/B 更新,支持无缝更新的系统分区类型有两种,一种是AB分区,一种是VAB分区。

安卓系统从7.0开始引入新的OTA升级方式,叫做A/B系统。A/B系统就是设备上有A和B两套可以工作的系统(用户数据只有一份,为两套系统共用),而这样做的好处就是,当OTA进行失败时可以直接切换到另外一个未经OTA的槽位,从而防止设备变砖,而缺点也很明显——两套系统分区意味着其占据多原来一倍的大小。

而在2020年9月9日,谷歌正式发布了Android11 代号 Android R,而伴随其发布,谷歌也向各大厂商几乎强制安利了一项技术,出厂安卓11的机型必须使用VAB架构 Android Virtual A/B ,而在后续版本Android 12/13 中又增加了 VABC (Virtual A/B with Compression),增加了压缩功能。

首先让我们来看一下传统分区与VAB分区的结构

链接=文件:安卓系统分区结构.png|边框|640x640像素

也就是说,在AB分区的设备中,system_a和system_b等ab分区是真实存在的,他们会占用空间,而在VAB中(以下以默认槽位A为例),system_a和system_b并非同时存在,因此不会占据大量空间。无缝更新最大的优点在于:几乎无感,安全。

OTA 更新可以在系统运行期间进行,不会打断正常的使用。在更新写入完成后,只需要重启一次切换槽位即可完成系统更新。如果 OTA因为刷机失败等原因导致无法启动,将继续启动先前的操作系统。

更新包可以流式传输到 A/B 设备,因此在安装之前不需要先下载更新包。流式更新意味着用户没有必要在 /data 或 /cache 上留出足够的可用空间以存储更新包。

相比之下A-Only设备则没有上述优点,因为只有一套系统分区,如果OTA失败则会直接导致设备无法开机

'空间占用对比'









参考资料:

①安卓常见分区:https://source.android.com/docs/core/architecture/partitions?hl=zh-cn#standard-partitions

②安卓A/B系统分区:https://source.android.google.cn/docs/core/ota/ab?hl=zh-cn