Android 虚拟 A/B 详解(十) 判断 Virtual A/B 是否打开的 5 种办法.md

已于 2023-10-19 01:10:38 修改
阅读量2k 收藏 3
点赞数 2
分类专栏： Android 虚拟 A/B 分区 文章标签： android 虚拟 A/B Android A/B 系统 Virtual A/B 虚拟分区
于 2023-10-19 01:10:00 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/guyongqiangx/article/details/133917853
版权

文章目录

本文为洛奇看世界(guyongqiangx)原创，转载请注明出处。

原文链接：https://blog.csdn.net/guyongqiangx/article/details/133917853

0. 导读

这是一篇临时加入的文章，计划中的第十篇并不是准备分析这个，只不过因为时常会有小伙伴在 OTA 讨论群和专栏答疑群里问如何判断一个设备是否打开了虚拟分区(Virtual A/B)功能。

在这里插入图片描述

图 1. 如何判断设备开启了虚拟 AB 的问题

本文总结我知道的 5 种办法：

  1. 从源码判断
  2. 从编译输出判断
  3. 从 image 镜像文件判断
  4. 从运行设备的系统属性判断
  5. 从运行设备的 super 分区数据判断

Android 虚拟 A/B 分区《Android 虚拟 A/B 分区》系列，更新中，文章列表：

对 linux 快照(snapshot) 的了解可以增加对虚拟 A/B 分区的理解：

如果您已经订阅了本专栏，请务必加我微信，拉你进“动态分区 & 虚拟分区专栏 VIP 答疑群”。

1. Virtual A/B 的开关

《Android 虚拟 A/B 详解(四) 编译开关》一文详细分析过 Virtual A/B 的编译开关，以及这些编译开关是如何起作用的。现在简单总结如下：

1.1 编译开关

对于原生设备：

PRODUCT_VIRTUAL_AB_OTA := true

对于升级改造设备：

PRODUCT_VIRTUAL_AB_OTA := true
PRODUCT_VIRTUAL_AB_OTA_RETROFIT := true

1.2 编译开关的定义位置

对于 Android 11®，上面这些开关位于以下文件中:

build/make/target/product/virtual_ab_ota.mk
build/make/target/product/virtual_ab_ota_retrofit.mk

对于 Android 12(S) 和 Android 13(T)，以及 Android 14(U), 上面这些开关位于以下目录中：

build/make/target/product/virtual_ab_ota

1.3 编译开关的作用

基于上面的编译开关，在系统编译时，会设置只读属性：

ro.virtual_ab.enabled=true

同时在生成 super 分区镜像时，会往头部的 metadata 数据的 LpMetadataHeader 结构中写入标记 “LP_HEADER_FLAG_VIRTUAL_AB_DEVICE"

如果对这些开关的设置，编译的作用，以及最终用途的细节感兴趣，请转到《Android 虚拟 A/B 详解(四) 编译开关》查看详细分析。

2. Virtual A/B 开关检查

方法 1. 从源码判断

仔细观察上面 1.1 节以及 1.2 节中开关和位置，不论是哪一个都包含字符串 “VIRTUAL_AB_OTA” 或 “virtual_ab_ota” 的其中一个。而且巧了，这两个字符串刚好是大小写关系。

所以，我们可以使用 grep 工具搜索源码 device 目录下文件中的字符串 “virtual_ab_ota” 来确定是否打开了 Virtual A/B。

示例 1. Broadcom 平台

这里以 Broadcom 某产品的 Android 11® 代码为例，直接使用命令:

grep -rni virtual_ab_ota device/broadcom -C 5

搜索 device/broadcom 目录：

在这里插入图片描述

图 2. 在 Broadcom 平台上查找 virtual_ab_ota 示例

这里看到在文件 device/broadcom/common/headed.mk 第 70 的地方有包含 virtual_ab_ota.mk 文件，到这里有两个办法进行检查：

  1. 检查外层的两个开关 HW_AB_UPDATE_SUPPORT 和 HW_VIRT_AB_UPDATE_SUPPORT 是否打开
  2. 在第 70 行的地方使用 info 或 warnning 指令打印消息或认为制造一个编译错误，看是否走到这里
