[OTA] 系统加密后Recovery是如何读取OTA升级包的

最新推荐文章于 2021-05-26 07:47:12 发布

风_中_云

最新推荐文章于 2021-05-26 07:47:12 发布

阅读量9.1k

点赞数 3

分类专栏：原创Android OTA

本文链接：https://blog.csdn.net/miaotao/article/details/45129423

版权

本文探讨了Android 5.0及以上版本在系统加密后，如何在Recovery模式下进行OTA升级。通过分析RecoverySystem.java和init.rc文件，阐述了从触发升级到解密更新包的过程，特别指出在系统加密时uncrypt组件的作用，以及遇到的selinux权限问题可能导致的升级失败情况。

摘要由CSDN通过智能技术生成

目前很多Android手机采用的FUSE方案，也就是内部SD卡不单独占用一个文件系统而实际上占用的是userdata的空间。当系统加密后，解密需要VOLD的参于。而在Recovery模式下，是没有VOLD的启动的。因此，若是OTA升级包保存在了usrdata或内部存储器中时，Recovery是没有法子直接读取的。

那么，Android 5.0上，是怎么处理这个问题的呢？我来从头一一分析起来：

首先，安装升级包一般是调用

frameworks/base/core/java/android/os/RecoverySystem.java 中的installPackage来触发的。

    public static void installPackage(Context context, File packageFile)
        throws IOException {
        String filename = packageFile.getCanonicalPath();
        Log.w(TAG, "!!! REBOOTING TO INSTALL " + filename + " !!!");

        final String filenameArg = "--update_package=" + filename;
        final String localeArg = "--locale=" + Locale.getDefault().toString();
        bootCommand(context, filenameArg, localeArg);
    }

最终调用到了bootCommand中，在/cache/recovery/command写入 “--update_package=升级包的文件路径”。然后调用PowerManager, 触发REBOOT_RECOVERY