recovery 根据@/cache/recovery/block.map描述从data分区升级

在Android P(9.0)中,当data分区加密时,recovery如何根据/cache/recovery/block.map从data分区升级。过程包括使用RecoverySystem的processPackage和installPackage两个步骤,涉及uncrypt服务及uncrypt.cpp处理升级包,最终通过命令写入和系统重启执行升级。

    随着android版本的更新,系统固件的大小也越来越大,升级包也越来越大,cache分区已经不够存储update.zip了,所以应用把update.zip下载到data分区,默认情况下data分区是可以存储升级包的。

    我们有分区加密的功能,当打开加密分区后,data分区是加密的,当升级包存在data分区的时候,recovery下获取不到对应的秘钥,也没有对应的程序去解密,所以recovery无法正常挂载data分区,获取升级包升级。那么google是如何完成分区加密时,从data分区升级的呢?

    当应用从远程服务器下载update.zip升级包后,是如何一步步进入recovery升级的呢?

android P(9.0)aosp code:

frameworks/base/core/java/android/os/RecoverySystem.java

主要分为两步进行,第一步处理升级包(processPackage),第二步安装升级包(installPackage):

处理升级包:

public static void processPackage(Context context,
                                      File packageFile,
                                      final ProgressListener listener,
                                      final Handler handler)
            throws IOException {
        String filename = packageFile.getCanonicalPath();
        if (!filename.startsWith("/data/")) {
            return;
        }

        RecoverySystem rs = (RecoverySystem) context.getSystemService(Context.RECOVERY_SERVICE);
        IRecoverySystemProgressListener progressListener = null;
        if (listener != null) {
            final Handler progressHandler;
            if (handler != null) {
                progressHandler = handler;
            } else {
                progressHandler = new Handler(context.getMainLooper());
            }
            progressListener = new IRecoverySystemProgressListener.Stub() {
                int lastProgress = 0;
                long lastPublishTime = System.currentTimeMillis();

                @Override
                public void onProgress(fina
ota_from_target_files.py 、RecoverySystem.java、 install.cpp、 recovery.cpp 经过这几个文件 OTA版本 相邻版本升级和降级的 流程 1 Android OTA 升级 之 UpdateEngine 1.1、Application层客户端的调用 参考大佬文章:https://blog.csdn.net/guyongqiangx/article/details/80820399 1.2、UpdateEngine服务端进程 Android Update Engine分析(四)服务端进程_brillo::flaghelper-优快云博客 3、bootloader如何激活分区槽 4、update_verifier 针对分区的校验 5、update_engine针对OTA升级结果的检查 Framework层的RecoverySystem.java 2.1 processPackage 解密升级包 2.2 verifyPackage 校验升级包 2.3 installPackage 安装升级包 2.3.1 data目录固定block.map路径 2.3.2 主系统向recovery系统写命令 2.3.3 主系统的systemservice进程如何与recovery系统通信? 2.3.4 为升级包申请元数据 2.3.5 重启进入recovery系统 3、Native层uncrypt进程 system/bootable/recovery/recovery.cpp 上文的recovery.log中讲解析RecoverySystemService传递过来的命令: Command: "/system/bin/recovery" "--update_package=@/cache/recovery/block.map" "--locale=en-US" 4.3 update_package执行升级流程 system/bootable/recovery/recovery.cpp 4.4 Recovery OTA升级的真正逻辑 4.5 Recovery分区挂载 system/bootable/recovery/recovery_utils/roots.cpp 1) 读取分区表配置文件 2) 特殊分区的检查 注意:AB系统已经不支持cache了,所以AB系统这里的日志绝对会挂载失败,但奇怪的是,我进入recovery模式还是能够进入cache目录,如下recovery.log: 3) 打印分区列表 4) 分区表配置文件的生成 根据如上代码可以了解到分区表配置文件路径/etc/recovery.fstab,我们可以进入recovery模式执行如下命令:adb pull /etc/recovery.fstab,如下内容
最新发布
08-23
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值