【KernelSU】Root化総合 Part2【APatch】【SukiSU】

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

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

関連スレ
Magisk Part17 https://egg.5ch.net/test/read.cgi/android/1764683465/
Xposedモジュールスレ Part32 https://egg.5ch.net/test/read.cgi/android/1766473378/

※前スレ
【Magisk】Root化総合 Part1【KernelSU】【APatch】
https://egg.5ch.net/test/read.cgi/android/1752336759/

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

---

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

>>415
まず
https://github.com/tiann/KernelSU/releases/tag/v3.2.4
からマネージャーapkをダウンロードしてインストールしてみてください
インストールしたらKernelSUのアプリを起動してここにスクショを貼ってください

>>415
仕込まれてるってことはofficialのcrdoroidじゃなくてunofficialだよね
っていうことはrom拾ったとこに対応ksuのバージョンも記載されていてそのapkを入れても動作中にならなかったか
動作中と表示されていても実際には機能していなかったってことだよね？


まあおそらく動作中になっているにも関わらず実際には機能していない状態ってことだと思うけど
それだったら仕方ない
メンテナーが対応してくれるまで待つか他のrootソリューションを使うしかない

HMA-OSSがLSPosedに依存せずにZygiskだけで動作するようになるらしい
テスト版は開発者のTGチャンネルで配布されているのでよかったら是非

そもそもHMA無いと困るようなアプリ使ってないし…

>>418
安定していて良いよ
でも、lsposed版の方が合う人もいるらしい

それで何か変わるもんなの？

ユーザ側にとってはrootが見つかりづらくなったり、不具合がなくなる可能性があるだけ
まぁ上に書いたように環境による相性はあるけど

あと、Zygiskだけで済むのは正直楽

hmaのためにLsposed入れてる人にはいいね

俺は結局Lsposed入れないといけない環境だからどっちでも変わらなさそうだわ

>>420
最初に出たときは相性問題があるみたいな話を聞いたから試せてなかった
最近TGでLSPosed版の開発を今後は中止するって言われたからようやく乗り換えたけど動作面では特に問題なさそうでいい感じ

pixel（A17）でカーネルバージョンが、
6.1.157-android14-11-gbd23337e42e7-ab14791245
#1 Wed Jan 28 05:34:14 UTC 2026
なんだけど
GKIできてる方いますか？
上手くいくマネージャーとwild kernels の組み合わせが知りたいです

>>426
できてるよ

>>427
どのマネージャーとカーネル使ってますか？

>>428
https://github.com/WildKernels/GKI_KernelSU_SUSFS
これ使ってる

>>429
Wild Kernels for GKI2 Devices 5.10+ Release 5 ですか？
マネージャーは何使ってます ？ 自分もそのツリーいくつか試したけどダメで
KSUN（LKM）から直flashしているのがダメなのかなぁ

>>430
マネージャーはバージョン毎にこれ使えってリンク貼ってあるからそこから落として使ってる
焼き方はmagiskboot.exeでboot.imgのkernelを入れ替えてfastboot flash bootでboot.img焼いてる

元々はReSuki用のGKIだけど、KSUNでも使えたと思うやつ
https://github.com/ReSukiSU-GKI/GKI_KernelSU_SUSFS/releases
各種マネージャーやKernel flasherで焼くのは1回文鎮化しかけて痛い目に合ったから、私は fastboot boot boot.imgで動作するのを確認してからflashしてるわ。面倒だけど

>>431,432
ありがとう。できました。ずっとバージョン違い焼いてた（汗
手動パッチのチュートリアル難いし、kernel と Image の置き換えコマンドが意味不明でずっと格闘したわ

IonStackとかいうlinuxカーネルの脆弱性のお陰で今までroot化できなかった機種でもroot化ができるようになるとかなんとか

keybox死んだ？

電源落とした状態で充電しようとしたら、
red state
と表示されて起動しなくなったのですが、root化すると電源落として充電するのは駄目なのかな？
起動していた時は普通に動いていたし、更新とかした後でもなかったんですが

