不只是system分区：为RK3588配置完整的A/B无缝升级分区列表（以Android 12为例）-开发者社区

不只是system分区：为RK3588配置完整的A/B无缝升级分区列表（以Android 12为例）

当你在RK3588平台上为Android 12配置A/B系统升级时，是否遇到过这样的场景：基础编译一切顺利，却在生成OTA包时突然遭遇Cannot find partition system_ext这样的致命错误？这往往是因为开发者只配置了system分区，而忽略了现代Android系统中其他关键分区的存在。本文将带你深入理解A/B升级分区的完整配置逻辑，彻底解决这类问题。

1. 理解Android 12的分区架构演变

Android系统从版本10开始引入动态分区（Dynamic Partitions）概念，到Android 12时已经形成了一套成熟的分区管理体系。传统的system分区不再是唯一需要关注的对象，而是演变成了一个包含多个子系统的模块化架构：

system：基础操作系统镜像
system_ext：厂商扩展系统组件
vendor：硬件相关闭源驱动
product：产品定制化内容
odm：设备制造商定制内容

在RK3588这类高性能平台上，这种架构表现得尤为明显。当我们查看device/rockchip/common/build/rockchip/DynamicPartitions.mk文件时，会发现默认配置已经包含了完整的动态分区列表：

BOARD_ROCKCHIP_DYNAMIC_PARTITIONS_PARTITION_LIST := \ system \ system_ext \ vendor \ vendor_dlkm \ odm \ odm_dlkm \ product

2. A/B升级分区的配置原理

A/B升级机制要求系统能够同时维护两套完整的系统镜像，这意味着所有可能被更新的分区都需要被纳入A/B管理范围。AB_OTA_PARTITIONS宏的作用就是定义哪些分区需要参与A/B轮换。

常见的配置误区是：

# 错误示例：只包含system分区 AB_OTA_PARTITIONS := system

这种配置在简单系统上可能工作，但在Android 12及更高版本中必然会导致OTA生成失败，因为系统会检查所有动态分区的完整性。

正确的做法是保持AB_OTA_PARTITIONS与动态分区列表完全一致：

# 正确示例：完整匹配动态分区列表 AB_OTA_PARTITIONS := \ system \ system_ext \ vendor \ vendor_dlkm \ odm \ odm_dlkm \ product

3. 分区配置实战：从错误到解决

让我们通过一个实际案例来演示完整的配置过程。假设你遇到了如下错误：

[ERROR:payload_generation_config.cc(211)] Cannot find partition system_ext which is in rockchip_dynamic_partitions_partition_list

解决步骤：

定位动态分区配置：检查DynamicPartitions.mk文件，确认完整的分区列表：
```
grep -r "BOARD_ROCKCHIP_DYNAMIC_PARTITIONS_PARTITION_LIST" device/rockchip/
```

修改BoardConfig.mk：在设备特定的BoardConfig.mk中添加匹配的AB_OTA_PARTITIONS：

# RK3588特定配置 AB_OTA_PARTITIONS := \ system \ system_ext \ vendor \ vendor_dlkm \ odm \ odm_dlkm \ product

验证配置：编译后检查生成的中间文件，确认配置已生效：
```
cat out/soong/.temp/*/META/ab_partitions.txt
```
生成完整OTA包：使用make dist命令测试OTA包生成：
```
make dist -j$(nproc)
```

4. 各分区的功能与必要性分析

理解每个分区的用途有助于在特殊情况下做出合理调整：

分区名称	存储内容	是否必需	备注
system	基础Android系统	是	核心操作系统
system_ext	厂商扩展功能	是	通常包含重要厂商组件
vendor	硬件相关闭源驱动	是	芯片组特定实现
vendor_dlkm	动态加载的内核模块	可选	需要内核模块更新时必备
odm	设备制造商定制	可选	品牌特定功能
odm_dlkm	设备制造商内核模块	可选	需要内核模块更新时必备
product	产品级定制	可选	产品线差异化功能

在实际项目中，建议至少包含system、system_ext和vendor这三个核心分区。RK3588平台由于其复杂性，通常需要完整配置所有分区。

5. 高级配置技巧与注意事项

对于需要深度定制的开发者，以下技巧可能有所帮助：

分区大小调整：在BoardConfig.mk中为A/B分区预留足够空间：
```
BOARD_ROCKCHIP_VIRTUAL_AB_OTA_PARTITION_SIZE := 2682257408
```
调试技巧：当OTA失败时，检查以下关键文件：
- META/ab_partitions.txt：实际生效的A/B分区列表
- META/dynamic_partitions_info.txt：动态分区配置详情
虚拟A/B配置：虽然原始问题中提到要避免启用BOARD_ROCKCHIP_VIRTUAL_AB_ENABLE，但在某些场景下可能需要：
```
BOARD_ROCKCHIP_VIRTUAL_AB_ENABLE := true BOARD_ROCKCHIP_VIRTUAL_AB_COMPRESSION_METHOD := lz4
```
注意：虚拟A/B需要内核和文件系统的特殊支持，启用前务必确认平台兼容性

增量更新优化：为减少OTA包体积，可以配置特定分区的更新策略：

AB_OTA_UPDATER_FILTER_BY_PARTITION := true AB_OTA_PARTITIONS_SKIP := odm_dlkm vendor_dlkm

6. 验证与测试方案

配置完成后，必须进行全面的验证：

编译验证：
```
make -j$(nproc) dist
```

OTA包检查：

unzip -l out/target/product/rk3588/****-ota-eng.*.zip | grep payload.bin

设备端测试：使用adb推送OTA包并验证升级过程：

adb sideload update.zip adb reboot bootloader fastboot getvar current-slot

回滚测试：主动触发回滚机制，验证系统健壮性：
```
adb shell setprop sys.update.mark_boot_successful 0 adb reboot
```

7. 常见问题排查指南

即使正确配置了分区列表，仍可能遇到各种边缘情况。以下是几个典型案例：

问题1：OTA包生成成功，但设备端验证失败

解决方案：

检查设备bootloader版本是否支持所有配置的分区
确认设备分区表与编译配置一致

问题2：部分分区更新后无法启动

解决方案：

在postinstall脚本中添加分区验证逻辑

为关键分区添加备份机制：

dd if=/dev/block/by-name/system_a of=/dev/block/by-name/system_b

问题3：OTA包体积过大

优化方案：

使用块级差分更新：
```
BOARD_OTA_BLOCK_BASED_UPDATES := true
```
排除不常变更的分区：
```
AB_OTA_PARTITIONS_SKIP := product odm
```

在RK3588平台上进行A/B系统开发时，我最大的体会是：分区配置必须与设备实际布局严格一致，任何微小的不匹配都可能导致难以排查的升级故障。特别是在处理system_ext这类容易被忽视的分区时，更需要仔细核对每一处配置。

不只是system分区：为RK3588配置完整的A/B无缝升级分区列表（以Android 12为例）