示例 2. Google 平台

这里以 AOSP 的 android-13.0.0_r41 版本源码为例，使用 grep 搜索 device/google 目录:

android-13.0.0_r41$ grep -rni virtual_ab_ota device

以下是我直接搜索 device 目录的结果：

在这里插入图片描述

图 3. 在 Google 平台上查找 virtual_ab_ota 示例

然后再根据你具体的平台查看相应的 makefile 文件。

当然，你也可以搜索 device + build 目录，说不定有意外惊喜。

看到这里你可能有点失望，因为这里给出的只是线索，而不是线程的 ON/OFF 那种设置开关。不过没关系，沿着这个线索，查看外层开关或者编译一把就有答案了。

方法 2、从编译输出判断

由于在系统编译时，会设置只读属性：

ro.virtual_ab.enabled=true

所以，我们就查找编译输出的文本 txt 和属性文件 *.prop 中相关的内容即可。

例如，我基于 android-13.0.0_r41 的 AOSP 源码，编译了 panther 设备，因此使用 grep 搜索 out 目录下的 txt 和 prop 文件:

android-13.0.0_r41$ grep -rni virtual_ab out --include=*.{prop,txt}

结果如下：

在这里插入图片描述

**图 4. 在 out 目录下的 .txt 和 .prop 文件中查找 virtual_ab

这下答案直接明了，在 out/target/product/panther/misc_info.txt 文件中直接写了:

virtual_ab=true

方法 3、从 image 镜像文件判断

要解析虚拟分区镜像，这里会用到 lpdump 工具解析 super 分区镜像，具体用法请参考 《Android OTA 相关工具(五) 使用 lpdump 查看动态分区》

示例 1. 从 super.img 判断

在解析 super.img 前需要将 super.img 从 sparse 格式转换为 raw 格式。

# 查找 out 目录下的 super*.img 文件
android-13.0.0_r41$ find out -type f -iname "super*.img"
out/target/product/panther/super_empty.img
out/target/product/panther/obj/PACKAGING/super.img_intermediates/super.img
out/target/product/panther/obj/PACKAGING/target_files_intermediates/aosp_panther-target_files-eng.rocky/IMAGES/super_empty.img
out/dist/super.img
out/dist/super_empty.img
android-13.0.0_r41$ 

# 将 super.img 从 sparse 格式转换成 raw 格式
android-13.0.0_r41$ simg2img out/dist/super.img out/dist/super_raw.img
android-13.0.0_r41$ 

# 使用 lpdump 查看 raw 格式的 super 文件
android-13.0.0_r41$ lpdump out/dist/super_raw.img 
Slot 0:
Metadata version: 10.2
Metadata size: 1256 bytes
Metadata max size: 65536 bytes
Metadata slot count: 3
Header flags: virtual_ab_device
Partition table:
------------------------
  Name: system_a
  Group: google_dynamic_partitions_a
  Attributes: readonly
  Extents:
    0 .. 1734111 linear super 2048
------------------------
...

看到了吗，lpdump 的结果里面清清楚楚的写了: Header flags: virtual_ab_device，说明这是一个支持 Virtual A/B 的设备。

示例 2. 从 super_empty.img 判断

和解析 super.img 类似，不同的是 super_empty.img 默认就是 raw 格式，不需要转换:

android-13.0.0_r41$ lpdump out/dist/super_empty.img
Metadata version: 10.2
Metadata size: 1088 bytes
Metadata max size: 65536 bytes
Metadata slot count: 3
Header flags: virtual_ab_device
Partition table:
------------------------
  Name: system_a
  Group: google_dynamic_partitions_a
  Attributes: readonly
  Extents:
------------------------
...

解析 super.img 和 super_empty.img 的实质还是读取 super 分区开始的动态分区 header 数据。