>>436
root化とは関係なくたまたまそのタイミングで壊れただけだから安心していいよ
俺はroot化してるけど電源切って充電しても何の問題も出てないし

>>437
やっぱりたまたまですかね
こうなったらrom焼くしかないのかな、困った

red state って端末自体の故障じゃなかったっけ？ROM焼きしてどうにかなるもんなのか？

>>438
safetymodeいけるか気になったから試して

>>440
safetymodeは今は試せないけど、fastbootモードでpcで認識させることは出来ました

>>436
それは分かるよ
red stateはブート関係だから再起動するまで気付けなかったのでは

>>440
駄目ですね、入れません。
aiにも聞いていろいろ試してみましたが、ブートローダーがロックされてしまってなにも出来ないみたいです。

romを焼くしか方法はないみたい。
何か方法はないですかね？

機種もかかずに聞かれても

ブートローダーがロックしてる状態でどうやってROM焼きするつもり？

notging phone 3a liteです。
ブートローダーがロックされてると、出来る事ないですか？
Geminiとかの説明聞いても、それが合ってるのか分からなくて。

ストックromなら焼けるといわれたけど、そんな簡単にはいかない？

これやっても復旧できなかったら申し訳ないが力になれない
https://xdaforums.com/t/stock-rom-edl-flashing-for-bricked-nothing-phone-3a-pro-devices.4754702/

>>448
わざわざありがとう。
なんかブートローダーロックされてると駄目そうな事かいてあるみたいだけど、後で詠み込んでみます

少し疲れたw

ってか、自分でroot化したんじゃないの？

EDLか
そういえばそんなのあったなあ
Redmi 9Tが死にかけたときそれで復活したの思い出した

自分でやったけど、なんでロックがかかったのか、どうして起動しなくなったのかさっぱり。
環境移行するのがめんどうで、ルート化したあとはメーラーしか使ってなくて、毎日メールチェックしたあとは電源落としてたんですよね。
だから壊すような事はしてないはずだし、なんならosアップデートしたあともずっと動いてました

EDLってMediaTecにもあったんだ

確かにレスキューツールみたいなのがあれば何とかなるかもな
俺はXiaomiとMotorolaとGalaxyしか知らないけど

>>454
Pixelもあるぞ
しかもブラウザで繋ぐだけ
ただしOEMロック解除をしておかないと詰む
Tensor系はEDLも見つかっていないからなおさら

みんなー、ACCがAccAとともに帰ってきたぞー
っていうかなんでrootスレって分かれたんだっけ

IPの有無とスレタイ

なんか、凄くどうでも良い理由だね

>>452
ロックされたってあれからfastbootで何かしたの？
pixelしか知らないが、fastboot reboot fastbootでfastbootd起動からのrecoveryでOTA簡単にできるでしょ

>>459
いや、ブートローダーのロック解除を試そうかと思ったけど、データを残したくて迷ってました、何もできてません。
教えてもらった事、調べてみます。
どうもありがとう

>>456
有益だったありがとう
これまでのACCは機能せず純正ではバイパス機能が無い iPlay 70 mini Ultraをバイパス給電可能にできたっぽい
AIいわく「メーカー（Alldocube）が機能をわざわざ塞いだのではなく、単に表向けの設定画面を作らなかっただけで、中身のQualcomm製ハードウェア（PMIC）とソフトウェア（カーネルコード）には、バイパス機能が丸ごと生きて残っており、新しいACCで隠れたスイッチを叩くことができた」らしい
https://i.imgur.com/7VAEmJO.jpeg

Shizukuの改造版見つけた→Stellar

shizukuで間に合ってるけど変える意味あんの？

ないね

STRONG鍵はよ

>>462
ありがとう
非Root機でピッコマから検知されなくなった

