本文详细描述了在更新过程中，GTS版本与用户自定义版本的差异，包括所需刷入的特定镜像（如boot、dtbo等）、vbmeta校验的处理以及vendor_boot-debug.img的选择。强调了两步骤操作的独立性和镜像校验的重要性，需分步执行以避免开机循环。
首先验证的版本是一个GTS版本： GTS版本 ＝ user版本＋boot-5.4.img + google system
这里的boot-5.4.img , google system 是伴随测试包同步释放的．跟着测试包版本号走．
其次为了分析问题有log输出： GTS版本 ＝ user版本＋boot-5.4.img + google system＋vendor_boot-debug.img
这里的vendor_boot-debug.img是跟user版本同时编译出来的，不然会一直重启．
因为本地虽然整体编译了，但是没有服务器版本的user版本这么全，所以就变成如下情况：
user版本 ＝ 服务器的user版本＋ 必要要刷涉及vbmeta校验的几个镜像（boot, dtbo, vbmeta_system_a, recovery_a, --disable-verity vbmeta_a）+ venodr.img(需要切换到fastbootd进行刷)
其中必要要刷涉及vbmeta校验的几个镜像和venodr.img是本地编译成果．
所以最终版本是：
第一步： user版本 ＝ 服务器的user版本＋ 必要要刷涉及vbmeta校验的几个镜像（boot, dtbo, vbmeta_system_a, recovery_a, --disable-verity vbmeta_a）+ venodr.img(需要切换到fastbootd进行刷)
第二步： GTS版本 ＝ user版本＋boot-5.4.img + google system＋vendor_boot-debug.img
注意２点：
（１）上述两步可以脚本配置，但是不能合并，要完成一步开一次机再做第二步，因为每次开机都存在镜像校验，混杂就是一直开机状态．
（２）vendor_boot-debug.img 要选用自己本地编译的，而不是服务版本对应那个，要跟着刷人的vendor_boot.img 走．
3万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
