Had trouble with it for a long time because manufacturer disabled the button to unlock the rooting functionality.
-
Bootloaders binaries are signed with OEM's private key. You can't sign them. And they are closed-source and highly vendor-specific. There is no general way to patch them.– Irfan LatifFeb 25, 2020 at 8:04
-
I managed to find an answer to the continuation of my question. Which technically removes any reason for this question. Should I answer this question by it or create a new one?– TheK0tYaRaFeb 26, 2020 at 16:47
-
It'd be better if you post the answer for other's benefit.– Irfan LatifFeb 26, 2020 at 20:09
-
@IrfanLatif Is it really practical to repost info from xda-developers ? It's the post about suboot.sh which works with mtk-su and magiskinit on mtk devices– TheK0tYaRaFeb 27, 2020 at 0:37
-
You can provide a brief description with link so that answer is not useless if link is dead.– Irfan LatifFeb 27, 2020 at 7:16
1 Answer
I live in the U.S. and what was once the land of the free is now the land of the locked bootloader. Good luck
https://www.geektrouble.info/explore/android/view/218873
"OEMs/SoC vendors implement a Chain of Trust which must have a hardware-backed root of trust - a cryptographic key. On boot every software component verifies the integrity of the next component before loading it in memory. This chain of trust starts with BootROM (the very first executable code which runs on Power ON) and ends at /system and /vendor partitions. Everything in between - bootloaders, Device Tree, Linux kernel and Android OS code - is verified to be unaltered."
-
1That's my answer to this question: android.stackexchange.com/a/218886/218526 Feb 25, 2020 at 9:41