出厂安卓11的机型之VAB架构的详细分析
在安卓11上,谷歌又研究出了个新玩法:VAB架构(又称虚拟AB分区),而出厂安卓11的新机型,几乎都是VAB架构,似乎是谷歌强制要求的。本帖的目的是,分享我所学习、了解、熟悉到的VAB架构,分享给大家,让各位机友在玩机路上尽量少走弯路、少跑没必要的售后一日游。本帖可能需要一定的玩机知识及经验,如果你看不太懂的话,说明你暂时可能还不会遇到这些问题。好了,废话不多说,我们分析VAB架构之前,我们先来了
在安卓11上,谷歌又研究出了个新玩法:VAB架构(又称虚拟AB分区),而出厂安卓11的新机型,几乎都是VAB架构,似乎是谷歌强制要求的。本帖的目的是,分享我所学习、了解、熟悉到的VAB架构,分享给大家,让各位机友在玩机路上尽量少走弯路、少跑没必要的售后一日游。本帖可能需要一定的玩机知识及经验,如果你看不太懂的话,说明你暂时可能还不会遇到这些问题。好了,废话不多说,我们分析VAB架构之前,我们先来了解一下安卓分区架构历年的发展。先看一张图:
由上图可知,安卓分区架构发展史为:onlyA,AB,onlyA动态分区,AB动态分区,VAB架构。
所谓的VAB架构,其实就是AB分区,套上了动态分区,再解决了AB分区的空间占用问题。上图中,我列举了一些,刷机时经常会刷写的分区(system,vendor,boot,recovery等等)。userdata分区就是用户分区,格式化data就是格式化的这个分区。需要注意的是,格式化data和清空data,是两个不同的概念,经常会有小白把这两个概念搞混淆。格式化data就是把userdata的分区进行格式化操作,就像你格式化U盘一样,是格式化操作。而清空data,是删除data分区的所有文件及文件夹。当你遇到data挂载不上时,你清空data是没有效果的,这个时候,你需要进行格式化data操作,才能挂载data,所以,这两个不要搞混淆了。
然后,我们继续说。在上面的图片中,我们可以发现:AB的动态分区架构和VAB架构,似乎很相似?有没有?
从图片上来看,的确很相似,我刚开始接触VAB的时候,也被这个现象给欺骗了,以为VAB和AB的动态分区架构基本一致,但实际上,差别太大了,变砖了很多次,终于摸索出来了,卧槽
看起来相似,那是因为这两种架构模式,分区名基本一致,所以让人产生了这种错觉。
我们再来看一张图:
仔细一点,不难看出,AB的动态分区架构,和VAB架构的不同点有两处:一是VAB架构的逻辑分区中多了两个【system_ext_a】和【system_ext_b】;
二是VAB架构中的【system_b】、【vendor_b】、【odm_b】、【product_b】、【system_ext_b】都不是真实存在的。什么意思呢?意思就是说,不管你使用A分区,还是B分区,在挂载系统的时候,逻辑分区里面,都是挂载的_a,而不会挂载_b。是不是有点难于理解?不急,我们继续。
AB的的动态分区架构中,逻辑分区里面,不管是system_a还是system_b,都是可以刷写img镜像文件的,是真实存在的,有空间大小的AB分区来回切换的时候,system_a和system_b就会被来回切换着挂载到根目录
而VAB架构呢?system_a是有空间大小的,但是system_b是没有分配空间大小的(空间占用0字节)。不管你切换到A分区,还是切换到B分区,它都只会挂载system_a。这个system_b不会被使用。具体它是怎么挂载的呢,我也说不清楚,谷歌开发者文档中也没有太多的介绍,我目前是按照我自己的刷机知识及经验推论出来的,不保证是100%正确,如果有大佬指出我的错误,那简直是雪中送炭:
1、A分区时,挂载system_a,并使用所有的_a分区。
2、B分区时,将system_a重命名为system_b,同时0字节大小的system_b也重命名为system_a,挂载重命名后的system_b,并使用所有的_b分区。
3、在系统内OTA更新时(假设当前是处于A分区,更新成功后为切换到B分区),需要更新的系统补丁包,解压后存放在data分区,复制一份system_a,并重命名为system_b_tmp,放到data分区的某个隐藏目录中,将下载好的系统更新包,整合进复制出来的system_b_tmp,得到更新完整包system_b_tmp,重启手机,如果成功挂载system_b_tmp,那么就把system_b_tmp替换掉动态分区的system_a,并重命名为system_b,原本0字节的system_b重命名为system_a,并切换至b分区。更新完成。如果system_b_tmp更新失败,则不会动原有的分区,system_a分区依然原样。
这个VAB架构有点不太好解释,它其实和AB分区类似,有两套完整的A和B,但是在动态分区的super分区中,system,vendor等这种逻辑分区,却不像AB那样有两套,
VAB它只有一套,
VAB它只有一套,
VAB它只有一套,
VAB它只有一套,
VAB它只有一套,
VAB它只有一套,切换分区时,就是那一套在不断的重命名分区名而已(谷歌觉得这样能更节省空间),这样理解就容易多了。所以,用上所述,VAB架构,不能像AB那样玩。AB分区的可以,一个A分区坏了,切换到B分区继续用。而VAB分区的话,一个A分区坏了,切换到B分区也不能继续用,因为system,vendor等这几个重要的逻辑分区,还是使用的同一个。恕我直言,谷歌搞这个VAB架构,不如直接AB分区,刷机对于熟练度不高的人来说,基本就是天天玄学变砖。
所以,对于VAB架构的机型来说,不要试图随便玩,因为一个分区坏了,另一个分区也是坏的!!!
我们再来聊点儿VAB架构中的recovery问题。在VAB架构中,大多数机型
没有recovery分区!比如小米11。(不过有少部分机型有recovery分区,比如一加9R)
不要试图使用命令【fastboot flash recovery twrp.img】来刷写twrp,没有任何效果的。
那么既然没有rec分区,那么官方是如何在rec中更新系统的呢?答:recovery分区,被合并到了boot分区中,所以其实还是可以用rec来更新系统的。不过,我们先来讲讲boot.img包含哪些东西:
一个完整的boot.img,它和这几个分区是一套的:
boot(linux内核存放分区),
dtbo(屏幕刷新率,GPU频率表,内核温控等),
recovery(小型恢复系统分区)。
而这三个,在安卓11以前,都是的分别的三个不同分区,其实都是boot.img拆分出来的,被分成了3份。
而到安卓11的时候,boot.img,里面包含了一个Linux内核【Kernel】,一个小型恢复系统【ramdisk】。但是,在这个Liunx内核中,部分配置文件又被从Kernel中,分离出来,变成了一个全新的分区【vendor_boot】,也就是说,安卓11的时候,一个完整的boot.img,变成了这几个分区:
boot(linux内核存放分区),
dtbo(屏幕刷新率,内核温控等),
vendor_boot(Linux内核中的部分配置文件,GPU频率表)
是不是发现,没有recovery分区了?其实,它被合并到了boot分区中。说白了,twrp.img它即是boot也是recovery。也就是说,boot分区里面有两个东西:一个是Linux内核【Kernel】,一个是小型恢复系统【ramdisk】。当我们进入rec时,就是启动的【ramdisk】,当我们开机进入桌面时,就是启动的【Kernel】。
所以说,【fastboot flash recovery twrp.img】来刷写twrp,没有任何效果的。要刷twrp,是要刷进boot分区的。即:【fastboot flash boot twrp.img】
但是,你以为这就完了吗?你要是真把twrp.img刷进boot分区,那么恭喜你,成功把手机刷砖了
为啥呢?不要急,先喝杯水,听我继续慢慢道来。
前面说到了,一个VAB架构的boot.img,包含两个东西:Kernel和ramdisk,其中,ramdisk就是rec,Kernel就是内核。(注意ramdisk是需要Kernel来引导它启动的)
而Kernel和你当前的系统,还有dtbo,vendor_boot,是配套存在的,它们之前必须要配套,不配套可能有BUG(比如wifi打不开,蓝牙没声音等等),或者直接无法开机。
而twrp.img呢,它里面也是有一个Kernel和ramdisk的,说白了,twrp.img它即是boot也是recovery。刷进boot分区,相当于你同时刷了内核Kernel和小型恢复系统ramdisk。所以,你要刷rec,不能将rec刷进boot分区。
你要刷rec,不能将rec刷进boot分区。
你要刷rec,不能将rec刷进boot分区。
你要刷rec,不能将rec刷进boot分区。
你要刷rec,不能将rec刷进boot分区。
那么,twrp的正确安装原理是什么呢?
看下面:
1、首先,一个twrp.img包含:Kernel和ramdisk。
2、其次,一个boot.img包含:Kernel和ramdisk。
3、将twrp.img中的ramdisk,替换进boot分区,覆盖掉boot分区中的ramdisk。
这就是正确的安装twrp方式。说人话:
在fastboot中,临时加载twrp,然后就进入rec了,这个时候的boot分区并没有被刷写,所以叫做临时加载。在rec的高级中,点击安装twrp,它就会把rec中的ramdisk替换掉boot分区中的ramdisk,然后,安装完成。
对于红米k40机型,你可以使用我双系统相关文件中的【rec_install_tools.zip】,来进行对boot.img打补丁,打的补丁是给boot中的ramdisk进行替换操作,将twrp.img中的ramdisk替换进boot.img中,(就像面具修补boot一样),打好rec补丁的boot.img,就可以直接刷进boot分区了,然后rec就可以正常使用了。这样就不需要用电脑来临时加载rec,再安装rec了。
VAB架构机型的通用rec安装工具:【rec_install_tools.zip】(里面的ramdisk文件,是红米k40的)
下载链接:百度网盘 请输入提取码
提取码:0sfr
使用方法:
解压,得到这么一个文件夹:(注:请解压到/data/rec_install_tools,并设置所有文件夹及文件权限为0777,不然会报错:没有权限)
将你要安装的twrp.img,复制到这里,文件名一定要是【twrp.img】
安装个MT管理器,以root方式执行【解包twrp.sh】。
解包出来的ramdisk便是解包出来的ramdisk文件。将你解包出来的ramdisk文件,替换到这里:
将你要打补丁的内核boot.img,复制到input/boot.img(名字一定要叫boot.img),如图
安装个MT管理器,以root的方式执行【给boot安装rec.sh】。
等待几秒,打好rec补丁的内核,会生成在output/new_boot.img。
然后内核打rec补丁就完成了,将其刷入手机boot分区即可。
好了,本次玩机分享就到这里,希望各位机友在玩机路上少走弯路。不懂的可以在评论区留言,我懂的都尽量回答。
更多推荐
所有评论(0)