【安卓13】解决带GMS编译报super分区空间不足错误

1、错误信息

2、解决方案

不同供应商修改分区大小的文件路径不一样，但是万变不离其宗，根据报错信息全局搜索关键词BOARD_SUPER_PARTITION_SIZE
这里以RK供应商和AML供应商修改为例：

（1）RK改法：

根目录下输入指令查：grep -rn BOARD_SUPER_PARTITION_SIZE device

看到上面报错信息没，就是在计算动态分区分配内存的时候报错，分配的内存总量是BOARD_SUPER_PARTITION_SIZE的一半3263168512，大约是3G，这个值是根据super分区大小计算出来的，所以我们要修改super分区大小，改这个文件：device/rockchip/common/BoardConfig_AB.mk
修改这里，修改的大小要大于报错信息里面提示的所需内存，比如报错大概需要3.8G的内存，原本super分区大小是定义了6G，6G的一半小于3.8G，所以报错，我们这里把内存增加到8G，改完之后重新编译即可正常编译

（2）AML改法

同样是修改BoardConfig_AB.mk文件，只不过文件路径变了
修改路径：device/amlogic/t7_an400/boardConfig.mk
这个文件修改内容不一样，大家一样可以改BOARD_SUPER_PARTITION_SIZE这个变量的大小，具体大小需要根据报错信息看，这个大小跟编译GMS包的内容有关

放在最后

其他供应商的修改方法也大差不差，大致思路：首先看报错信息，哪个分区大小不足就改哪个，全局搜索分区变量名，确认修改范围。

super分区普及：
1.super分区是什么
  super分区也叫做dynamic动态分区，动态分区是Android的用户空间分区系统，在Android R版本开始引入，目的是为了解决system和vender等分区size不能动态调整的问题。例如物理分区表配置固定size后，如果软件版本对system，verdor分区size需要频繁调整时，需要修改物理分区表和重新编译gpt表，使用起来不是很便利。
  引入super动态分区之后，将system，vendor等分区一起“打包”在super分区中，物理分区表只有super，不再单独配置system，vendor等分区的配置，其中的子分区可以动态的调整大小。编译的时候，会将system，vendor等分区的信息以metadata形式记录下来，生成super.img时会根据matadata信息进行处理
  另外super分区中的子分区，也可以通过fastbootd以fastboot的方式刷入，或者使用lpunpack解压开。

2.super分区工作原理
  动态分区时使用Linux内核中的dm-linear device-mapper模块实现的,Linear是指将device，mapper设备的线性范围映射到另一个设备的线性范围
属于LVM逻辑卷管理。
  Super分区包含列出了每个子分区的名称和块范围的metadata元数据。
  在开机init的first stage第一阶段运行期间，会解析并验证metadata元数据并创建虚拟block设备来表示每个子分区，创建logical逻辑分区出来。在init启动的第一阶段会去加载和处理，采用和以前类似的AVB校验流程，验证通过后，super包含的几个分区全部采用hashtree类型做dm-verity验证。在运行过程中对访问的block数据进行dm-verity安全校验。校验通过过，分别挂载这几个逻辑子分区。