开发过程中多少多少应该见过这个界面,然后在熔丝并lock的机器,会一起重启最终进入到9008,当然我这个是QCOM平台。
这个问题其实原因还是很简单的,就是链式安全验证机制引起的,dm-verity 损坏进入eio mode
,就不展开这块业务了,直接说怎么处理的吧,项目进度问题没有细跟只是一个临时处理方案
主要是abl往分区写了一个结构体,其实DevInfo.verity_mode=Flase,只要写成True就可以了
DeviceInfoInit 方法中
DevInfo.verity_mode = TRUE
``ReadWriteDeviceInfo (WRITE_CONFIG, (VOID *)&DevInfo, sizeof (DevInfo));``
然后编译,签名,fastboot/qfile都行
另外参考我另一篇文章,https://blog.csdn.net/lll380475066/article/details/140344941
也操作下这个分区,基本两者同时出现概率比较高
VerifiedBoot.c +1456
/* dm-verity warning */
if ( !IsEnforcing () &&
!Info->BootIntoRecovery) {
//在这块代码中加入上面ReadWriteDeviceInfo write config DevInfo.verity_mode=true
//操作前记得ReadWriteDeviceInfo read config,获取当前设备的DevInfo再单独改变verity_mode,以免产生不必要的其他问题
Status = DisplayVerifiedBootMenu (DISPLAY_MENU_EIO);
if (Status == EFI_SUCCESS) {
WaitForExitKeysDetection ();
} else {
DEBUG ((EFI_D_INFO, "The dm-verity is not started in restart mode." \
"\nWait for 30 seconds before proceeding\n"));
}
}
2、adb reboot "dm-verity enforcing" 没有验证,方向是一致的```