A/B system OTA

最新推荐文章于 2024-11-07 18:25:43 发布
原创 最新推荐文章于 2024-11-07 18:25:43 发布 · 918 阅读 · 8 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

与传统OTA方式相比，A/B系统的变化主要有：

  • 系统的分区设置
    传统方式只有一套分区
    A/B系统有两套分区，称为slot A和slot B
  • 跟bootloader沟通的方式
    传统方式bootloader通过读取misc分区信息来决定是进入Android主系统还是Recovery系统
    A/B系统的bootloader通过特定的分区信息来决定从slot A还是slot B启动
  • 系统的编译过程
    传统方式在编译时会生成boot.img和recovery.img分别用于Android主系统和Recovery系统的ramdisk
    A/B系统只有boot.img，而不再生成单独的recovery.img
  • OTA更新包的生成方式
    A/B系统生成OTA包的工具和命令跟传统方式一样，但是生成内容的格式不一样了

传统分区和A/B系统分区的比较：

在这里插入图片描述

A/B系统分区属性

对于A/B系统的slot A和slot B分区，其都存在以下三个属性：

属性 名称 功能
active 系统的活动分区标识 这是一个排他属性，系统只能有一个分区设置为active属性，启动时bootloader选取设置为active的分区进行启动
bootable 分区可启动标识 表明该分区包含了一个完整的可以启动的系统
最低0.47元/天 解锁文章
RK3588平台开发系列讲解（系统篇）A/B System的介绍
内核笔记
12-20 2912
📢本篇将介绍RK3588平台的A/B System
[RK-Linux] Linux A/B System详解
Systemcall名屋
11-13 1556
[RK-Linux] Linux A/B System详解
OTA a/b分区理解
一只攻城的柿子
07-13 1万+
A/B系统升级，顾名思义是有两套系统，一套系统分区，另一套备份分区。这两套系统出厂时一样，此后可能不一样。一个新版本，另一个旧版本，旧版本升级至新版本，不断更新切换
一、A/B升级之系统image的生成
李标标的博客
09-27 4553
一、A/B升级之系统image的生成 本篇将对AB升级打开宏开关后make 和 makeotapackage的流程做分析，下面这张图是之前文档中所提到的按照对应文件打开宏开关，即可开启AB升级，但是代码里面针对该宏控也有对应代码处理，本次先分析device 和 build下的修改 一、device主要修改 最初加入了MTK_AB_OTA_UPDATER = yes 去除cach...
高通qssi android R OTA
jeephao的博客
01-27 7981
背景 Google在androidQ版本上动态分区就启用了，另外高通在android R版本上既开启了动态分区，还默认了启用qssi的机制，对于OTA升级来说，这块会有什么变化，本文先从近期的一些调试过程中，简单总结一些注意事项，当然主要是一些记录，后续还需要继续分析流程. 问题调试部分 device/honeywell/eda52/AndroidBoard.mk #-----------------------------------------------------------...
Android A/B System OTA分析（一）概览
热门推荐
洛奇看世界
05-07 6万+
Android从7.0开始引入新的OTA升级方式，A/B System Updates，这里将其叫做A/B系统。`A/B`系统涉及的内容较多，分多篇对`A/B`系统的各个方面进行分析。本文为第一篇，概览。
Android A/B System OTA分析（一）概览【转】
zzb2760715357的博客
05-25 195
本文转载自：https://blog.youkuaiyun.com/guyongqiangx/article/details/71334889 Android从7.0开始引入新的OTA升级方式，A/B System Updates，这里将其叫做A/B系统。 版权声明： 本文为guyongqiangx原创，欢迎转载，请注明出处： Android A/B System OTA分析(一)概览： http://bl...
Android A/B System OTA分析（五）客户端参数
qq_42135379的博客
01-18 1508
AB OTA
android ota升级签名错误,Android A/B System OTA 升级以及报错处理
weixin_36483061的博客
05-26 1574
介绍A/B System OTA是Android 7.0引入的新的OTA方式，跟以前的OTA在升级流程上来说已经完全不一样了，我们都知道之前的OTA走的是recovery模式。A/B System 不同之处在于系统中有两个system分区，当然boot分区也是两个，A和B，当我们进行OTA升级的时候实际上只是对b分区进行升级，而我们正在运行的a分区是不受影响的。OTA包制作制作流程跟以前是一样的，...
精选资源
A/B分区系统ota更新客户端代码 SystemUpdate.zip
10-12
综上所述，A/B分区系统ota更新客户端代码涉及的关键技术包括Android系统的A/B分区机制、OTA更新流程、差分包的运用以及Java编程和XML资源配置。这些内容对于理解Android设备的系统更新过程和开发相关的更新工具至关...
android A/B系统的一些理解
SHNU_PFH的博客
07-30 5238
A/B系统的应用场景 AB系统bootloader的启动流程 AB系统内存分配情况 信息来源：https://blog.youkuaiyun.com/guyongqiangx/article/details/72604355 疑问：1、后台的update_engine属于bootloader是在bootloader加载还是在AB系统分区加载？ 2、boot的ramdisk和system的rootfs...
复盘：从0到1设计 A/B 测试系统
pmcaff2008的博客
04-21 2669
本文由作者 Mr.Sen于社区发布笔者最近刚完成了 一个A/B测试系统的设计，虽然目前已顺利上线投产，但回想当初实在找了很多资料，包括书籍论文、相关产品使用资料，以及产品和开发者社区。...
OTA篇（1）AB系统
qq_38173035的博客
11-07 1290
安全固件启动失败log没有找到名字为bootA的公钥签名key名字与分区名的匹配问题。客户为双系统，内核分区有两个，名字分别为bootA与bootB，均使用boot.fex。公钥的名字可以从签名配置文件dragon_xxx.cfg中查看，下面是boot.fex镜像对应的公钥名字为“boot”。[toc1]在uboot校验时，默认会根据分区名来找key，但是没有名为bootA的key，所以提示找不到。
android的A/B到底是什么？OTA升级又是什么？
叫好与叫座虽然不是对立面，但想在同一个作品中达到双重效果很难。
10-13 5172
这就得了解一下OTA升级。OTA（Over-the-AirTechnology）升级是指手机终端通过无线网络下载远程服务器上的升级包，对系统或应用进行升级的技术。想想你每次手机升级是不是推送就来了，没说让你把手机寄回去嘛。OTA（Over The Air）是一项基于短消息机制，通过手机终端或服务器（网上）方式实现SIM卡内业务菜单的动态下载、删除与更新，使用户获取个性化信息服务的数据增值业务（简称OTA业务），是通过移动通信（GSM或CDMA）的空中接口对SIM卡数据及应用进行远程管理的技术。
AB 系统OTA升级
weixin_46610861的博客
08-26 1776
A/B System 概述 Android从7.0开始,引入了新的OTA升级方式 A/B System Updates A/B系统是指设备上有A和B两套可以工作的系统(用户数据只有一份,为两套系统共用),我们可以理解为一套系统分区,另外一套为备份分区.其系统版本可能一样,也可能不一样;通过升级,可以将旧版本也更新为新版本.当然,设备出厂时这两套系统肯定是一样的. Android 7.0上传统OTA方式和新的A/B系统方式都存在,编译时只能选择其中的一种OTA方式.由于A/B系统在分区上与传统OTA的
AB 系统OTA升级介绍
你只是看起很努力
02-05 1万+
A/B System 概述Android从7.0开始,引入了新的OTA升级方式 A/B System UpdatesA/B系统是指设备上有A和B两套可以工作的系统(用户数据只有一份,为两套系统共用),我们可以理解为一套系统分区,另外一套为备份分区.其系统版本可能一样,也可能不一样;通过升级,可以将旧版本也更新为新版本.当然,设备出厂时这两套系统肯定是一样的.Android 7.0上传统OTA方式和...
Android-AB系统OTA升级介绍
嵌入式Linux
02-15 5999
什么是OTA升级？OTA是Over-the-Air的简称，OTA升级可以理解为用户正常使用过程中进行升级，OTA 升级旨在升级基础操作系统、系统分区上安装的只读应用和/或时区规则。什么是...
linux ab双分区升级,AB 系统OTA升级
weixin_42131261的博客
05-08 7870
A/B System 概述Android从7.0开始,引入了新的OTA升级方式 A/B System UpdatesA/B系统是指设备上有A和B两套可以工作的系统(用户数据只有一份,为两套系统共用),我们可以理解为一套系统分区,另外一套为备份分区.其系统版本可能一样,也可能不一样;通过升级,可以将旧版本也更新为新版本.当然,设备出厂时这两套系统肯定是一样的.Android 7.0上传统OTA方式和...
A/B OTA
最新发布
07-10
<think>我们正在讨论A/B OTA技术，这是一种在Android设备上实现无缝系统更新的机制。根据引用[1]和[2]，A/B系统升级允许设备在更新时保留一个完整的备份系统，这样如果更新失败，设备可以回滚到备份系统，确保可靠性。此外，引用[4]提到在Update Engine服务中有一个状态机来处理更新状态。 现在，用户想了解A/B OTA技术的原理和实现方式。我们需要结合引用内容，用清晰的结构回答，包括原理、实现方式、优势等。同时，要使用LaTeX格式的数学表达式（如果需要），并在最后生成相关问题。 回答结构： 1. A/B OTA的基本原理 2. 实现方式（包括关键组件如分区设计、更新引擎的工作流程） 3. 优势（如无缝更新、高可靠性） 4. 与其他更新机制的对比（如非A/B升级） 5. 应用场景 6. 相关问题 注意：引用要自然地融入回答中，并在引用内容的末尾添加引用标识，如[^1]。</think>### A/B OTA 更新机制详解 #### 一、核心原理 A/B OTA（Seamless System Updates）通过在设备存储中创建**双系统分区**实现无缝更新： 1. **分区结构** - `A分区`：当前运行系统（Active） - `B分区`：更新目标分区（Inactive） - 元数据区：记录更新状态（如引用[4]提到的`UpdateState`状态机）[^4] $$ \text{存储空间} = \underbrace{\text{System}_A}_{\text{运行中}} + \underbrace{\text{System}_B}_{\text{更新目标}} + \text{MetaData} $$ 2. **更新过程** ```mermaid graph TB A[检测到更新] --> B[后台下载更新包至B分区] B --> C[验证签名和完整性] C --> D[设置下次启动标志位] D --> E[用户重启设备] E --> F[Bootloader引导至B分区] F --> G[新系统生效] ``` 3. **失败回滚机制** 若更新后启动失败，Bootloader自动切换回A分区（如引用[2]所述）[^2]： $$ \text{启动流程} = \begin{cases} \text{成功} & \rightarrow \text{B分区成为新Active} \\ \text{失败} & \rightarrow \text{回滚至A分区} \end{cases} $$ #### 二、关键技术实现 1. **分区管理** - 动态映射：`boot_control` HAL 模块控制分区切换[^1] - 空间代价：需额外存储完整系统镜像（通常占用 1.5-2GB） 2. **更新引擎（Update Engine）** - 差分更新：仅传输修改块（`bsdiff`算法） - 状态机控制：如引用[4]提到的`CleanupPreviousUpdateAction`类管理状态迁移[^4] ```cpp // 伪代码示例：状态处理 if (UpdateState == kFinalizing) { VerifyPartitionChecksums(); // 分区校验 SetActiveSlot(B); // 切换分区 } ``` 3. **虚拟A/B升级（Android 12+）** - 改进：使用**快照技术**替代物理分区复制 - 优势：空间占用减少 30-50%，通过`snapuserd`守护进程管理[^1] $$ \text{虚拟A/B空间} \approx \text{系统大小} + \Delta \text{更新包} $$ #### 三、与传统非A/B升级对比 | **特性** | A/B OTA | 非A/B升级 | |------------------|----------------------------|-------------------------| | 用户感知 | 无重启等待（后台更新） | 需等待安装完成（10-30分钟） | | 可靠性 | 自动回滚机制[^2] | 失败需手动恢复（高风险变砖）| | 存储占用 | 高（双系统镜像） | 低（单系统） | | 适用设备 | 手机/车机/电视（Android 7.0+）| 低端IoT设备 | > **典型应用**：Android 旗舰手机系统更新（如 Pixel 系列）、智能汽车IVI系统（如特斯拉车机）[^3] #### 四、核心优势 1. **零宕机更新** 用户可正常使用设备，重启后即切换新系统 2. **高可靠性** 回滚机制避免变砖风险（故障率 < 0.1%） 3. **企业级管理** 支持批量远程部署（如引用[3]提到的OTA开发者群应用场景）[^3] #### 五、演进趋势 1. **虚拟化扩展** Android 13 引入**动态系统更新（DSU）**：临时加载测试系统 2. **增量压缩优化** `bsdiff` → `imgpatch` → `zucchini`（谷歌专为ELF文件优化的算法） 3. **安全增强** 基于TEE的验证链（从Bootloader到系统分区全链路签名校验）
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值