화면 미러링용 root 비교: Magisk vs KernelSU vs APatch

인젝션 기반 미러링이 root 환경에 요구하는 건 두 가지예요: root 권한 그 자체와, 모듈을 앱 프로세스 안에서 돌게 해 주는 Zygisk 런타임 이죠. 세 가지 주류 root 솔루션 모두 이 둘을 갖출 수 있어요. 차이는 그중 얼마만큼이 기본으로 딸려오느냐예요.

요약

Magisk: 가장 저항이 적은 길

Magisk를 쓰고 있다면 이미 모든 게 갖춰져 있어요: Magisk 앱에서 Zygisk를 켜고, KoalaMirror를 배포하고, 재부팅하면 끝이에요. 사람들이 가장 많이 다닌 길이고, 온라인 가이드 대부분이 전제로 삼는 길이기도 해요.

KernelSU와 APatch: 똑같이 일등 시민

커널 기반 root는 이를 지원하는 기기와 커널에서 실질적인 장점이 있어요 — 다만 KernelSU도 APatch도 Zygisk 런타임을 묶어 주지는 않아요. 보통은 직접 하나 설치하는 게 해법이죠(활발히 유지되는 건 ReZygisk예요). KoalaMirror는 이 단계를 대신 해 줘요: 배포할 때 Zygisk 런타임이 감지되지 않으면, 같은 원탭 흐름 안에서 ReZygisk를 준비해요. 모듈을 찾아다닐 일도, 버전을 맞출 일도 없어요.

한 걸음 물러설 만해요. root 자체는 문을 열어 줄 뿐이고 — 그게 Android Auto에서 무엇을 열어 주고 무엇은 아닌지가 더 쓸모 있는 질문이에요. 그리고 방법 가이드는 root가 필요 없는 경로도 함께 다뤄요.

어떤 Zygisk 런타임을 쓸까 (root 관리자 선택보다 중요한 이유)

root 관리자를 고르는 건 결정의 절반일 뿐입니다. Magisk는 Zygisk를 내장하고 있습니다. KernelSU와 APatch는 그렇지 않아서 결국 Zygisk 런타임도 함께 고르게 되는데, 화면 미러링에서는 이 두 번째 선택이 첫 번째보다 더 크게 작용합니다.

이유는 이렇습니다. 안드로이드 데스크톱 전체를 차량 화면에 올리려면 서로 독립적인 두 번의 인젝션이 필요합니다. 한 번이 아닙니다. 모듈은 system_server 안(추가 디스플레이를 만드는 쪽)과 Android Auto 프로세스 안(그 위에 데스크톱을 얹는 쪽) 양쪽에서 로드되어야 합니다. 런타임에 따라 한쪽만 되고 다른 쪽은 조용히 빠질 수 있습니다. 그럴 때 Android Auto 자체는 완전히 정상으로 보이는데 미러링만 끝내 나타나지 않습니다. 그래서 「모듈이 로드됐다」와 「미러링이 된다」는 서로 다른 진술이고, 앞의 것만 확인하는 상태 화면은 아무것도 되지 않는 상황에서 전부 정상이라고 알려줍니다.

NeoZygisk에 대한 주석을 그대로 적습니다. NeoZygisk 2.4에서 Android Auto의 모든 프로세스를 죽이는 크래시를 재현했습니다. 원인은 우리 쪽이었지 그쪽이 아닙니다. 우리 인라인 훅은 쓰기 가능하면서 동시에 실행 가능한 상태로 유지되어야 하는 페이지를 잡는데, 그 속성이 유지된다고 가정만 하고 다시 확보하지 않았습니다. 그 런타임 아래에서는 유지되지 않습니다. 2026-08-30에 고쳤고 다음 날 KoalaMirror 1.5.1로 배포했습니다. NeoZygisk에서 미러링이 나타나지 않으면 무엇보다 먼저 KoalaMirror를 업데이트하세요. 위 표가 체크 표시가 아니라 날짜를 달고 있는 이유가 바로 이런 것 때문입니다.

그래서 어느 걸 써야 하나요?

• 이미 root했다면? 지금 쓰던 걸 그대로 두세요. 셋 다 동등하게 지원되고, 미러링 하나 때문에 root 솔루션을 갈아엎는 건 그만한 가치가 거의 없어요.
• 새로 root한다면? Magisk는 여전히 가장 무난한 올라운더예요. KernelSU나 APatch는 내 기기 커뮤니티가 해당 커널에 추천한다면 합리적인 선택이고요.