NothingPhone 2aのOSアップデートってどうやるのが正解？
Nothing Archiveから落としたイメージを書き込もうとしたら、
パーティションの空きがないからvendor.imgを書き込めないなメッセージが出てきたんで結局ワイプデータしてから丸ごとやり直しになった
普通にOTAしてからKSUNのマネージャーで対向スロットにパッチしてからfastbootでfenrir当てるのが正解？

結局ブートローダーをアンロックして、init_bootを書き戻して直しました、データは消えましたが。

詳しい人に聞きたいのですが、ブートローダーが勝手にロックがかかる事ってあるんですか？
自分でロックをかけた覚えはないし、何か更新をかけたとか、作業後ではなかった記憶があるんですよね、起動しなくなったのは。
原因が分からないと、今後使っていくのは怖いので、分かる人教えて下さい

ある

そうじゃなくRed Stateってdm-verityの破損でしょ
多分、うっかり/system領域を書き換えたまま再起動したんだと思うよ
何故、/systemが書き換わったのかまでは使ってるモジュールの問題だと思うから、何とも言えないけど

>>470
こういうのは弄った後、最初に再起動かけた時に症状が出るんじゃないのですか？
後日に起動不可になったりするんですかね？

>>471
自分が何もしてないと思ってるだけかもしれないので、わかりませんえん
ルート権限を与えたアプリが/systemを書き換えてしまったんだとしたら、もうシステムレス関係ないからね
アプリにroot権限は与えてないない、モジュールも更新していない、ブートループプロテクターのモジュールも入れてるって、
そこまでやってるって断言できるの？

>>472
確かに少し前の事で、記憶もあやふやな所があるので断言はできませんね
トラブルを楽しむつもりでいないと、やっぱり駄目なようですね
レスどうもありがとうございました

>>470
勝手にリロックされたのは対処しないといけないような？

>>468
BootloaderどころかOEMロックまで勝手にかかったことはある
Pixelの下取りに出そうとして初期化したときに油断してそのままBootloaderをロックしたらそうなった
しかもイメージが壊れたらしくOSが見つからないと言われて書き直そうとしてもOEMロックがかかったせいでどうにもならずに文鎮化した

それ以降、初期化後はキチンと起動できるか確かめてからBLロックするようにしてる

solfて言う人のNeoBackupのfork見つけた

Swiftから変えるメリットありそう？

NeoBackup自体Swiftに比べるとかなり動作が速いのとbluetoothもバックアップ出来るとこかな

Shizukuの話題はここでいいんでしょうか?
USB有線LAN接続でShizukuを常時使う方法が知りたい。

そうですか。

A17になったはいいがvectorが動かん…
代替になるlsposedないかな？

OSSにこだわりなければvector 使う必要なくないと思うけど

>>482
こだわりはないんだけど、treat wheelの都合でrezygisk使ってるからそっち系統で固めてるだけですね、ただlsposed関係は今混沌としていて鉄板がわからんですたい

>>481
Pixelで17だけど動いてるよ。API 101になるから使ってるモジュールに注意だけど
Vector-v2.0-3043-Release.zip

>>484
おおｱﾘｶﾞﾄﾝ
無事動きました助かります

ReLSPosedはA17で動かない上にAPI 100止まりで開発中止
IrenaはA17で動くしAPI 101に対応しているけど開発終了
IrenaXはA17で動くけどAPI 100止まりでAPI 101以降への対応は未定
（Vectorを除いた）OSSなLSPosedの現状を纏めてみたけど中々厳しいな

VectorはAPI101以降も対応してるの？

root化目的でGoogle pixel買うなら
中古だとどれがおすすめですか

google pixelはおすすめ出来ません

>>487
CI版が101に対応しているよ
102は対応していない気がする
ってか102のアプリってあるのか?

>>488
目的がroot化することなら何でも良いと思う
ブートローダーアンロックすると一部のAI機能が使えなくなるから
AI目当てで新しめの機種を買うと損する可能性もある

