【Magisk】Root化総合 Part1【KernelSU】【APatch】

!extend:checked:vvvvvv:1000:512:donguri=2/1:
!extend:checked:vvvvvv:1000:512:donguri=2/1:

MagiskやKernelSU、APatch等のRoot Solution全般について話し合うスレです。

■Magisk
https://github.com/topjohnwu/Magisk

■KernelSU
https://github.com/tiann/KernelSU

■KernelSU Next
https://github.com/KernelSU-Next/KernelSU-Next

■SukiSU Ultra
https://github.com/SukiSU-Ultra/SukiSU-Ultra

■Apatch
https://github.com/bmax121/APatch

>>980あたりで次スレ作成お願いします。

---

VIPQ2_EXTDAT: checked:vvvvvv:1000:512:donguri=2/1: EXT was configured

QUICPayデビューしようと試したらエラー
strongでカード追加できるのになんでや

sukisuは良くも悪くも中華味に溢れてる

中華キモオタの集大成

どうしてオリジナルのKSUはmiuixに移行したのか

KSUNでいいんじゃ？

がんばったけどdevice fakerでマイナポータルの突破できんかった
マンモス悲P

>>814
xposed moduleあるよ

KSUNextの作者が面白そうなことしているな
KPmoduleをApatchだけでなくMagiskやKSUでも動作させられるモジュールを開発しているらしい

おーん
2chMate 0.8.10.225/Google/Pixel 7 Pro/16/LR

device faker面白いね
でもAndroidバージョンが偽装できないなあ
2chMate 0.8.10.225/Xiaomi/2210132C/16/LR

>>816
興味本位で入れてみたけどapatchとか全然追ってなかったからどんなkpmあるのか分からん

>>819
Cherish peekabooは時代遅れで使えそうなモジュールはnohello kpmとHMA++ぐらいしか知らないわ
一応纏めてくれている人はいるけどどういうモジュールなのか不明
https://github.com/lzghzr/APatch_kpm

>>820
マウント制御がmetaに外出しされた段階でLKMでもroot隠すのはほぼ完成形に近い感じするし、他でkernelに手を入れたいなんて機種依存ありそうだからあまり使い道が浮かばんなぁ

使い道も何も非GKIカーネルで一等マシなのがエイパチ先生というだけやな

Duck Detectorがなかなか強力でReZygisk+TreatWheelを突き抜けてくる

トリッカル、magiskじゃ無理だったがksuで難なく突破

Shizuku使いたい場合はPCと繋ぎっぱなしにするしかなさげでしょうか?ワイヤレス接続は使えない環境なのですが。
USB外した途端にShizukuが停止してしまいます。

Shizuku止まったことないな
suiも試したら

ワイヤレスが必要って非rootでの話か？

Root環境でわざわざShizukuをインストールする必要はない
XposedモジュールのZygisk suiだけ入れればいい

それはそうとSukiSUのいい加減な開発に嫌気をさしたのが新たな分家を作ったみたいだね
https://resukisu.github.io/

KSUNに対するWildみたいなもんなんかねぇ

>>828
XposedではなくZygiskモジュールって書きたかったが読み替えよろしく

パッケージ名とかアイコンとかでキショい自己主張してくるんだろうな

suiはAPIを許可するアプリを選択できないのがちょっと
だからroot環境でもshizukuを使ってる

それはそうとKPatchの使い方がよく分からない
結局BOOTにkpm仕込むのが目的なら、モジュール形式にせずともKernelFlasherにその機能を含めた方が使い勝手が良さそうだし
LKMに使うとしたらLKMの利点がなくなるしで何でわざわざモジュール形式にしたのやら