如果 lpdump 的版本太老，不支持识别虚拟分区标识的话，这种方式会失败。

方法 4、从运行设备的系统属性判断

在运行的设备上检查是否支持虚拟分区的办法又有 3 种，这里检查系统属性 ro.virtual_ab.enabled 是最确定的一种。

在命令行检查系统的 virtual_ab 属性：

console:/ # getprop | grep -i virtual_ab
[ro.virtual_ab.enabled]: [true]

方法 5、从运行设备的 super 分区数据判断

示例 1. 使用 lpdump 查看 super 设备的 header 标识

和方法 3 检查编译好的 super.img 一样，都是读取动态分区的 metadata 进行判断。

console:/ # lpdump /dev/block/by-name/super
Slot 1:
Metadata version: 10.2
Metadata size: 716 bytes
Metadata max size: 65536 bytes
Metadata slot count: 3
Header flags: virtual_ab_device
Partition table:
------------------------
  Name: system_b
  Group: bcm_ref_b
  Attributes: readonly,updated
  Extents:
    0 .. 2466951 linear super 2048
------------------------

这种方法有两点要求：

  1. 设备上有 lpdump 工具
  2. lpdump 工具的版本不能太老
示例 2. 使用 lpdump 查看 super 设备的 cow 分区

对于升级过的设备，还可以使用 lpdump 查看 super 上是否有 cow 分区来判断是否支持 Virtual A/B。

对于 Virtual A/B 设备，升级时，会优先在 super 上开辟空间用于系统快照 cow。

所以对于升级过的设备，如果 super 上存在名字包含 cow 的分区(system_b-cow)，例如:

console:/ # lpdump /dev/block/by-name/super                                
Slot 1:
Metadata version: 10.2
Metadata size: 716 bytes
Metadata max size: 65536 bytes
Metadata slot count: 3
Header flags: virtual_ab_device
Partition table:
------------------------
  Name: system_b
  Group: bcm_ref_b
  Attributes: readonly,updated
  Extents:
    0 .. 2466951 linear super 2048
------------------------
  Name: vendor_b
  Group: bcm_ref_b
  Attributes: readonly,updated
  Extents:
    0 .. 157239 linear super 2469888
------------------------
  Name: system_b-cow
  Group: cow
  Attributes: none
  Extents:
    0 .. 887 linear super 2469000
    888 .. 232767 linear super 2627128
------------------------

显然，这个设备支持 Virtual A/B。

3. 总结

根据 Virtual A/B 的 Makefile 开关，以及开关的使用流程，有很多方法可以用来检查 Virtual A/B 是否打开。

这些方法包括：

  1. 检查平台的 makefile 文件
  2. 检查编译输出的 misc_info.txt 或 build.prop 文件
  3. 检查编译生成的 super.img 后 super_empty.img 文件
  4. 检查设备上系统的 virtual_ab 属性
  5. 检查设备上系统的 super 分区数据

我记得好像还可以通过检查升级的 payload 文件来确定，不过已经有这么多方法，就不打算再深入了。

4. 其它

到目前为止，我写过 Android OTA 升级相关的话题包括：

  • 基础入门：《Android A/B 系统》系列
  • 核心模块：《Android Update Engine 分析》 系列
  • 动态分区：《Android 动态分区》 系列
  • 虚拟 A/B：《Android 虚拟 A/B 分区》系列
  • 升级工具：《Android OTA 相关工具》系列

更多这些关于 Android OTA 升级相关文章的内容，请参考《Android OTA 升级系列专栏文章导读》。

如果您已经订阅了动态分区和虚拟分区付费专栏，请务必加我微信，备注订阅账号，拉您进“动态分区 & 虚拟分区专栏 VIP 答疑群”。我会在方便的时候，回答大家关于 A/B 系统、动态分区、虚拟分区、各种 OTA 升级和签名的问题。

