【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

>>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通った

DEVICEは通るけど逆にBASIC通らない
困ってはないけど何でこうなったのかな

pif4.4でspoof provider有効にしてもfakestrongにならない

>>909
一度アンインストールしてPlayストアから再度インストールで解決しない？

>>885
SafetyNetからPlayIntegrityへの移行期ぶりくらいにスレ見たら訳分からなかったから助かる人多いと思うわ

GがPlay Integrityとか完全性に関する締め付けで端末改造の排除に向かってる件、
>>907 でも触れられてるけどWindowsみたいにネット認証になるからKeyboxでBASICだSTRONGだワヤクチャすることすら出来なくなりそうなんよね
PlayStrongってPlayストアにフックして認証を野良鯖で処理して偽装するみたいなのあるけど、
月額70ドルという法外な価格だし、そもそも運営してるのがヒステリックな金の亡者みたいな感じで
安定してサービス供給できるか非常に怪しい
この辺り界隈が慌てている様子がないのがよく分からんね

>>912
合間を見てテンプレテキストをボチボチ書いているので、ボチボチ公開できればな
というところだけど
Play Integrity周りはどうなるのか分からんのでスルーしようと思ってる

あーなんか昨日アプデ来てからts使っただけで全banするし偽strongも使えないしbasicしか通らないと思ったらこれ？

ちなみにPlayStrongの運営者とか

Admins in PlayStrong chat:
- @Yurii0307 (Yurii)
- @revenyy (Revenyy)
- @itsnotblu (Cool Blue)
- @simonpunk (Simon Punk)
- @XHUBERTH (huberth)
- @VD_Priv8 (Trusted Guy)
https://i.imgur.com/DsAJ2vl.jpeg

Telegramに部屋が作られたのが昨夏あたりで、首謀者はVD_Priv8って自称ブラジル人だけどよくわからん。
中華勢から誤訳を突っ込まれていたから中国人ではなさそう
それにベトナムの厨房こと我らがゆりちゃんも一噛みしてる
気になるのはSUSFSの開発者のsimonpunkの名前があるけど、これは本物なのだろうか
なんでこんなしょうもない集まりに荷担してるのか
名義貸し商売みたいなもんか？

nothing phone 2aみたいにkeybox無しでstrong通せる端末が他にもあればな…

BASICまで通らなくなった

2aのやつは脆弱性突いてるやつだし、あれはあれでアップデート面倒だからなぁ
そんな頻繁にあげることないけど

>>917
marwanrootでbasicだけは通る様になった

>>911
解決した。ありがとう！
strong通った(^^)

>>920
いいってことよ

生きてるkey追加してSTRONGまで戻ったけど、死んだらDeviceまで死ぬの辛いなあ

STRONGまでいらんが、三菱とかDeviceみてるやつ結構あるもんな

2レス目あたりの予定

AndroidOSをRoot化すると、どのようなメリットがあるのかは人それぞれであり、あえてここでは解説しません。
ただしRoot化には明確にデメリットが存在します。

[Root化のデメリット]
・保証の喪失・・・メーカーにも依るが通常、BLUを行うことでメーカー保証は喪失する
・文鎮化リスク・・・ちょっとしたミスでブートループに陥ることがあり、アンブリックツールが出回っていない場合は詰むケースが有り得る。当然文鎮化しても保証は利かない。
・アプリ動作制限・・・一部の銀行アプリなどはRootを検知することで起動しなくなる場合あり。そのためRoot化の隠蔽が必須。
・完全性の喪失・・・Googleウォレットが使えない、Playストアで銀行アプリが表示されない、サブスク動画の画質が落ちるなどが発生する可能性があり、その回避に多大な手間暇を要することも
・OSの更新が面倒・・・大体においてストックROMのOTAのようなお手軽な更新は出来なくなる

これらのデメリットをよく理解した上で、自己責任でRoot化という選択をしていただければと思います。

