default.prop（ro.secure）を変更してルートを取得しますか？

特権シェルを取得するには、次の行をdefault.propファイルで指定された値に変更する必要があります ro.secure = 0

ro.debuggable = 1

persist.service.adb.enable = 1

電話モデルのリカバリイメージを抽出しました。したがって、default.propファイルの次の値を変更し、イメージを再パックしてfastboot（bootloader is unlocked）を使用してフラッシュし、特権シェルを取得してからコピーすることができますシステムを読み取り/書き込みとして再マウントした後のsuバイナリ

ファイルのその他の値を変更する必要がありますか？そして、少なくとも理論的には機能しますか？

このアプローチは機能します（ただし、独自の面白いロックがどこにも存在しない場合）。ただし、リカバリパーティションは最初から関係していません。default.propは、起動時に上書きされ、直接アクセス可能なファイルシステムではない起動パーティションからコピーされます。ブートパーティションのイメージが必要です。このイメージを解凍し、変更を加えてから再パックします。

あなたがすべてを行う方法を知っていると仮定すると（あなたはそれをリカバリで試したと言うので）、mkbootimgでイメージを作成するときにベースアドレスを含める必要があることがしばしばあることに注意する必要があります。いつ必要かを知る方法はないため、常にベースアドレスを含めるのが安全です。こちらのチュートリアルをご覧ください。

www.freeyourandroid.com/guide/extract-edit-repack-boot-img-windows

このスクリプトには、独自のスクリプトを作成する場合に備えて、ベースアドレスを取得できるodコマンドが含まれています。手動の手順の詳細については（GNU / Linuxで再現するため）：

android-dls.com/wiki/index.php?title=HOWTO:_Unpack%2C_Edit%2C_and_Re-Pack_Boot_Images

unpack / repackスクリプトの使用はお勧めしません。これらのスクリプトには、ケース間で移植できないハードコーディングされた行があるためです。split_bootimg.plを使用してから、gunzipおよびcpioを展開し、その後cpioを再度使用してgzipを実行し、mkbootimgコマンドを実行します。唯一の例外はMTK65xxデバイスです。ここでは、関連するアンパック/リパックツールが必要になります（オフセットが非常に異なるため、リパックスクリプトが行うのでmkbootimgもスキップします）。

github.com/bgcngm/mtk-tools

そして、中国のブランド変更された携帯電話が同じことを経て最終的に定着する進行中の例があります：

forum.xda-developers.com/showthread.php?t=1818146&page=5

適切なリンクを削除する必要があるのは残念ですが、明らかにスパムの可能性があると考えられています。また、より詳細な情報が必要かどうかわからないため、あまり徹底的ではありません。

上記のアプローチはうまくいかないようでした。

在庫の回復はデバイス用ではなかったため、またはこの方法はこれほど簡単ではなく、他の変更が必要になる場合があります。電話機は回復モードにはなりません。回復モードは、永続的なルートを取得するために必要な操作を実行する特権シェルを取得する唯一のモードです。

別の方法は、ブートイメージ自体のbuild.propを変更し、再パックしてからフラッシュし、adbすることです。を使用して、通常の動作モードで特権シェルを取得することです。

自分のことについてよくわからないときは、他の人の手順に従うことをお勧めします。