除此之外，我有一个 Android OTA 升级讨论群，里面现在有 400+ 朋友，主要讨论手机，车机，电视，机顶盒，平板等各种设备的 OTA 升级话题，如果您从事 OTA 升级工作，欢迎加群一起交流，请在加我微信时注明“Android OTA 讨论组”。此群仅限 Android OTA 开发者参与~

公众号“洛奇看世界”后台回复“wx”获取个人微信。

洛奇看世界
关注
  • 2
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
订阅专栏
Android 虚拟分区详解(一) 参考资料推荐
洛奇看世界
11-27 4378
离上一系列 Android 动态分区详解有一段时间了，群里有时候有朋友抱怨说 VAB 的资料很少，VAB 学习起来有些困难；再加上一些其它因素，我最终决定继续写一写 Android 的虚拟分区系统。这一篇主要梳理一下我学习 Android 虚拟分区所用到的资料，也顺便推荐给你。 主要有 3 类，Android 官方 VAB 文档，Device Mapper 文档以及 Android 代码。
Android 动态分区详解(三) 动态分区配置及super.img的生成
热门推荐
洛奇看世界
04-08 1万+
官方页面从比较高的角度综述了 Android 动态分区，包括基本原理，配置说明，注意事项等，目的还是给大家介绍如何使用动态分区，重点不在于强调原理。 本文根据设备是否存在 super 分区，将包含 super 分区的称为原生动态分区，对应于 Android 的默认动态分区配置；将从低版本升级上来不包含 super 分区的称为改造动态分区，对应于 retrofit 的配置。 本文重点介绍 Android 动态分区的这编译配置，这些配置是如何生效，super.img 又是如何生成的。
Android md5加密与php md5加密一致详解
01-04
Android md5加密与php md5加密一致详解 在Android开发过程中加密密码常常采用md5加密方式，然而如果服务器端采用PHP开发（php采用md5加密很简单，直接md5($str)），很可能与Java的md5加密不一致。以下方法是md5加密与php一致的源码： import java.math.BigInteger; import java.security.MessageDigest; import java.security.NoSuchAlgorithmException; public class MD5 { //密码加密 与php加密一致 public s
linux shell中“.” 和 “./”执行的区别详解
09-14
主要介绍了linux shell中“.” 和 “./”执行的区别详解，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧
Android判断后台服务是否开启的两种方法实例详解
08-29
主要介绍了Android判断后台服务是否开启的方法的相关资料,这里提供了两种方法及实例，需要的朋友可以参考下
aurora 64B/66B ip 核设置与例程代码详解
11-22
本文是总结aurora 64B/66B ip的学习成果。主要是从ip核的设置与ip的例程代码，以及aurora的读写时序三方面来介绍aurora的使用情况。
Android系统定制之Android.mk和Android.bp语法详解(精通版).mp4
04-13
1.Android系统源码定制和编译方法(Android7.0至Android12) 2.Android.mk和Android.bp语法大全及使用方法详解 3.Android.mk或Android.bp中引用Android的第三方(jar、aar、so)、Androidx的类库等的使用方法 4.Android.mk或Android.bp编译生成Apk、静态库、动态库、可执行文件等的使用方法 5.Android系统定制有源码App或无源码App时关于Android.mk或Android.bp的使用方法
Android 动态分区详解(五) 为什么没有生成 super.img?
洛奇看世界
11-23 3008
主要介绍动态分区生成 super.img 的两个隐藏开关。如果你配置了动态分区，结果编译时却没有生成 super.img，本文值得一看，否则不需要看本文。
Android新特性virtualAB总结
qq_39695119的博客
07-16 3422
一、原理 （一）Virtual A/B分区布局 上面这个表是Virtual A/B分区布局 其中 这些分区对于引导非常重要，它是由引导加载程序直接加载的。 所有启动关键分区都有一个A和一个B副本。大多数启动关键分区都很小。例如，vbmeta是64KiB, boot是64MiB, dtbo是8MiB等等。创建这些分区的A/B副本所需的空间相对较少。 其他这些分区是动态的，所以它们包含在super中。 （二）virtualAB新特性：快照合并 1、名字解释 先解释.
android virtual AB OTA降级策略
m0_61083409的博客
05-13 701
目录 前言 1.android默认的timestamp降级限制 1.1. recovery模式下的降级限制 1.2. update_engine的降级限制 2.通用的绕开android降级机制方式 2.1 为何降级需要擦除userdata 3.虚拟A/B与A/B系统降级的区别 3.1 Virtual A/B的概念 3.2 A/B提前擦除userdata可以降级，为何virtual A/B就不行 4.如何优雅的完成虚拟A/B系统的降级 4.1 虚拟A/B降级之— 降级差分包 4.2?虚拟A/B OTA — 全
Android数据持久化之I/O操作详解
08-30
主要介绍了Android数据持久化之I/O操作,结合实例形式较为详细的分析了Android I/O操作的相关原理与具体的持久化实现技巧,需要的朋友可以参考下
YOLOv5详解.md
02-01
YOLOv5详解.md 文档 讲解yolov5及核心代码
ISO:IEC 14443,TYPE A,B 介绍.pdf
08-15
1. RFID原理 2. ISO 14443 简介 3. ISO Type A ,B的相同点 4. ISO Type A/B详解 5. Mifare卡简介
Android --- 英文单引号用&apos；替换报错：does not contain a valid string resource
梁同学与Android
04-23 210
Android --- 英文单引号用'替换报错：does not contain a valid string resource
Android 14 transtion 动画流程
u012627628的博客
04-24 945
implements Transitions.TransitionHandler 的对象都会调用到startAnimation。根据上步计算出来的sortedTargets计算要做的动画TransitionInfo。此列表在开始做动画时候会判断里面的key，value是否满足做动画的条件。将符合条件的changeInfo添加到targets 返回。计算所有的到mChanges。
安卓aab文件生成apk文件
ma15991375491的博客
04-24 352
比如我们在手机上经常下载的的各种APP，其实一个Android应用程序的代码想要在Android设备上运行，必须先进行编译，然后被打包成为一个被Android系统所能识别的文件才可以被运行，而这种能被Android系统识别并运行的文件格式便是“APK”。一个APK文件内包含被编译的代码文件(.dex 文件)，文件资源（resources）， 原生资源文件（assets），证书（certificates），和清单文件（manifest file）严格来说，两者没有什么区别，后者是前者的一种升级版格式文件。
Android Native Hook: 原理、方案对比与具体实现
陆业聪
04-21 927
本文探讨了Android Native Hook技术，包括原理、实现方式（Inline Hook和PLT/GOT Hook）及优化建议，旨在帮助开发者更有效地应用该技术。
bugku ezbypass
m_de_g的博客
04-23 214
bugku ezbypass $++,$_++
TP8 利用jwt 生成token
最新发布
m0_69254007的博客
04-26 225
使用Composer安装依赖库，终端切换到项目根目录输入如下。
android 虚拟 a/b 详解(七) 升级中用到了哪些标识文件?
04-27
在Android虚拟A/B详解(七)升级中，用到了两个标识文件，分别为： 1. build.ab_update： 这个文件是在编译Android镜像时自动生成的，用于标识当前的A/B服务在该镜像中是否开启，它的主要作用有两个：一是在设备启动时用于设置AB多分区服务，如果该文件的内容为“true”，则启动时会启用AB服务；反之，则忽略AB服务。二是在设备运行时检测AB服务开启状态，以便在升级时决定使用哪个分区。 2. recovery_from_boot.p： 这个文件是在升级前后切换分区时用到的，它的作用是标识当前处于哪个分区，以便在进行分区切换时使用正确的分区。该文件的内容为A或B，代表当前使用的是哪个分区。在升级时，系统会先将升级包解压到另一个分区，然后切换到该分区运行。此时，该文件将被更新为另一个分区的标识，以便下次重启时使用正确的分区。 以上两个标识文件都是在Android系统中非常重要的文件，在进行A/B升级时需要特别注意它们的作用和使用方法。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

洛奇看世界

一分也是爱~

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值