[Root化ソリューション]
昔と違いsuのバイナリを導入すればハイ終わりというわけではなく、現在のRoot化では/systemパーティションを実際に改変しないシステムレスという実装を伴った形態が主流です。
それはAndroidではWindowsのノリでシステムファイルを変更してしまうと、改竄検知が働きOSが起動しなくなってしまうため、実際のファイルを改変せずにシステム改変をする必要があるからです。
代表的なシステムレスRootソリューションは以下の通り。
Magisk:近年のROOT化の代名詞的存在だったが、隠蔽性能に劣るため現在では特段の理由がない限り推奨されない
KernelSU(KSU)系:Magiskの欠点を克服するために開発された現在の主流ソリューション。KernelSU Nextを筆頭に分派が多数あるが好みで選べばいい。
SukiSU Ultra:人を選ぶ見た目のKSUNをベースに開発されたソリューション。APatchのKPMに対応したところが新しかったが、現在は本家KSUがKPM対応を取り込んだため存在感がかなり怪しくなっている。
APatch系:Magiskの手軽さとKSUの隠蔽性能の両立を狙って中華界隈を中心に開発されたもの。KPM対応の始祖。後発で情報も少なく扱いづらい面があり、現状では古いカーネルやソース非公開の機種の選択肢と言ったところ。
上記以外にも幾つかありますが、まずは基本の上記を押さえてから試してみればいいと思われます。

>>923
わかりやすい

一度決済系もスマホに寄せてしまうと、もうrootいいや・・・になってしまうのも事実
おもちゃ用の端末でしかroot取らなくなっちまった

>>925
今や二台持ちも珍しくないしね

全てをそれで済ませるために進化してきたスマホを改造して機能が使えなくなって、でも、スマホで決済は済ませたいから結果2台持ちになるって、超スマートじゃないよね…
安西先生…１台で済ませたいです…

決済系はスマートリングに行ったほしいと思ってるんだけどそんな未来は無い？

スマートウォッチのがありえるな

わざわざroot化してやりたい事がどんどん減ってるからもう仮想環境内でええわ

非rootのフォントは耐えられない

>>931
おすすめのフォントって？
Iとl、Oと0の区別が付くのがいい

フォントに？

ステータスバーのWifi、LTEを左に持って来て二段で表示
時計を右にして日付と曜日、秒を追加
通知アイコン数の制限を排除
スクショにステータスバーを写さない
共有や開くから無駄なアプリを削除
以前のバージョンのapkでアプデ
などなどRootでやる事まだまだあるけどな

>>934
時計に秒って割と聞くけど、見た目的なもの？何か実用性を目的としたもの？

俺の場合先着発売のチケット販売サイトに時間ぴったりにアクセスするのに使うわ
普段はオフにしてる

>>936
なるほど、そういう使い方があるのか

>>932
memejiro

mcmejiroだごめん

>>938
ありがとう

>>935
スマホがちゃんと正常に動いてるかの確認とか他とズレてないかとか同じ時間にやる事をなるべく変わってしまわない様にするとかかな
936とは違うけど、Xiaomi使いでBLUの権利の争奪戦なんかも秒は重要

Status Bar Mini Pro(曜日や秒数表示)
Recent Notification(通知管理)
スクリーンショットタイル(スクショにステータスバーを映さない)
後はShizuku+ashell使ったり
フォント変更はapk改変で埋め込んだり

ってやり方だからそこら辺はrootが必要とは感じないな

テンプレ3レス目予定　初心者向けとしているので、まずはLKMの導入を目指す
ちなみに例示にROM焼きさんを多用してるのは行儀とかウザいこと言われなさそうなんで

【はじめよう】
最初はチンプンカンプンで何から始めれば状態だと思いが、まずは慣れるために不要になったスマホで以下から始めてみてください。
習うより慣れろが肝要です。

1. [導入可否の調査]
今時のRoot導入はスマホが以下の条件を満たしている必要があります。
・Android6以降
・ブーローダーのアンロック(BLU)が可能な機種である
・fastbootなどによりパーティションイメージをフラッシュ出来る機種である
※併せてROM焼き試験場参照　ttps://mitanyan98.haten%61blog.com/entry/2025/05/24/114416

