Android编译后生成文件,在out/target/product/xxx下:
cache.img、cust.img、metadata.img、misc.img(本地无)、recovery.img、super.img、userdata.img、vbmeta.img、vbmeta_system.img(仅测试适配工作,而需要烧录的文件)
abl.elf、boot.img、dtbo.img、dtb.img、ramdisk.img、vendor.img
Android 10(Q版本)出现了动态分区(https://source.android.com/devices/tech/ota/dynamic_partitions/implement#implement-dynamic-partitions-new-devices)
cache.img(缓存镜像):用于存储系统或用户应用产生的临时数据。
vendor.img:包含所有不可分发给 Android 开源项目 (AOSP) 的二进制文件。如果没有专有信息,则可以省略此分区。
misc.img:misc 分区供恢复映像使用,存储空间不能小于 4KB。
userdata.img:userdata 分区包含用户安装的应用和数据,包括自定义数据。
vbmeta.img:用于安全验证,bootloader验证vbmeta的签名,再用vbmeta的key以及hash值验证dtbo/boot/system/vendor。
system.img(系统镜像):系统镜像是地址ROM最常使用的一个镜像,用于存储Android系统的核心文件,System.img就是设备中system目录的镜像,里面包含了Android系统主要的目录和文件。一般这些文件是不允许修改的。
userdata.img(用户数据镜像):将会被挂接到 /data 下,包含了所有应用相关的配置文件,以及用户相关的数据 。
system.img、userdata.img、vendor.img、persist.img都是sparse压缩文件系统镜像,目的是方便传输/刷机/存储等。

本文详细介绍了Android编译后生成的各种文件系统镜像,如cache.img、system.img、userdata.img等,以及它们在系统中的作用。同时,提到了Android10的动态分区特性,并解析了boot.img、recovery.img、ramdisk.img之间的关系,强调了init进程和init.rc文件在启动过程中的关键角色。
最低0.47元/天 解锁文章
1048

被折叠的 条评论
为什么被折叠?



