【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

いくつか誤解があるかな
init_bootはbootの特定機能を切り出したもので、機種によってはinit_bootがないこともある
そこはベンダーの設計次第なので統一された実装という訳じゃない
bootしかない機種ならboot_[current-slot]に焼けばいい
その時の焼く対象のカーネルバージョンに対応するAK3があるかないかでKSUになるか、APatchになるかが決まる

LinuxでAPatchのアップデートに使ってるコマンド(A/Bスロット勝手に判別するやつ)

adb root;adb shell "suffix=\$(getprop ro.boot.slot_suffix); dd if=/dev/block/bootdevice/by-name/boot\$suffix of=/sdcard/Download/boot.img"

sdcard/Download/boot.imgをAPatchでパッチ当ててからPCの~/Downloads/にコピーか移動

adb reboot bootloader

fastboot flash boot ~/Downloads/apatch_patched_*.img

fastboot reboot

apatch_patched_*.imgは古いのは削除しておく

起動しても動作がおかしいアプリがあるんだけど、ここで聞いてもいいのかな？

>>149
>>150
ありがとうございます！！以後気をつけます…a/bの使い分けよく分からなかったから助かりました。

それと、無事にAPatch導入出来ました！昔少し触ったときにMagiskモジュール使えなかったのが改善されてるし起動速いしいい感じです。勧めてくれてありがとうございました。
ZygiskNextは最新版使えないのと、Jingmatrix版LSposedがVectorとかに変わる？みたいで、今後どれ使ってけばいいのやら…。

たしかAPatchの安定ビルドはZygiskNextの最新版使えなかった
新しいビルドのを導入したらいけるはず

VectorはHMA動かないから100に戻した

>>152
うん、root化は自分で問題なく出来てるから君のは単なる駄レスだね

>>153
なるほどね。理解しました
init_boot.imgはなく、boot.imgはあるけど特にa/bの2種類のboot.imgがある訳でもなければカレントスロットを指定しようもないし意味もないですしね。実際にg64では特にスロット指定せずroot化されました

メーカーや機種によってもやり方が変わったりしますけど皆さんどうやって対応されてるんですかね～いつも私は行き当たりばったりですが

aかbを指定すればそのスロットにflashできるし、指定しなければカレントスロットが自動的に選択される

ここ数年Pixelしか使ってないから他機種のことわかんないんだけどboot.imgとかスロット別に分かれてる機種なんてあるの？

さすがにアホくさくて答えようとも思わない

知らないことは書けないもんね

あほくさいならレスしなきゃ良いのに我慢できないの草

教えてくんのクセに偉そうだな

>>161はむしろ知ってる側の人のレスだろ……

ググれば分かる程度の話を教えてくんして、いなされると逆ギレかますようなやつが？

ここ数年Pixelしか使ってないから他機種のことわかんないんだけどboot.imgとかスロット別に分かれてる機種なんてあるの？(いや、ないだろ)

っていう意味だろ普通に考えて
>>159が批判されてるんだぞ

>>168
160じゃなくて？
moto g64に関してはa/b別になってると思う

>>169
160の書き込み、どこかおかしいか？

>>170
自分としてはおかしくないけど、
現行のpixelの常識からするとおかしいのかな？と思った

横入りして申し訳なんだがwildなカスタムカーネルってbootでコマンドから一時的にrootとってカーネルflasher使うのは大丈夫なんだっけ?
コマンドで焼いてしまうとbootループに入るんだよね?
bootループを避けるために一旦LKM導入する人もいると思うんだけど

今ってWildのとこはAK3しか置いてなくね？
この場合、
・何らかの方法でrootな状態になりflasherアプリでAK3をflash
・カーネルだけ借用し自機のboot.img内のカーネル置き換えてfastbootとかでflash
どちらかだと思うけど
Wildのとこにboot.img置いてるんであれば、それでbootできるかどうかは機種によるとしか

多分そういう話ではなく、AK3を当てる方法で一時Rootだけど大丈夫かって話だと思う