2. [Root化の予習]
自分に合った機種の手順を見るのが望ましいですが、ベンダー固有部分以外はそう大きくは手順が変わらないので参考としてarrows AlphaのRoot化記事を紹介します。
ttps://mitanyan98.haten%61blog.com/entry/2025/09/08/070000
init_boot.imgだのboot.imgだのよく分からないと思いますが
init_boot.img : KSU(KSUN) LKMモード
boot.img : KSU(KSUN) GKIモード,またはAPatch
と読み替えればいいです。
機種によりベンダー固有のツール(XPERIAのXperiFirmやSamsungのOdinなど)のような違いが出てきますので、その辺りの違いを含めて予習をしてください。

>>943のNG回避に失敗してるな。。。

3. [導入フローチャート]
自分に合ったRoot化ソリューションが何かについて、ここで目星をつけます。
(1)バックアップが完了している
Y↓ N→バックアップしてください
(2)ブートローダーのアンロックが完了した(ここで全てのデータが消える)
Y↓ N→アンロックしてください
(3)デバイス情報の[カーネルバージョン]を確認しKernelSUで提供されているバージョン(5.10+)である
Y↓ N→(5)へ
(4)init_bootのストックROMイメージがある
N↓ Y→KSUN(またはWild)マネージャーアプリを導入しLKMでRoot化して(8)へ ※
(5)bootのストックROMイメージがある
N↓ Y→APatch導入
(6)init_bootのストックROMイメージがある
N↓ Y→Magisk導入し、そのまま使うかbootイメージをダンプしてAPatch導入
(7)諦めてそのスマホを投げ捨ててください
(8)Root隠蔽できている
Y↓ N→Kernel Flasherを入れKSUN(GKI)+SUSFSを導入
(9)動作が安定している
Y↓ N→無印KSU or Apatchに変更
(10)完了

※完璧主義な人はKSUN(GKI)+SUSFSの導入を最初から目指してください

>>944
コピペ漏れ

4. [Root化後の基本設定]
Web検索では古くさいノイズだらけの情報ばかり引っかかるため先人のTelegramを参照
://t.me/yuriiarchives "Guide "で検索

テンプレに個人ブログのＵＲＬ入れるのは微妙じゃないかね

>>946
個人レベルじゃないRoot化記事があれば紹介をお願いします
そもそも個人のGitHubは良くて、個人のブログが何故駄目なのかの論理的な説明が先だと思いますが

ブログはインプレ稼ぎかもしれないしなぁ

じゃあDroidwinは個人運営だし
インプレスは広告収入に依存してるから駄目ですよね
と言うと、まず間違いなくそれは許されるんだろうな

あれでしょ？
個人運営で、かつアフィリエイトリンクがあると駄目だというケンモメンみたいな理屈なんでしょ？
自分は個人的には有用な情報を発信してる人はその対価はあってしかるべきだと思うし、Wildとかユリちゃんあたりには少額ながら寄付もしてる
だけどそういう考え方で万人が納得してるかというと、そうじゃないだろうからね
そこは仕方がないと諦めて↓に変更しようと思う
://github.com/awesome-android-root/awesome-android-root/blob/main/docs/rooting-guides/kernelsu-guide.md

ここにたどり着いている時点で、ある程度マニアックだし
root化方法とかKernal SUとかググれば
その、ブログが検索結果一覧に出てくるわけで特定の記事に直接誘導させなくてもいいんじゃね。

特定の記事に飛ばせちゃうと、他の有益な記事を書いてる人が不利益を被る

>>949
全然分かりやすく種類も多いからこっちにする
https://droidwin.com/how-to-root-motorola-g54-via-magisk-kernelsu-apatch/

モトローラのRoot化ってこんな簡単だったのか

ID:VmX59P/D0
何を言ってるのか全く理解できん

