Magisk vs KernelSU vs APatch para duplicar pantalla
La duplicación basada en inyección necesita dos cosas de tu configuración de root: el propio acceso root y un entorno de ejecución Zygisk —la pieza que permite que los módulos se ejecuten dentro de los procesos de las apps. Las tres soluciones de root más extendidas pueden aportar ambas cosas. La diferencia está en cuánto viene incluido de serie.
La versión corta
| Solución de root | Enfoque | Situación de Zygisk | KoalaMirror |
|---|---|---|---|
| Magisk | Systemless, el estándar de toda la vida | Zygisk integrado: actívalo en los ajustes | Funciona de fábrica |
| KernelSU | Root a nivel de kernel, popular en kernels recientes | Sin Zygisk integrado: necesita un entorno de ejecución aparte | ReZygisk aprovisionado automáticamente al desplegar |
| APatch | Basado en parcheo del kernel, el aspirante más nuevo | Sin Zygisk integrado: misma situación | ReZygisk aprovisionado automáticamente al desplegar |
Magisk: el camino de menor resistencia
Si usas Magisk, ya lo tienes todo: activa Zygisk en la app de Magisk, despliega KoalaMirror, reinicia y listo. Es la ruta más transitada y la que dan por supuesta la mayoría de las guías que hay en internet.
KernelSU y APatch: igual de primera clase
El root basado en kernel tiene ventajas reales en los dispositivos y kernels que lo admiten, pero ni KernelSU ni APatch incluyen un entorno de ejecución Zygisk. La solución habitual es instalar uno tú mismo (ReZygisk es la opción con mantenimiento activo). KoalaMirror lo hace por ti: si no se detecta ningún entorno de ejecución Zygisk al desplegar, aprovisiona ReZygisk dentro del mismo flujo con un solo toque. Sin buscar módulos, sin cuadrar versiones.
Vale la pena dar un paso atrás: el root solo abre la puerta — qué desbloquea en Android Auto y qué no es la pregunta más útil, y la guía de métodos cubre también las rutas sin root.
¿Qué runtime de Zygisk? (y por qué importa más que el gestor de root)
Elegir gestor de root es solo la mitad de la decisión. Magisk incluye Zygisk. KernelSU y APatch no, así que además acabas eligiendo un runtime de Zygisk, y para la duplicación de pantalla esa segunda elección pesa más que la primera.
La razón es esta. Llevar un escritorio Android completo a la pantalla del coche exige dos inyecciones independientes, no una: el módulo tiene que cargarse dentro de system_server (que es lo que crea la pantalla adicional) y dentro del proceso de Android Auto (que es lo que coloca tu escritorio en ella). Un runtime puede resolver una y fallar la otra sin avisar. Cuando eso ocurre, Android Auto se ve completamente normal: simplemente nunca aparece la duplicación. Por eso «el módulo está cargado» no es la misma afirmación que «la duplicación funciona», y una pantalla de estado que solo comprueba lo primero te dirá que todo va bien mientras no va nada.
| Runtime de Zygisk | De dónde viene | Estado para la duplicación |
|---|---|---|
| Zygisk (integrado en Magisk) | Ajustes de Magisk, un solo interruptor | Verificado. No hay que instalar nada más. |
| ReZygisk | Módulo independiente para KernelSU / APatch | Verificado. Es el que KoalaMirror instala por ti si no tienes ninguno. |
| Zygisk Next | Módulo independiente para KernelSU / APatch | Verificado en 1.4.5 y 1.5.0 (comprobado el 2026-08-29). |
| NeoZygisk | Módulo independiente para KernelSU / APatch | Funciona desde KoalaMirror 1.5.1 (verificado en 2.4, 2026-08-30); consulta la nota de abajo. |
La nota sobre NeoZygisk, dicha sin rodeos: en NeoZygisk 2.4 reprodujimos un fallo que tumbaba todos los procesos de Android Auto. La causa estaba en nuestro lado, no en el suyo: nuestro hook en línea reserva una página que debe seguir siendo a la vez escribible y ejecutable, y daba por supuesta esa propiedad en lugar de volver a exigirla. Con ese runtime no se cumple. Corregido el 2026-08-30 y publicado al día siguiente en KoalaMirror 1.5.1; si usas NeoZygisk y la duplicación no aparece, actualiza KoalaMirror antes que nada. Esto es justamente por lo que la tabla de arriba lleva fechas en vez de marcas de verificación.
Entonces, ¿cuál deberías usar?
- ¿Ya tienes root? Quédate donde estás. Las tres tienen el mismo soporte, y cambiar de solución de root rara vez compensa el trastorno solo por duplicar pantalla.
- ¿Vas a hacer root desde cero? Magisk sigue siendo el todoterreno más sencillo; KernelSU o APatch tienen sentido si la comunidad de tu dispositivo los recomienda para tu kernel.