>>832
選択できるよ
開発者オプションに触れるかダイヤラーでなんとかいう番号を打ち込む(READMEに書いてある

スキスキスー

>>825
rootedならできる、ただしsuiも必要

>>836
「開始 (Root化された端末のみ)」から起動すれば一応Suiは不要では？
試したけどWiFi切ってもShizukuは継続した

でもSuiってやつ便利そうだな
今まで知らなくて、>>828で初めて知った
ありがとう

HymoがDMCA喰らったとかで非公開になっているな

メタモジュールでHymoを使っていたけど今後の更新に期待できなさそうだしMountifyに乗り換えるか

Telegramのチャットを覗いたらGitlabのプライベートリポジトリに移したとか書かれていたし今後のアップデートは絶望かも

つまりHymoが何か知らないワイ氏が大勝利ということか
これぞ理想のHymo生活

>>841
hybrid magic mount

hybrid mountでしょ

>>833
susfsやhymofsをモジュール化すればkernelビルド不要になるとか？
できるかどうか知らんけど

KPatch Nextを試してみたけどAPatchと違ってkpmを埋め込まずにロードしただけでも維持されているから手軽に試せそう

それはナイスな情報

KPatch関連の情報を探していはずなのに、意図せずApatch情報を見かけたので書き記しておく

最新のApatch(://t.me/APatch_CI で配布)ではMetaModuleが導入され、併せて以下のようなモジュールを導入する必要がある
一番相性がいいのはMoutifyである(という感想を見た)

Hybrid mount
Magic mount-rs
Mountify

FolkPatchという旧来の仕組みを維持しているApatchフォークもあるので、状況に合わせて使い分ける必要があるかもしれない
なおFolkPatchはキモオタエディションっぽい

メタモジュールは隠蔽性を重視するならMountify、互換性を重視するならMagic Mountがおすすめ
Magic MountのメタモジュールはC版とRust版があるけどC版は安定していてRust版は更新が多い印象

Apatcher には常識なんか知らんけどWild一本槍の自分にはMetaModuleがなんなのか正直よく分かっていなかったり
WildでOverlayFSを有効にしてるだけで特に検出で引っかからんし・・・

GKI_KernelSU_SUSFSのCI buildで
BRENE 0.0.14
mountify 1.8.9
PIF v4.4is
ReLSPosed 7210
ReZygisk 444
TEESimulator 43
TW 0.07
HMA OSS 141
で順調です。

>>850
BRENEって何に使うもの？

>>851
susfs

コミュ障かよ

>>850
新しい物好きだな

Apatch:NoHelloKPM+ZygiskNext
KSUN:ReZygisk+TreatWheel

このあたりのグループが固まってきたかなという印象

カーネル入れ替えるの面倒だからずっとAPatch使ってる
SUSFS使ったほうが隠蔽力高いんだろうけど
SUSFSが無いと動かないアプリに出会ったことがないので

界隈の重鎮であるsidex15氏はRedditで熱心に布教してるのか

> sidex15 8日前
>今のところ、KPMルート隠蔽モジュールは3つあるみたいだね、AFAIK:
>
CherishPeekaboo (一番古いルート隠蔽KPM) (EOL)
>
>NoHello (KPMバージョン) (現在開発中)
>
>TrickWheel KPM (プライベートテスト中) (まだ一般公開されてない)
>
>開発は、Apatchがニッチだったから限られてるんだよね...
>ApatchはKPM機能を持っていた唯一のルート方法だったんだ。
>sukiSUもKPM持ってるけど、すごく限定的だよ。
https://www.reddit.com/r/Magisk/comments/1q4egde/kpatchnext_a_module_that_adds_kpm_kernel_patch/?tl=ja

これならもうSukiSUなんていらねーじゃん(キモオタ機能除く)
あとKPatch-Nextを導入だけで「Detected delayed syscall」の問題が修正されるらしい
自分はWildの追従が一段落するまで様子見中

海外の銀行系アプリは色々と大変みたいね
自分は今のところはLKMでmetaでマウント制御で困ってないからkpmとかは同じく様子見かな

Revolutはちょっと検出強めかな
グローバルアンマウントを無効にしているせいかLKMだと個別にアンマウントしないとログイン出来なかった

Revolutはlineageos検出するようになったらしくブートローダーの状態を偽装するだけだと使えなくなった

wildのとこのkernelが久しぶりにうちの環境でまともに動いた
しばらく使ってみよ

久々にWildKernelに戻したけどSUSFSありだとマウントの状態を隠しやすいのが便利だわ
最近はLKMでも割と使えるようになったけどGKIだとBBRやBBGも使えるしリスクはあるけどカーネルの改変にもメリットあるな

原理的にもKernelベースのが一番良いし、SUSFSがかなり隠蔽性高いから、開発の活気を見ても現状ベストなのかもね。
PixelはTensorとAPatchの相性が悪いのもあって、KSU系列に落ち着いてるわ。
ただ、Kernel Flasherはfatalcoder524のfolkを使わないといけないってのは結構大きな落とし穴だと思う

やっと時間ができたんで、magiskからksun（LKM）にしてみたけど、fontモジュールが効かないな
prop書換えが必要？？

>>864
使用しているバージョンにもよるけどメタモジュールをインストールしないと動作しない

LKMならMountifyやhybrid Mountはtmpfsで動作しない可能性が高いのでMagic Mountモジュールが無難かも
https://github.com/KernelSU-Modules-Repo/meta-mm
https://github.com/Tools-cx-app/meta-magic_mount
のどちらかをインストールする

書き忘れたけどメタモジュールをインストールしたり別のメタモジュールに切り替える場合は、他の全てのモジュールをアンインストールして再起動してからインストールすることを推奨

>>865
即レスありがとう。下のmagicでうまくいった。
pixelはxiaomi機みたいにテーマ効かないから助かりました

先生！MagiskとKSU無印の存在意義って何ですか？

>>869
magiskは旧機種
無印は安定性
じゃね

改めて整理したらMagiskは存在価値があった

(1)ブートローダーアンロックが完了している(もしくはその予定である)
Y↓ N→諦めてください
(2)fastbootに対応している
Y↓ N→諦めてください
(3)[カーネルバージョン]を確認しKernelSUで提供されているバージョンである
N↓ Y→とりあえずKernelSU Next(もしくはWild)をLKMで導入し(8)へ
(5)bootのストックROMイメージがある
N↓ Y→Apatch導入
(6)fastboot bootコマンドに対応し、かつinit_bootのストックROMイメージがある
N↓ Y→init_bootをMagiskでパッチしてからbootイメージをダンプしてApatch導入
(7)諦めてそのスマホを投げ捨ててください
(8)ROOT隠蔽できている
Y↓ N→KSUN(GKI)+SUSFSを導入
(9)完了

※完璧主義な人はKSUN(GKI)+SUSFSで最初からどうぞ

>>870
KSUNも十分に安定しているようなので。。。

>>871
自分の使ってる機種をandroid16に更新したら
KSUNだと発熱したのでKSUにしたよ

普通にMagiskやわ
2chMate 0.8.10.225/OnePlus/ONEPLUS A5010/16/DR

>>873
5Tすげえｗ

>>872

(1)ブートローダーアンロックが完了している(もしくはその予定である)
Y↓ N→諦めてください
(2)fastbootに対応している
Y↓ N→諦めてください
(3)[カーネルバージョン]を確認しKernelSUで提供されているバージョンである
N↓ Y→とりあえずKernelSU Next(もしくはWild)をLKMで導入し(8)へ※
(5)bootのストックROMイメージがある
N↓ Y→Apatch導入
(6)fastboot bootコマンドに対応し、かつinit_bootのストックROMイメージがある
N↓ Y→init_bootをMagiskでパッチしてからbootイメージをダンプしてApatch導入
(7)諦めてそのスマホを投げ捨ててください
(8)ROOT隠蔽できている
Y↓ N→KSUN(GKI)+SUSFSを導入
(9)動作が安定している
Y↓ N→無印KSU or Apatchに変更
(10)完了

※完璧主義な人はKSUN(GKI)+SUSFSで最初からどうぞ

>>863
>>799で出てるけどKSUNextでAnykernel3.zipをフラッシュできるよ

PlayStrongはなんであんな馬鹿みたいな価格設定なんだろうね
あれじゃ普通に1台追加で買うわ

Wild KSUが安定版をリリースしていたので何も考えず入れたんだけど、既存のマネージャー設定が全部吹き飛んだ
また最初からモジュール入れ直して設定をポチポチしていたけど、ちょっと迂闊だった
正しい更新手順を知らんけど、設定バックアップ→復元で行けたんだろうか
皆さんもお気をつけください

MM対応モジュールが多くて混乱したんで整理してみたんだけど、これで合ってるかな？
他にもあれば教えてほしい

:OverlayFS系
Hybrid Mount https://github.com/Hybrid-Mount/meta-hybrid_mount
Magic Mount-rs https://github.com/7a72/meta-magic_mount
Mountify https://github.com/backslashxx/mountify
OverlayFS MetaModule https://github.com/KernelSU-Modules-Repo/meta-overlayfs

:Magic Mount系
Magic Mount Metamodule(meta-mm) https://github.com/KernelSU-Modules-Repo/meta-mm

>>879
Hybrid MountはOverlayFSとMagic Mountの両方をサポートしているから、OverlayFSのモジュールというよりも複合系と表した方が分かりやすいかも
magic_mount_rsのURLは
https://github.com/Tools-cx-app/meta-magic_mount

他にはHymoとか
https://gitlab.com/Anatdx/hymo
HymoFS, OverlayFS, Magic Mountをサポート

Metamoduleの一例
[OverlayFS]
・meta-overlayfs
https://github.com/KernelSU-Modules-Repo/meta-overlayfs
・Mountify
https://github.com/backslashxx/mountify

[Magic Mount]
・Magic Mount Metamodule (meta-mm)
https://github.com/KernelSU-Modules-Repo/meta-mm
Cで書かれている
・Magic Mount Metamodule (magic_mount_rs)
https://github.com/Tools-cx-app/meta-magic_mount
Rustで書かれている

[その他]
・Hybrid Mount
https://github.com/Hybrid-Mount/meta-hybrid_mount
OverlayFSとMagic Mountをサポート
・Hymo
https://gitlab.com/Anatdx/hymo
HymoFS、OverlayFS、Magic Mountをサポート

書き直してみた

hymoはhub追い出されたのは知ってたがlabで復活してたのか

>>881
おお！ありがとう！
だいぶ理解しやすくなった
次スレ以降のテンプレにしよう

ROOT界隈はGの締め付けもあってニッチ化が進む一方で、もうちょっと分かりやすくしないと
人が増えず先細りの過疎の村になる一方だと思うので、
次スレ以降ではテンプレを充実させたいと思ってる

まあ、言うて行き着く先はiOSのJBと同じだよね

多すぎるとどれ使えばいいのかもうわからんな

KSUマネージャーの多さと比較すればまだマシ
KSU→MKSU→KSU Next→WKSU
KSU Next→SukiSU Ultra→ReSukiSU
MKSU→KowSU→MamboSU

とりあえずMountify使っておけばよさそう

mountify使うと何故かamazonphotoが起動しなくなる

https://k-tai.watch.impress.co.jp/docs/news/2080058.html
新たなる マイナ問題が起きそう

「OverlayFSとかMagicMountって？」※Telegramでの拾い物テキストに補足を加筆
OverlayFSとMagic Mountは関連していますが、同じものではありません：

・OverlayFS　補足:KSU標準のマウント方式(現在はMetamodule化)
これは標準的なLinuxカーネルの機能です。
あるファイルシステムを別のファイルシステムの上に「オーバーレイ」することで、変更が上位レイヤーに現れ、元のファイルは下位レイヤーで変更されずに残るようにします。
ライブシステム、コンテナ、または読み取り専用のシステムパーティションなど、ベースのファイルシステムを実際に変更せずにファイルを追加・修正したい場合によく使われます。

・Magic Mount　補足:Magisk標準、及びKSUNのデフォルトマウント方式
これはカーネル機能ではなく、Magisk（または類似のrootフレームワーク）が使用するユーザースペースの仕組みです。※KSUNではデフォルトの
マウント方式
内部的にはOverlayFSを利用して、Androidのシステムやベンダーパーティションに変更または追加されたファイルを「魔法のように」マウントし、実際にパーティションを書き換えることなく実現します。
起動時にファイルや変更を注入し、アプリやOSがそれらをネイティブのものとして認識するようにしつつ、実際のパーティションは変更しない方法です。

つまり、OverlayFSは基盤となるLinuxの技術であり、Magic Mountはそれを利用してAndroid上でシステムレスな改変を提供するMagiskの実装です。
補足:このテキストでは触れられていないが、実際のところMagic Mountは検知されやすいため優位な点が今一つ見いだせない

問題はmagucmountでないと動かないモジュールが結構あるってこと

metamoduleによっても変わってくるから厄介
フォント改変系のモジュールでMountifyやHymoのOverlayFSなら動くけど、Hybrid MountのOverlayFSだと動かない事例に遭遇したことがあった

補足:このテキストでは触れられていないが、実際のところMagic Mountでないと動作しないモジュールが割と存在する。ただしMagic Mountは検知されやすいという弱点がある。

こう変更しますかね

>>895
ですね

まあアレか
いつまでも古臭いMagiskモジュールを使わず新しいものに移行するか、
もしくはLSPosedモジュールに移行しろと言うことですね

最近、BASICしか通らない

>>897
そもそも自分で改変できるんだから古くて動かないものは自分で治したらいいんだよ

root化してもadawayとrevansedくらいしか使ってない初心者ですが他おすすめあったら教えて下さい

AFWall+

今magiskから移行するなら何がいいの？
s24ultraだけどbasicすら通らない。
通った試しがない。

S24躊躇なくぶっ壊す金持ちは月額70ドルのPlayStrongでもやればいいと思うの

>>902
隠蔽性に違いはあるけど
どっちにしろkeybox焼かれたら通らないよ

>>904
あーもしかしてdeviceにすらkeybox必須と考えて良い？
ブルアカをプレイしたかったけどそれ以外不便してないからやめとくわ

Basicは流石に通ってるけどDeviceはバツになってるな。泥15で
泥11端末はDeviceまで通してるけど、使ってるアプリがDevice要求してなければ別にBasicまででも困ってないから放置してる

今はDeviceとStrongはほぼ対策が同じなんだっけ。定期的に見直しが必要なのはやっぱ面倒だよなぁ

ttps://droidwin.com/keybox-might-no-longer-work-from-february-2026/

BASICになってる人は
一度Stickyとか消して入れ直したほうがいいよ
昨日PIFから入れ直したらDEVICE通った