【基本的な考え方】
[モジュール導入]
Root化ソリューションには対応するマネージャーアプリがあり、そこから必要なモジュールを導入することでRoot環境を構築します。
モジュールは歴史的にMagiskモジュールと呼称されていますが、実際にはMagisk限定ではなくほぼ全てのソリューションで互換性がある場合が大半です。
技術の変遷が激しく、且つ人によって定番のモジュールが異なること多々のため、必要なモジュールは各自で検索してください。
モジュールには相性があり、相性を避けるためには同じ作者、同じグループのモジュールで固めていくのが基本です。
例えばReZygiskにはReLSPosed、ZygiskNextにはLSPosed ITなど。
またモジュールを追加するごとに内部的にマウントポイントが増えていきます。
マウントポイントが増えることで検知されるリスクが高まるため、理想としてはマウントポイントを極力減らすように構成した方がいいです。
要するに導入モジュールは少ない方が検知される危険性は減るので、無闇矢鱈とモジュールの導入はすべきではないということです。

[隠蔽性の強化]
ここでいう隠蔽性とはスマホのRoot化が検出されない度合いを意味します。
Rootの隠蔽が不十分だと銀行アプリが起動しなかったり、不正ユーザーとしてゲームからBANされるなどの不具合が発生し得ます。
そのためRoot検知アプリ(Native DetectorやDuck Detectorなど)でスキャン結果を確認し、モジュール構成を見直すことが基本となります。

[完全性の偽装]
ここでいう完全性とはスマホが改造されていないことを意味します。
これらは通常、Play Integrityと呼称されており、近年のAndroidセキュリティの根幹を成してます。
Root化によりスマホが改造されたことが検知されると、完全性は失われ、結果として様々な制限がつきまとうことになります。
その制限を回避するために完全性を偽装する必要がありますが、残念ながら偽装するための鍵がそれほど出回っていないため、簡単にGから無効化されるのが現状です。
利用者で出来ることは新たな鍵が出回るまで我慢するか、99%詐欺を覚悟で鍵売りに飛び付くかなので、この辺りの回避技術の発展が待たれています。

あとは、いくつかのFAQで終わる予定
もうKernel Flasherの被害者を生みたくないので落とし穴をカバーできたら

「情報はどこから入手してる？」
「古いモジュールしか見つからないけど？」
「基本のモジュール組み合わせは？」
「おすすめのモジュールは？」
「どのKernelSUを選べばいい？」
「KSU系のLKMとかGKIって？」
「SusFSって？」
「KPatchって？」
「KPMって？」
「Metamodule(MM)とは？」

MetaModuleは既に校閲されたものがあるので差分だけ書く
その他は細かい校正を待つとスレが終わるので大きな指摘のみ対応予定
それではまた明日

素晴らしいからトリップ付けて続けてほしい！

知識もすごいが要約が素晴らしい

wildはnormalやbypassが付くファイルになってからlkmモードからフラッシュしてもgkiにならなくなったな

正確にはOct 22, 2025以降のものから

Wildのとこのkernelは自分のKSUNな環境だとr7は使えるけどr8はモジュール全然機能しないとかよくわからん状態だったから諦めた
自力でビルドするスキルも環境もないので諦めたらKSUNである必要もないのでMKSUに乗り換えた

xposed時代から愛用しているchrome pieを使いたいのでメイン端末のroot化は避けられないと思っています

ほとんどの人はLKMで良いと思うのよね

>>958
そうなの?
normalやbypassに分かれる前からLKMからflashしてgkiにしてたから気づかなかったわ
でもbootから直接flashしてgkiにするとブートループするんじゃなかったっけ?

>>960
r8はtestじゃなくlatestの安定版として出てるけどKSUNで問題なくモジュール動いてるよ

AK3をフラッシュしてGKIで使うなら元のinit_boot.imgをフラッシュした方が良いとか聞いた記憶がある