①マネージャーアプリ導入
どっかから拾ってきたboot.imgにAK3をパッチ(boot_patched.imgとする)
↓
②adb reboot bootloader
↓
③fastboot boot boot boot_patched.img
(ここではbootイメージはROMに焼かれずメモリ上にbootが展開され起動する)
↓
④マネージャーアプリを起動しGKIとなってればRoot化の問題がないことが確認できる
↓
⑤KernelFlasherなどでAK3をROMに焼く
↓
以下略

④で成功していれば再起動するまではRoot化端末と同じなので予習代わりには使えるはず

>>168
無知を曝け出しちゃったねw（いや、ないだろw）

具体例を挙げれば一瞬で終わる話題、そこまでしてスレ伸ばしたいのかと思うとキモいわ

生意気を言って申し訳ありませんでした
どうぞ皆様、引き続きテキトー書き込みお楽しみください

このスレは大した知識もない（っていうか思い違いすらしてることに気付いていないｗ）クセに煽るアフォが昔から居着いてるからスルー推奨
>>153とか>>160みたいに的確に答えられる人もたまにいるからそこだけが唯一の救い
クレクレ君ならまだしもちょっとした情報共有すらしようとしない出来ないアフォに存在意義なし

>>178
お前はグダグダ言う前に一つでも有益なこと言えよｗ

>>175
いや、俺は実際にPixel使ってて言ってたんだよね
init_bootがなかった頃の古いPixel (Pixel3) 使ってるんだよね

Pixelの常識だと、純正ROMやカスタムROMのboot.imgはA/Bの区別はされてなくて、どちらにも焼けるようになってるんだよ
だから、「ROMの中でinit_boot.imgやboot.imgがスロット別に別れてる機種なんて本当にあるの？そんなわけなくない？」って思ってた
完全に161と同意見だった
moto g64だと別れてるのは本当に知らなかったわ……

そもそもどの機種でもimgファイルは別れてないよ

A/Bは単に焼く場所が別れてるだけ

>>181
175に怒られるぞ

>>178
自己紹介か

>>180
>moto g64だと別れてるのは本当に知らなかった

私が言いたかったのは焼く場所が別ということです。
読み直したら>153の「2種類」という言葉が変ですね。

>>181
じゃあやっぱり別れてないで合ってるじゃん！
> ROMの中にinit_boot.imgのa/bがなかったから
元レスのここがおかしいと思ったんだよ
ROMの中でA/B用のそれがあったらおかしいから

>>184
>>169さんですかね？
169を見て誤解してた、説明ありがとう

いやinit_boot.imgには種類がちゃんとあるよね？init_boot_a.imgとinit_boot_b.imgみたいな感じで。古い機種は一緒のもあるんじゃなかったかな

root関連の情報を眺めててそんなの聞いたことない
なんて機種？

度々すみませんアンカミスってました
＊読み直したら>159の「2種類」という言葉が変ですね。

>>187
軽く調べたらboot.imgでもboot_a.imgとboot_b.imgが存在する機種もあるな

このあたりも含めて本来は情報交換する趣旨のスレなんだろうが変な茶々入れてくる奴がいるから結局過疎るんだよな。反省して欲しいわ

軽く調べて分かる程度のことは情報交換以前の問題だからな
訳の分からんこと抜かして暴れんなよ

>>190
お前が一番の癌なんだよ消え失せろ

へーそんなのあるんだ
って俺もいるので続けたまへ

てかイメージの話なのかスロットの話なのかが混じってたのね

機種名でてこないしガセだろ
実在したとしてもどうでもいいけど

軽く調べて分かることだから機種名を書く必要ないだろw自分で調べろよ
Pixel程ではないが別にマイナー端末でもないしな

読む価値も相手にする価値も両方ないので
[221.113.113.248]と-O6Oyの2つをNGに入れればいい

J4eDも追加で頼むわ

なるほどイメージがスロット別で別れてる機種も本当にあるのか
すまんな

俺もPixel使いだから知らなかっただけなんだ
知ってる人を叩くのはやめようじゃないか

