Open jun10r4lm31d4 opened 1 month ago
That's expected, even for --rootless
. avbroot needs to update system/etc/security/otacerts.zip
inside the ramdisk to update the trusted certificates so that sideloading further patched OTAs will work.
The most common reason the size increases is if the OS's original key was RSA2048 and your key is RSA4096.
That's expected, even for
--rootless
. avbroot needs to updatesystem/etc/security/otacerts.zip
inside the ramdisk to update the trusted certificates so that sideloading further patched OTAs will work.The most common reason the size increases is if the OS's original key was RSA2048 and your key is RSA4096.
This make the image unbootable tried flashing and using fastboot boot command. Its possible do the patch without the OTA changes just for testing?
Can you provide a link to the OTA you're patching? I'd like to take a look and see if there's anything weird in there.
Currently, you can only disable patching otacerts.zip
if you're building avbroot from source. This is the line that would need to be removed: https://github.com/chenxiaolong/avbroot/blob/e18ef20e4db8b3bd838af62b328cd83c3d790208/avbroot/src/cli/ota.rs#L1275
After run the patch the image size of recovery in HashTree is bigger then original, i have checked in boot and this is normal. I have compared the raw.img of both recovery then are different too. I am using the --rootless option for test. See the diff output: