Posso instalar o Magisk sem recuperação personalizada ou boot.img?

Magisk pode root muitos dispositivos Android que rodam no Android 4.2 Jellybean para Android 11 Developer's Preview. Magisk usa um método conhecido como systemless root - o que significa que root é realizado sem a necessidade de montar /system como r/w ou alterar de outra forma a partição /system. Isto é conseguido através da correção da imagem de inicialização, enquanto o Magisk descompacta a imagem de inicialização, corrige-a para root sem sistema, reempacta-a e, em seguida, flasha a imagem de inicialização recém-corrigida para a partição /boot. Após a reinicialização, o sistema operacional Android terá a raiz sem sistema completo. Há também grandes equívocos em torno do Magisk Root & Universal Systemless Interface. Muitas pessoas pensam que a raiz sem sistema é't verdadeira raiz porque a partição /system nunca é tocada ou alterada durante o processo de root. No entanto, uma vez que a raiz sem sistema é alcançada, o usuário do Android pode modificar o /system se ele/ela assim o desejar. Quanto à sua pergunta: Magisk pode muitas vezes ser instalado sem recuperação personalizada, piscando uma imagem de inicialização já corrigida para o dispositivo usando comandos fastboot (fastboot flash boot boot.img). No entanto, o Magisk raramente pode ser instalado sem um boot.img porque, mais uma vez, o Magisk atingiu a raiz sem sistema através da aplicação de patches na sua imagem de arranque. Um boot.img deve ser obtido puxando um do dispositivo ou extraindo um de um pacote Firmware em estoque. Em alguns dispositivos mais recentes (Android 9 Pie e posteriores), alterações no código fonte do Android e esquemas de partição forçam o usuário a corrigir o recovery.img versus o boot.img (devido à localização do ramdisk dentro do kernel). Nestes dispositivos em particular, sim: você pode instalar o Magisk sem uma recuperação personalizada e sem um boot.img. No entanto, você deve ter um recovery.img a partir do seu dispositivo (quer puxado a partir do dispositivo ou de um pacote de firmware em stock). Note que os dispositivos que utilizam o novo esquema de particionamento A/B não têm uma partição /recovery per se - o modo de recuperação é um argumento que reside dentro do próprio boot.img. Nestes tipos de dispositivos, um boot.img deve ser obtido.