Magisk vs KernelSU vs APatch para espelhamento de tela
O espelhamento por injeção precisa de duas coisas da sua configuração de root: o acesso root em si e um runtime Zygisk — a peça que permite que os módulos rodem dentro dos processos dos apps. As três soluções de root populares conseguem fornecer ambos. A diferença está em quanto disso já vem na caixa.
A versão curta
| Solução de root | Abordagem | Situação do Zygisk | KoalaMirror |
|---|---|---|---|
| Magisk | Systemless, o padrão de longa data | Zygisk embutido — basta ativá-lo nas configurações | Funciona de imediato |
| KernelSU | Root em nível de kernel, popular em kernels mais novos | Sem Zygisk embutido — precisa de um runtime à parte | ReZygisk configurado automaticamente na implantação |
| APatch | Baseado em patch de kernel, o concorrente mais recente | Sem Zygisk embutido — mesma história | ReZygisk configurado automaticamente na implantação |
Magisk: o caminho de menor resistência
Se você está no Magisk, já tem tudo: ative o Zygisk no app do Magisk, implante o KoalaMirror, reinicie, pronto. Este é o caminho mais percorrido e o que a maioria dos guias on-line pressupõe.
KernelSU e APatch: igualmente de primeira classe
O root baseado em kernel tem vantagens reais em dispositivos e kernels que o suportam — mas nem o KernelSU nem o APatch trazem um runtime Zygisk embutido. A solução de costume é instalar um você mesmo (o ReZygisk sendo a opção mantida ativamente). O KoalaMirror faz isso por você: se nenhum runtime Zygisk for detectado na hora da implantação, ele configura o ReZygisk como parte do mesmo fluxo de um toque. Sem procurar módulo, sem casar versões.
Vale dar um passo atrás: o root só abre a porta — o que ele libera no Android Auto e o que não é a pergunta mais útil, e o guia de métodos cobre também as rotas sem root.
Qual runtime do Zygisk? (e por que ele importa mais que o gerenciador de root)
Escolher o gerenciador de root é só metade da decisão. O Magisk já traz o Zygisk. KernelSU e APatch não, então você acaba escolhendo também um runtime do Zygisk, e para o espelhamento de tela essa segunda escolha pesa mais do que a primeira.
O motivo é este. Levar uma área de trabalho Android completa para a tela do carro exige duas injeções independentes, não uma: o módulo precisa carregar dentro do system_server (é o que cria a tela adicional) e dentro do processo do Android Auto (é o que coloca sua área de trabalho nela). Um runtime pode entregar uma e falhar a outra em silêncio. Quando isso acontece, o Android Auto parece completamente normal: o espelhamento simplesmente nunca aparece. Por isso «o módulo está carregado» não é a mesma afirmação que «o espelhamento funciona», e uma tela de status que só verifica a primeira vai dizer que está tudo bem enquanto nada está.
| Runtime do Zygisk | De onde vem | Situação para o espelhamento |
|---|---|---|
| Zygisk (embutido no Magisk) | Configurações do Magisk, uma única chave | Verificado. Nada mais a instalar. |
| ReZygisk | Módulo avulso para KernelSU / APatch | Verificado. É o que o KoalaMirror instala para você se não houver nenhum. |
| Zygisk Next | Módulo avulso para KernelSU / APatch | Verificado nas versões 1.4.5 e 1.5.0 (checado em 2026-08-29). |
| NeoZygisk | Módulo avulso para KernelSU / APatch | Funciona a partir do KoalaMirror 1.5.1 (verificado no 2.4, 2026-08-30); veja a nota abaixo. |
A nota sobre o NeoZygisk, dita sem rodeios: no NeoZygisk 2.4 reproduzimos uma falha que derrubava todos os processos do Android Auto. A causa estava do nosso lado, não do deles: nosso hook em linha reserva uma página que precisa continuar ao mesmo tempo gravável e executável, e ele presumia essa propriedade em vez de reafirmá-la. Sob esse runtime ela não se mantém. Corrigido em 2026-08-30 e publicado no dia seguinte no KoalaMirror 1.5.1; se você usa NeoZygisk e o espelhamento não aparece, atualize o KoalaMirror antes de qualquer outra coisa. É exatamente por isso que a tabela acima traz datas em vez de marcas de confirmação.
Então qual você deve usar?
- Já tem root? Fique onde está. As três têm suporte igual, e trocar de solução de root raramente vale a dor de cabeça só para espelhamento.
- Vai fazer root do zero? O Magisk continua sendo o mais simples e versátil; KernelSU ou APatch fazem sentido se a comunidade do seu dispositivo os recomendar para o seu kernel.