ふと思ったけど、それって本当に公式で配布されてるストックROM？
誰かがDSUでダンプしたものだからaとbがあるってわけではなく？

a/b2つあったとしても、単に領域全部dumpしたからそれぞれ出来ました的な感じなんじゃないの？
中身が別なわけないだろうし2つあっても2つ同時に焼くわけでもないだろう(なんでスロット制になったか考えたら

>>199
何言ってるかさっぱりわからん

交互にアップデートする事で万が一の時に古い方で起動出来るようにしてるのかと思ってた
LineageOSでアップデートにバグがあった時それで対応してってアナウンスしてた

普通に考えてa/bのイメージが2つあるなら両方とも同じデータじゃないだろw
どっちかはカレントの最新でどっちかは1つ前の古いバージョンになる

全然a/bで分かれてる意味を理解してなくね

なに、その無駄な実装ｗ

>>199
そう、俺はそのことを言っている
全てのパーティションをダンプしたからaとbがあるってだけで、どちらかは古いんじゃないか

A16でkernelSU系LKMで使ってる人いる？
なんかどれ焼いてもGMSおかしくなってGSFが0Bになってしまう
checkinできてないっぽいんだけど
俺環なのかA16だとなっちゃうのか……

A16のストックROMにWild KSU v3.1.2でLKMだけど特に問題はないので、おま環でしょうな
なおPlayStrongみたいなGoogleサービスにフックする怪しいのは使ってない

>>206
マジかぁ
ありがとう
ksuで駄目でwksu3.1.2で駄目でksun3.1.0にしたけど駄目で……
GKIしかないのか
anykernel3がなぁ
OP15のwildkernelのやつは、アレを自分のboot.imgに当ててからkernelflasherで当てればいいのかな？

確かに今見たらGSFが0Bになっていたわ
A16、KowSU(LKM) v3.2.2で使用中

>>205
pifとかyuri使うと国とかタイムゾーンおかしくなったりしてgoogle関係クラッシュするときあるけど端末の設定見直してしてみて
うちだと拡張メモリ勝手にオンになったりして
google落ちたりする

GKIにする時にいつもいちいちAK3をmagiskbootでunpack-repack してadbから焼いてるけれど、LKM→Kernelflasherで直接焼いた方が楽そうだなあ
やってることは結局kernelを置換してるだけだろうし

ただ仮焼きしてちゃんと動作するのを確認しないとちょっと怖い

PlayIntegrity対応に疲れ果てて放置していたAPatch端末がイカレてた
ちなLineageOS(A16)
よく0バイトなんて気が付いたね

https://i.imgur.com/ovT5AE4.png

>>208
GSFが0Bになるのは普通なのか

>>209
最初wildksu3.1.2ではモジュールとかいれても普通に動いててなんかのモジュールを更新して少ししたぐらいからおかしくなったわ
俺も拡張RAM勝手にオンになったり、開発者オプションがオフになったりする

う～ん、ジェミニとチャッピーはinit_boot.imgのパッチ当てる時にバグってるからcanaryマネージャーでパッチ当て直して焼き直してplayストアと開発者サービス消してリログしてGSF動かせっていうけど
なんかどうもこれ間違ってるっぽいな

重ね重ねありがとう

なおMagiskBootはバージョン違いで悲惨なことになるので、当スレではfatal版KernelFlasherを推奨しております

>>211
PIチェックで-17エラーってでてそもそもチェック自体出来ない状態になって色々見てたらそうなってたから、最初はそのせいかと思ったんよね
でもグーグルのサブ垢の追加とかなんかおかしいし、そもそもGMSがおかしいんじゃないかなって

結局原因究明から振り出しやな……

みんなAndroid16で /system 書き換えれてる？？

え、なんでわざわざ書き換えるの

>>215
前もどっかで質問してたよね？

/system書き換えたらブートループするからやりません

system直接書き換えるとか、Android2.2ぐらいの頃の手法じゃないのか

どいつもこいつもkeyで金とるようなってきたな

Strong通ってたらroot検知逃れられる訳じゃないからなあ

聞き方がちょっと違った
Android16で KernelSUの meta-overlayfsで /system 書き換えれてる？？

「○○というモジュールを使用した場合」まで記載すれば誰か答えてくれるかもね

>>222
何したいのか知らんが
もう、あきらめろん

Magisk以降システムレスになって楽になったのに何故そんなに/Systemに触れたがるのだろうか?
なんか理由があるのなら書いてみたらヒントが貰えるかもよ?

rezygiskもうダメだなrc5以降起動しない

機種によるんだろうけどPixel10ProXLならrc5～7動いてるよ

>>226
おま環だろ
こっちは動いてる

OSS狂信者が怖いしreとかneoとかにわざわさ転向する理由もないのでnextのままだわ

Rootマネージャーのアプリを更新した時にちゃんと再パッチしてインストールしているか？
バージョン古かったり一致していないと弾かれる可能性ある

>>225
そのシステムレスで書き換える話じゃないの？

ksu、gkiやめるってよ

>>232
いままでGKIでしか使ったことないから.koファイルの使い方がわからない

>>226
見かねたのかBRENEの作者がReZygiskをフォークして新たなものを発表した模様
どんなものか使った訳じゃないので良いか悪いか分からないけど

rezygisk rc6からTreat Wheel入れてると起動不可らしいからそれのせいかも

>>232
WildがGKIに注力する代わりにLKM削除みたいな発表してたよ
s://t.me/WildKernels/18169/177784

激動の時代やね

LKMで充分です

>>235
treat wheelの為にrezygisk使ってるようなもんなのに手広く手を出しすぎて対応がおっついてないのか…

ペドロちゃんったらJMの嫉妬砲でやる気レベルが下がっちゃったんだね

system焼くの、SuperSUかな?

流れが変わり過ぎてついていけない
susfs使うならKSUのfork使えってことか

ずっとLKMだな
susfsの必要性がわからないし

他所の国の金融系アプリはroot検知めちゃくちゃ厳しいんだってね

こんにちは、皆さん。

ReZygisk リリース キャンディデート 6 (より具体的には、ReZygisk 467) のリリースに伴い、アンロードされたモジュールの安定性を向上させるために CSOLoader に一部の変更が加えられました。しかし、その結果として Treat Wheel がデバイスの起動不能にする可能性があります。

ReZygisk と Treat Wheel の両方の問題を避けるために、Treat Wheel を削除するか、ReZygisk 464 にロールバックすることをお勧めします。この問題を修正するバージョンは近日リリースされる予定ですが、私たちは単なる互換性更新ではなく、より実質的な改善を目指しています。

丁寧に、
ThePedroo

VectorってZygisk LSPosedに上書きインストールしてもok？

OK（ズドン）

treat wheelも新しいの出てrezygiskに平和が戻ったやねぇ

ウォレットもRevolutも通るにりそな如きが通らねぇw
認証までは進むのに
euROMだからだろうか
3.0.304.0にksunext3.1.0 lkmでintegrity box34.3とTEEsim3.2とTr-addon4.3でintegrity boxのカスロム用spoof両方ともdisableにしててbnking modeにしても認証が終わらん
ガバガバ前機種だとすんなりいけたから、やっぱカスロムだからなんかな？

>>248
現在no integrityだけど通るねぇ
りそなは開発者モードと普通のルート偽装レベルで通ると思うけど、一通り対応してるならカスロムのせいかもね

>>249
やっぱりそうかぁ
前機種は純正ROMなんよなぁ
どうしたもんか……カスロムなのを検知してるのか、純正にあってカスロムにないなんかがあるのか
確かに開発者隠さないと認証までも進めなくて、隠すと認証までは行くって感じだわ

>>247
動作は問題ないけど
まだReLSPosed後継の決定版がない
API101対応の代替品を待ってる

https://i.imgur.com/Jr3CnPF.png

>>251
ペンギンかわゆす