Magisk, KernelSU ou APatch pour le screen mirroring
La projection par injection demande deux choses à votre configuration root : l'accès root lui-même, et un runtime Zygisk — la pièce qui permet aux modules de tourner à l'intérieur des processus d'application. Les trois solutions root grand public peuvent fournir les deux. La différence, c'est ce qui est livré d'origine.
La version courte
| Solution root | Approche | Côté Zygisk | KoalaMirror |
|---|---|---|---|
| Magisk | Systemless, la référence de longue date | Zygisk intégré — à activer dans les réglages | Fonctionne d'origine |
| KernelSU | Root au niveau du noyau, prisé sur les noyaux récents | Pas de Zygisk intégré — nécessite un runtime autonome | ReZygisk installé automatiquement au déploiement |
| APatch | Basé sur le patch du noyau, le nouveau venu | Pas de Zygisk intégré — même cas de figure | ReZygisk installé automatiquement au déploiement |
Magisk : le chemin de moindre résistance
Si vous êtes sous Magisk, vous avez déjà tout : activez Zygisk dans l'app Magisk, déployez KoalaMirror, redémarrez, terminé. C'est la voie la plus fréquentée et celle que présuppose la plupart des guides en ligne.
KernelSU et APatch : tout aussi bien pris en charge
Le root au niveau du noyau a de réels avantages sur les appareils et noyaux qui le supportent — mais ni KernelSU ni APatch n'embarque de runtime Zygisk. La solution habituelle consiste à en installer un soi-même (ReZygisk étant l'option activement maintenue). KoalaMirror le fait à votre place: si aucun runtime Zygisk n'est détecté au moment du déploiement, il installe ReZygisk dans le même parcours en un geste. Pas de module à dénicher, pas de version à faire correspondre.
Un pas de recul est utile : le root ne fait qu'ouvrir la porte — ce qu'il débloque sur Android Auto, et ce qu'il ne débloque pas est la question la plus utile, et le guide des méthodes couvre aussi les voies sans root.
Quel runtime Zygisk? (et pourquoi il compte plus que le gestionnaire root)
Choisir un gestionnaire root ne représente que la moitié de la décision. Magisk embarque Zygisk. KernelSU et APatch non, vous finissez donc aussi par choisir un runtime Zygisk, et pour la duplication d'écran ce second choix pèse plus lourd que le premier.
Voici pourquoi. Afficher un bureau Android complet sur l'écran de la voiture réclame deux injections distinctes, pas une seule: le module doit se charger dans system_server (c'est ce qui crée l'écran supplémentaire) et dans le processus Android Auto (c'est ce qui y place votre bureau). Un runtime peut assurer l'une et manquer l'autre sans rien signaler. Dans ce cas, Android Auto paraît parfaitement normal: la duplication n'apparaît simplement jamais. C'est pourquoi «le module est chargé» n'est pas la même affirmation que «la duplication fonctionne», et un écran d'état qui ne vérifie que la première vous dira que tout va bien alors que rien ne va.
| Runtime Zygisk | D'où il vient | État pour la duplication |
|---|---|---|
| Zygisk (intégré à Magisk) | Réglages de Magisk, un seul interrupteur | Vérifié. Rien de plus à installer. |
| ReZygisk | Module autonome pour KernelSU / APatch | Vérifié. C'est celui que KoalaMirror installe pour vous si vous n'en avez aucun. |
| Zygisk Next | Module autonome pour KernelSU / APatch | Vérifié sur 1.4.5 et 1.5.0 (contrôlé le 2026-08-29). |
| NeoZygisk | Module autonome pour KernelSU / APatch | Fonctionne à partir de KoalaMirror 1.5.1 (vérifié sur 2.4, 2026-08-30); voir la note ci-dessous. |
La note sur NeoZygisk, dite franchement: sur NeoZygisk 2.4, nous avons reproduit un plantage qui faisait tomber tous les processus Android Auto. La cause était de notre côté, pas du leur: notre hook en ligne réserve une page qui doit rester à la fois inscriptible et exécutable, et il supposait cette propriété au lieu de la réaffirmer. Avec ce runtime, elle ne tient pas. Corrigé le 2026-08-30 et livré le lendemain dans KoalaMirror 1.5.1; si vous êtes sur NeoZygisk et que la duplication n'apparaît pas, mettez d'abord KoalaMirror à jour. C'est exactement pour cela que le tableau ci-dessus porte des dates plutôt que des coches.
Alors, lequel choisir?
- Déjà rooté? Restez sur ce que vous avez. Les trois sont pris en charge à l'identique, et changer de solution root vaut rarement le dérangement, juste pour la projection.
- Vous rootez de zéro? Magisk reste le passe-partout le plus simple; KernelSU ou APatch ont du sens si la communauté de votre appareil les recommande pour votre noyau.