投影に使うなら? Magisk・KernelSU・APatch を比較

インジェクション方式の投影が root 環境に求めるものは2つだけです。root 権限そのものと、Zygisk ランタイム——モジュールをアプリのプロセス内で動かすための層です。3大主流ソリューションはいずれもこの2つを揃えられます。違うのは、どこまでが最初から同梱されているか、です。

手短に言うと

Magisk:いちばん抵抗の少ない道

Magisk なら、必要なものはすでに揃っています。Magisk アプリで Zygisk を有効にし、KoalaMirror をデプロイして、再起動すれば完了です。これがいちばん通られている道であり、ネット上の多くのガイドが前提にしている道でもあります。

KernelSU と APatch:こちらも同格

カーネル系の root は、対応するデバイスやカーネルでは確かな利点があります——ただし KernelSU も APatch も Zygisk ランタイムは同梱していません。通常の対処は自分で1つインストールすること(活発にメンテされている選択肢が ReZygisk です)。KoalaMirror がこれを代わりに行います:デプロイ時に Zygisk ランタイムが見つからなければ、同じワンタップの流れの中で ReZygisk を用意します。モジュール探しも、バージョン合わせも不要です。

少し引いて見る価値があります。root 自体は扉を開けるだけで ——それが Android Auto で何を解放し、何を解放しないのかのほうが役に立つ問いです。方法ガイドでは root の要らない道も扱っています。

どの Zygisk ランタイムを選ぶか(root マネージャー選びより重要な理由)

root マネージャーを選ぶのは、決定の半分にすぎません。Magisk は Zygisk を内蔵しています。KernelSU と APatch は内蔵していないので、結局は Zygisk ランタイムも選ぶことになります。そして投影に関しては、この2つ目の選択のほうが効いてきます。

理由はこうです。Android のデスクトップまるごとを車載画面に出すには、独立した2回のインジェクションが要ります。1回ではありません。モジュールは system_server の中(追加のディスプレイを作るのがここ)と、Android Auto のプロセスの中(そこにデスクトップを載せるのがここ)の両方で読み込まれる必要があります。ランタイムによっては片方だけ通り、もう片方を黙って取りこぼすことがあります。そうなると Android Auto 自体はまったく正常に見えるのに、投影だけがいつまでも現れません。つまり「モジュールは読み込まれている」と「投影が動く」は別の主張であり、前者しか見ていないステータス画面は、何も動いていないのに「すべて正常」と表示します。

NeoZygisk についての注記を率直に書きます。NeoZygisk 2.4 上で、Android Auto の全プロセスが落ちるクラッシュを再現しました。原因は私たちの側にあり、先方ではありません。私たちのインラインフックは書き込み可能かつ実行可能であり続ける必要のあるページを確保しますが、その性質が保たれる前提で書かれており、改めて要求し直していませんでした。このランタイムの下では保たれません。2026-08-30 に修正し、翌日の KoalaMirror 1.5.1 で配信済みです。NeoZygisk で投影が出ない場合は、何より先に KoalaMirror を更新してください。上の表がチェックマークではなく日付を載せているのは、まさにこうしたことがあるからです。

では、どれを使うべき?

• すでに root 済み? 今のままで。3つは同等に対応しており、投影のためだけに root ソリューションを乗り換えるのは、その手間に見合うことはまずありません。
• これから root する? Magisk は今も、いちばん手間のかからない万能選手です。お使いのデバイスのコミュニティが、あなたのカーネルに KernelSU や APatch を勧めているなら、それも理にかなっています。