3
0
0
关于omk第二次重启后tee状态出现问题的解决方案
2026-09-24
2026-09-24
· 酷安原贴 [作者:竹清鸢] :
https://www.coolapk.com/feed/73920263?s=NDdhMDJkM2EyMDJhMDJkZzZhYjJhM2I5ega1662
· 问题来源与解决方案:
原因是 OMK 前后读取到的 vb_key 和 vb_hash 发生变化,导致 KeyBlob 的 KEK 派生结果变化,旧 KeyBlob 无法解密。
先查看当前系统值:
getprop ro.boot.vbmeta.public_key_digest getprop ro.boot.vbmeta.digest
然后修改:
/data/misc/keystore/omk/config.toml
把:
vb_key = "auto" vb_hash = "auto"
改成当前系统实际读取到的两个 64 位值。
例如我这里是:
vb_key = "5caf8e74bfc8783d54bdd8ce0a48a587f9304214ae58803ffbb80b04c1fee06f" vb_hash = "a6c710d15c281f3ff52b370ecedc68e7f3bb1ef1e76b69fcc579a733b9d42055"
然后清理 OMK 自己的旧数据:
rm -rf /data/misc/keystore/omk/data/* rm -f /data/adb/omk/*.pid reboot
注意不要删除整个 /data/misc/keystore/,只清理 /data/misc/keystore/omk/data/。
重启后 OMK 会使用固定的 vbmeta Root of Trust 重新生成 KeyBlob,避免因为 vb_key / vb_hash 变化再次出现 InvalidKeyBlob。