ネームドになりたくないですがトリップ付けろと言われたので付けます。
と言うことでFAQ案です。
アレもないコレもないは増やせばいいだけなので次スレ以降で対応
修正意見は具体的文言を伴ってでお願いします


【FAQ】

「情報はどこから入手してる？」
大半の開発者がTelegramの活動が中心であり、日本語のRoot界隈ニュースサイトもないため普通に検索すると得られる情報は少ないです。
そのため現状では各自でTelegramから持ち寄った情報や、一部の有識者ブログを付き合わせている感じです。
ここを見れば楽だよ、みたいなWebサイトやTelegramチャンネルがあれば教えてください。

「古いモジュールしか見つからないけど？」
モジュールはGitHubで公開されているものが全てではなく、Telegramで公開されている場合があり、結局のところ面倒でもTelegramの導入が必須です。
もっとも個別ch巡回は面倒臭いので ://t.me/RootDetected のようなリンク中心の公開チャネルを見ると効率がいいので各自で工夫しましょう。
上記に関わらず有用だと思った情報は積極的にシェアするようにしてください。
それがスレの活発化に繋がります。

「基本の組み合わせは？」
Zygisk系:Root隠蔽の根幹
LSPosed系:汎用化とリッチなUIのための拡張機能
HMA系:アプリの隠蔽、デタッチ
KSUWebUI(APK):モジュールにWebベースのUIを提供
これにPlay Integrity Fixなどの完全性偽装系のモジュールを追加するのが一般的です。
加えて必要に応じてSusFSやMetamoduleなどマウント隠蔽系モジュールを追加します。

「おすすめのモジュールは？」
シャッター音を消したりシステムフォント変更したり、目的は人それぞれなので自分で探してください。
参考 ://github.com/awesome-android-root/awesome-android-root
そして素晴らしいモジュールを発見したら、このスレで報告してみてください。
(続)

「どのKernelSUを選べばいい？」
カーネルとマネージャーの組み合わせをゴッチャにするようなことをしなければ何でもいいです。
試して合わなかったら他のを試せばいいぐらいのノリで皆やってます。

「KSU系のLKMとかGKIって？」
LKMはお手軽、GKIは強いぐらいの認識でいいですが、大抵の場合はLKMで間に合います。
LKMを選択する場合はマネージャーアプリのインストール→パッチ→パッチしたイメージをfastboot flashという流れになります。
GKIを選択する場合はLKM導入→AnyKernel3 ZIPをフラッシュという流れになります。
GKIは検知に強いですがカーネルに直接パッチする分だけリスクがあり、焼き方に失敗したときのダメージも大きくなりやすいです。
特に問題がない場合に、無理してGKIを導入することはお勧めしません。
またGKI導入にはKernel Flasherというアプリを使うのが一般的ですが、KSU公式のガイドに記載されているcapntrips版は作者が活動を中断しているため、fatalcoder524のフォーク版を使う必要がありますのでご注意ください。
://github.com/fatalcoder524/KernelFlasher

「SusFSって？」
モジュール隠蔽やカーネル情報偽装などが可能になるGKIの拡張機能のようなもので、GKIの隠蔽性能の高さを支えている技術です。
機能の利用にはsusfs4ksu-moduleやBRENEなどの対応モジュールを導入する必要があります。
Magiskでは隠蔽が難しかったMagic Mountも簡単に隠蔽できるようになり、とりあえず入れておけば安心です。

「KPatchって？」
KPatch-NextとというMagisk/KSUモジュールのことでKPMモジュールが使えるようになります。
APatchと違いカーネルにフラッシュしなくてもKPMが動作するので、とりあえず入れておけば安心。

「KPMって？」
APatch発祥のカーネルに直接組み込んで利用するパッチモジュールです。
ZygiskモジュールでのRoot隠蔽が進展しているため、現時点で絶対的に必要と言えるKPMモジュールはありませんが、将来が期待される技術です。
NoHelloというRoot隠蔽系モジュールがAPatchにおける定番です。
(続)