カメラの超解像ズームProやフォトの消しゴムマジックは使えるけど、電話関連のAIやマジックサジェストは使えない等
これを使えるようにするモジュールもあるけど既にGoogleとのいたちごっこが始まってる感じ

>>490
自分が使っているモジュールだとHyperCeilerとFuseHideはAPI 102（最小API 101）
最小APIが101になっているならLSPosed側のAPIが101でも動作する

>>492
fusehideって何のためのモジュールｖｃ

>>493
ゼロ幅スペースの脆弱性を修正するのに使えるらしい
後これを入れるとDuck DetectorでHMA-OSSの検出が消えたからとりあえず入れたままにしている
https://github.com/XiaoTong6666/FuseHide

>>494
ありがと

>>491
root化+カスロム入れたいんだけど
Pixel 6aでも大丈夫そうでしょうか

>>496
大丈夫だよ

充電が遅すぎじゃね？
バッテリーも持たないし

>>486
byemaxxのLSPosed-SR使ってるわ
101までで、更新も期待できないけど

>>495
面倒ならwildさんのR6以降ならカーネルで直してくれてる

>>500
r7をカーネルフラッシャーで焼くと毎回タイムアウトになる
r6なら問題無いけど

>>488
Verizon版だけは引かないように気を付けろ
BLUできないから

>>502
国内版なら問題なし?
SIMフリー版が一番いいんでしょうか

多分おまかんだとは思うんだけど、pixel9をwipeしてA17に上げてwild R5入れたんだけどルート証明書インストールしようとするとアプリが動作しないのだけど他にも同じ目にあった人いますかね？

susfsの方で開発者オプションをオンにさせないと有効にできない（証明書インストールと同じように強制終了する）からA17の変更かsusfs絡みな気がしなくもないのだけど

5-8まではすごく素直だからおすすめ
高くて乗り換えられないのでpoco7買ったらblu取れずにfcnt使ってる
root取るの結構面倒だし不安定
と、今日ようやくシャオミのblu取れたがまだブートループでカスロムはいらん
吊るしのhyperOS使いづらすぎ、使える人尊敬するわ

>>499
それは初耳だわ
教えてくれてありがとう
使いたい人向けに一応URL載せておく
https://github.com/byemaxx/LSPosed-SR

root化して本格的に使いたいならpixel
次にOppoかOnePlusかSamsung
上に挙げた奴はカスタムRomが多いよ
特にPixelは
上記以外ならドライバーが公開されているらSnapDragons系の方がいいよ
まだ細々とカスタムがある

あとはMediaTecのエクスプロイトを狙った機種かな

とりあえず意味なく楽しい世界だからこっちに来い😉

OPPO→脆弱性がない限りBLUできない
OnePlus→欧米から撤退する上にCN版のBLUは実名認証と顔認証が必要になる
Samsung→OneUI 8からBLU不可
なので新しめの端末を弄りたいならこの3つはオススメできない

いくらなんでもoppoを勧めるってのはないよな

初期ROMから変えないから基本はMotorola一択になってるわ最近は

>>510
Motorolaは確かBLUするとOTAが来なくなるのよね

もうrootedの時代じゃないんだわ

>>511
え？そんなの普通でしょ？
確かにXiaomiとかは強制で差分じゃないアプデは出来るけど、昔と違って今はroot維持しながらアプデ出来るんだから大して変わらんでしょ？

>>508
あれ
Oppoユーザーが多いからお勧め思っていたけどダメなのか
むしろ大変だからtelegramで活発なのか
OnePlusはここ数日のニュースで現行機前提なのは分かっている
でも今なら大丈夫
Samsungも塞がれたのか
癖があるとは聞いていたけど

いい加減なことを言ってごめんね

なおMotoは緩いけど元々のRomがカスという罠がある

Motorolaがどうとか以前にOPPOが話にならんのだが⋯本当にroot化民？

>>515
正直分からん

テレグラムで活発だからroot向けに良いのかと思ってた
むしろ過ちを正してくれてありがとう