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

압축 풀기 / 리팩 스크립트는 케이스 전체에 이식 할 수없는 하드 코드 된 행이 있으므로 사용하지 않는 것이 좋습니다. 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 를 사용하여 정상 작동 모드에서 권한있는 쉘을 얻는 것입니다.

자신에 대해 잘 모르면 다른 사람의 절차를 따르는 것이 좋습니다.