วิธีเข้าถึงรูทบนตัวเลียนแบบ Android


146

ฉันมี Android SDK ทุกรุ่น (ตั้งแต่ 1.5 ถึง 2.3.3) และฉันลองวิธีการมากมายในการรูทในอีมูเลเตอร์ Android ฉันไม่ได้ใช้อุปกรณ์ Android และทดสอบทุกอย่างในโปรแกรมจำลอง (AVD)

ฉันจำเป็นต้องได้รับการเข้าถึงรูทในอีมูเลเตอร์ Android เครื่องใดก็ได้เพื่อใช้ฟังก์ชั่น 'iptables' และ 'busybox' และการใช้ iptables ฉันต้องมีการเข้าถึงรูท คำสั่ง Atleast 'su' ควรดำเนินการในเทอร์มินัลอีมูเลเตอร์

ฉันยังติดตั้งz4rootแอปพลิเคชั่นด้วย

แต่มันใช้เวลานานมากและไม่สามารถทำการรูตและติดขัดได้ บางคนบอกว่าถ้าเราปรับลดรุ่นระบบให้ต่ำกว่า RC30 วิธีนี้เราสามารถเข้าถึงรูทได้ ถ้าเป็นจริงแล้วจะทำอย่างไร? ฉันใช้ทั้ง Linux และ Windows OS

กรุณาช่วยบอกวิธีการใด ๆ ให้รูทเนอร์ของฉัน


ฉันคิดว่าคุณสามารถใช้ "Root.apk" เก็บไว้ใน filecrop (VISIONary ในระบบ Android) เพื่อรูทเครื่องจำลองเพราะในการรีบูตแต่ละครั้งมันจะรูทระบบ Z4root ไม่สามารถทำงานได้เพราะมันต้องรีบูตเครื่องเพื่อให้การเข้าถึงรูททำงานได้
JeremLeOuf

ฉันจะหาได้จากที่ไหน มีคู่มือสำหรับสิ่งนี้หรือไม่?
นักพัฒนา android

6
โปรดทราบว่า Android emulators นั้นเป็น "root" แล้ว คุณไม่จำเป็นต้องทำอะไรเพื่อรับรูทเชลล์ adb เนื่องจากมันรันเป็นรูทโดยปริยายแล้ว สิ่งที่กล่าวถึงในที่นี้คือการติดตั้ง "su" ที่ถูกแฮ็กหรือ shim ที่คล้ายกันเพื่อให้รหัสแอปพลิเคชันเปิดตัวโปรแกรมตัวช่วยที่ทำงานเหมือนรูท
Chris Stratton

2
ใช้ Genymotion genymotion.comมันเร็วมากและมีค่ารูทตามค่าเริ่มต้น
klimat

1
คุณติดตั้งอิมเมจ wrnong ดูที่นี่ -> stackoverflow.com/questions/43923996/…
wwwwwwwwwwww

คำตอบ:


136

คำตอบเหล่านี้มีความซับซ้อนโดยไม่จำเป็น :)

$ > adb shell
generic_x86:/ $
generic_x86:/ $ exit
$ > adb root
restarting adbd as root
$ > adb shell
generic_x86:/ #

52
adb rootผลลัพธ์ที่ทำงานอยู่ใน "adbd ไม่สามารถทำงานได้เหมือนรากในการสร้างงานสร้าง" คุณใช้โปรแกรมจำลองเฉพาะหรือไม่? โปรดระบุรายละเอียดเพิ่มเติม
orodbhen

3
คุณไม่สามารถใช้รูทนี้สำหรับแอพใดก็ได้
Enyby

5
หากทุกคนพยายามที่จะให้มันทำงานกับอิมเมจระบบ Google Play ใหม่ adbd จะถูกตั้งค่าให้ปลอดภัยใน ramdisk.img ฉันสามารถใช้งาน ramdisk.img จากอิมเมจ Google API ได้ ฉันทดสอบทั้งภาพ 7.0 และ 8.0
tstaylor7

47
หากadb rootมีข้อผิดพลาดadbd cannot run as root in production buildsให้ดูstackoverflow.com/a/45668555/1682419 - คุณต้องมี "อิมเมจระบบ Google APIs" แทนที่จะเป็น "อิมเมจระบบ Google Play"
Jerry101

10
@JRaymond ฉันพิมพ์ใน adb root แต่ไม่มีอะไรพิมพ์ออกมาหลังจากนั้น

75

วิธีการรูทเครื่องจำลองระบบ Android (ทดสอบบน Android 7.1.1 / Nougat)

ข้อกำหนด :

คำแนะนำ

  1. ติดตั้ง SuperSu.apk

    • ติดตั้งแอป SuperSu ในตอนแรกเพียงแค่ลากและวาง (หากใช้รุ่นตัวจำลองล่าสุดหรือ sideload ผ่าน adb ie adb -e install supersu.apk)

    • หลังจากติดตั้งแล้วเมื่อคุณเรียกใช้จะแสดงหน้าจอตามที่แสดงด้านล่างเพื่อระบุว่า "ไม่มีการติดตั้ง SU binary .. " ข้อผิดพลาดนี้เพิ่งยืนยันว่าอุปกรณ์ยังไม่ได้รูท

ป้อนคำอธิบายรูปภาพที่นี่


  1. ทำให้พาร์ติชันระบบ 'emulator' สามารถเขียนได้

    • ตามที่แนะนำเราจำเป็นต้องให้สิทธิ์จำลองเพื่อเขียนไฟล์ระบบ

    • พิมพ์รหัสต่อไปนี้เพื่อบรรลุสิ่งนี้: emulator -avd {emulator_name} -writable-system

หากคุณมี AVD มากกว่าหนึ่งคุณสามารถรับรายการ avds ได้โดยใช้คำสั่ง: emulator -list-avds

หมายเหตุ: นำทางไปยังโฟลเดอร์toolsที่ติดตั้ง Android SDK และพร้อมรับคำสั่ง open ที่นั่นโดยกด shift และคลิกขวา


  1. กด su binary ในไดเรกทอรีระบบ

    • แยก Recovery flashable.zip (บรรจุ su binaries ของสถาปัตยกรรมที่แตกต่างกัน)

สำคัญ! ใช้ไบนารี su ที่ตรงกับสถาปัตยกรรม avd ของคุณเช่น x86, arm ฯลฯ .. และจดบันทึกเส้นทางที่คุณแตกไบนารีเหล่านี้

  • ตรวจสอบให้แน่ใจว่าคุณกำลังเรียกใช้ adb ในฐานะรูทและคุณจำเป็นต้องติดตั้งใหม่ เพียงแค่ใส่รหัสเหล่านี้

adb root

adb remount

ตอนนี้ถึงเวลาที่จะผลักดันไบนารี su:

นี่คือรหัสที่ฉันใช้สำเร็จ :adb -e push C:\Users\User1\Desktop\rootemu\x86\su.pie /system/bin/su

(ไม่ต้องกังวลเกี่ยวกับตำแหน่งเฉพาะของฉันคือ su binary ตำแหน่งใด ๆ ก็โอเคตราบใดที่ไม่มีพื้นที่สีขาว)

หมายเหตุ: หากต้องการคิดออกbinหรือxbinทำในคอนโซลก่อน:> adb shell,>ls /system/xbin/su

/system/xbin/suหากล้มเหลวลองนี้ผลักดันไปยังไดเรกทอรีนี้แทน นอกจากนี้สำหรับอีมูเลเตอร์ที่ใช้ Android 5.1 และต่ำกว่าให้ใช้suและไม่ใช้su.pie


  1. เปลี่ยนการอนุญาตของไบนารี su

    • ต่อไปเราจะทำการดัดแปลงการอนุญาตของ su binary เราต้องทำสิ่งนี้ในอุปกรณ์จำลองผ่าน adb:

    adb -e shell su root cd /system/bin chmod 06755 su

สำคัญ!! จดบันทึกเส้นทางไบนารีของ su (mine is / system / bin)


  1. การตั้งค่าinstallคำสั่งบน su binary และตั้งค่าdaemon

พิมพ์รหัส:

su --install

และสำหรับการตั้งค่า daemon:

su --daemon&

สำคัญ!! จดบันทึกระยะห่าง


  1. การตั้งค่า SELinux เป็น Permissive (เช่นปิด SE Linux)

    • ในที่สุดก็ปิด selinux ผ่านรหัสนี้:

setenforce 0


  1. เปิดแอป SuperSU และอาจขอให้อัปเดตไบนารีคุณสามารถใช้วิธีการปกติ

หมายเหตุ: หากคุณประสบ bootloops แต่ไม่ต้องอัพเดตไบนารีเพียงใช้มันเท่าที่เป็นอยู่


มันสวยมาก !!

เปิดแอปพลิเคชันใด ๆ ที่ต้องการการอนุญาต SU เพียงเพื่อตรวจสอบอีกครั้งและแน่นอน SuperSU ถามว่าคุณต้องการให้สิทธิ์ su

ป้อนคำอธิบายรูปภาพที่นี่

จะมีรากยังคงมีการปรับปรุงไบนารี su (โดยใช้วิธีการปกติ) แล้วคัดลอก system.img จากไดเรกทอรีชั่วคราว ( Users\AppData\Local\Temp\Android Emulatorไฟล์มักจะสุ่มชื่อเช่น1359g.tmpที่มีขนาดใหญ่) system.imgและแทนที่ค่าเริ่มต้น

อัปเดต :

ฉันได้สังเกตว่าการขอรับอิมเมจระบบชั่วคราวใน Linux นั้นง่ายกว่า Windows คุณสามารถลองใช้ภาพสแนปชอต

อัปเดต 4 สิงหาคม 2561

ด้วยการเกิดขึ้นของอีมูเลเตอร์27.3.xทำให้การเก็บรักษารากทำได้ง่ายขึ้นผ่านคุณสมบัติสแน๊ปช็อต (ถ้าการคัดลอกsystem.imgวิธีไม่ทำงาน):

เป็นการดีที่มันจะเป็นเหมือนอุปกรณ์ไฮเบอร์เนตที่มีการตั้งค่าเหมือนเดิมดังนั้นทุกอย่างจะถูกเก็บรักษาไว้

ภาพรวม

ตอนนี้คุณสามารถบันทึกสแน็ปช็อต AVD ได้หลายชุดสำหรับการกำหนดค่าอุปกรณ์และเลือกสแนปชอตที่บันทึกไว้เพื่อโหลดเมื่อคุณเริ่มโปรแกรมจำลอง การเริ่มต้นอุปกรณ์เสมือนจริงโดยการโหลดสแน็ปช็อตนั้นเหมือนกับการปลุกร่างกายจากสถานะสลีปซึ่งต่างจากการบูตจากสถานะปิด

สิ่งนี้แสดงให้เห็นถึงความต้องการเพียงอย่างเดียวในการเริ่มต้นตัวจำลองคือการเพิ่ม-writable-systemพารามิเตอร์ลงในemulator -avd [avdname]คำสั่งปกติเพื่อเริ่มต้นตัวจำลอง (การรันโปรแกรมจำลองเพียงemulator -avd [avdname]ไม่เปิดตัวรุ่น / สำเนาที่รูทหรืออาจทำให้เกิดข้อผิดพลาด )

ทดสอบกับ API ระดับ 22

นอกจากนี้สำหรับปัญหา bootloop ดูโพสต์อื่น ๆ : Android Emulator: วิธีการหลีกเลี่ยงการบูตวนหลังจากการรูท? และอัปเดตดังกล่าว

หมายเหตุ

เนื้อหาส่วนใหญ่ในการอ้างอิงสำหรับ Android รุ่นเก่าและด้วยเหตุผลของคำสั่งและเส้นทางที่แตกต่างที่ฉันแก้ไข

กิตติกรรมประกาศ;


1
หมายเหตุ: หากต้องการหา bin หรือ xbin ทำในคอนโซลก่อน:> adb shell,> ls / system / xbin / su
djdance

1
@xavier_fakerat ใช่ฉันหยุดปรับปรุงไบนารี ปัญหาคือหลังจากรีบูตแต่ละครั้งฉันต้องติดตั้งเครื่องใหม่และรันsu --install && su --daemon&บนตัวจำลองตามด้วยsetenforce 0การรับรูท คุณรู้จักโปรแกรมฟิกซ์รูทถาวรเมื่อรีบูตหรือไม่?
Cristian Holdunu

1
ดี! วิธีนี้ยังใช้ได้กับอุปกรณ์จริงที่คุณสามารถเข้าถึงรูทผ่าน adb
Mygod

1
คุณตอบฉันไปทำไมหุ่นยนต์เลียนแบบปิดโดยไม่คาดคิดหลังจากรูตอิมเมจเมื่อไม่ได้ใช้ระบบที่เขียนได้ เป็นเพราะภาพรวม
Rodrirokr

1
ฉันใช้ Pixel 2 XL: ผู้คนดูเหมือนจะมีปัญหาเดียวกันกับ Pixel XL: forum.xda-developers.com/pixel-xl/how-to/ …
noraj

33

นี่คือรายการคำสั่งที่คุณต้องใช้ในขณะที่ตัวจำลองกำลังทำงานอยู่ฉันทดสอบโซลูชันนี้สำหรับ avd บน Android 2.2:

adb shell mount -o rw,remount -t yaffs2 /dev/block/mtdblock03 /system  
adb push su /system/xbin/su  
adb shell chmod 06755 /system  
adb shell chmod 06755 /system/xbin/su

มันอนุมานว่า su binary ตั้งอยู่ในไดเรกทอรีทำงาน คุณสามารถค้นหา su และ superuser ที่นี่: http://forum.xda-developers.com/showthread.php?t=682828 คุณต้องเรียกใช้คำสั่งเหล่านี้ทุกครั้งที่คุณเรียกใช้ตัวจำลอง คุณสามารถเขียนสคริปต์ที่เรียกใช้ตัวจำลองและรูทได้


15
โปรดระบุส่วนที่เกี่ยวข้องของการโพสต์บล็อกของคุณที่นี่ ดังนั้นเป็นสถานที่สำหรับคำตอบไม่ใช่ลิงก์
cHao

2
ไม่มีไฟล์หรือไดเรกทอรีดังกล่าว 'SU'
Mahendran

4
มันใช้งานไม่ได้กับ emulator 2.2, 2.3 หรือ 2.3.3 ฉันได้รับข้อผิดพลาดเพียงอย่างเดียวสำหรับ adb push: หน่วยความจำไม่เพียงพอ, dir ไม่ว่างเปล่า ฯลฯ
Pointer Null

2
@mice: เนื่องจากข้อผิดพลาดบอกว่าคุณไม่สามารถผลักไบนารีได้เนื่องจากมีพื้นที่ว่างไม่เพียงพอบนอุปกรณ์เสมือน เมื่อเรียกใช้ตัวจำลองคุณสามารถเพิ่ม-partition-sizeตัวเลือกเพื่อระบุขนาดพาร์ติชัน ลองเปิดตัวอีมูเลเตอร์ของคุณด้วยtools/emulator -avd MyAndroidVirtualDeviceName -partition-size 256
abd

2
ในอีมูเลเตอร์ที่ใหม่กว่าคำสั่ง remount อาจไม่ทำงานคุณสามารถแทนที่: adb shell mount -o rw,remount -t yaffs2 /dev/block/mtdblock03 /system ด้วย: adb root adb remount
Kamran Ahmed

20

สำหรับ AVD ที่มี 5.1.1 และ 6.0 ฉันใช้สคริปต์ถัดไปใน windows:

set adb=adb -s emulator-5558
set arch=x64
set pie=
adb start-server
%adb% root
%adb% remount
rem %adb% shell mount -o remount,rw /system
%adb% shell setenforce 0
%adb% install common/Superuser.apk
%adb% push %arch%/su%pie% /system/bin/su
%adb% shell chmod 0755 /system/bin/su
%adb% push %arch%/su%pie% /system/xbin/su
%adb% shell chmod 0755 /system/xbin/su
%adb% shell su --install
%adb% shell "su --daemon&"
rem %adb% shell mount -o remount,ro /system

exit /b

ต้องการ UPDATE.zip จาก SuperSU แตกไฟล์เหล่านั้นลงในโฟลเดอร์ใด ๆ สร้างไฟล์ bat ที่มีเนื้อหาด้านบน อย่าลืมระบุสถาปัตยกรรมที่จำเป็นและอุปกรณ์: และset adb=adb -s emulator-5558 set arch=x64ถ้าคุณเรียกใช้ Android บนหรือเท่ากับ 5.0 การเปลี่ยนแปลงไปset pie= set pie=.pieเรียกใช้ คุณได้รับรูทชั่วคราวสำหรับการรันปัจจุบัน

หากคุณมีข้อผิดพลาดเกี่ยวกับพาร์ติชันระบบใหม่แล้วคุณต้องเริ่ม AVD จากบรรทัดคำสั่ง ดูขั้นตอนแรกด้านล่างสำหรับ Android 7

ถ้าคุณต้องการทำให้มันคงอยู่ - อัปเดตไบนารีใน SuperSU และเก็บ system.img จากโฟลเดอร์ temp เป็นการแทนที่ค่าเริ่มต้น system.img

วิธีการแปลงรากชั่วคราวที่เกิดขึ้นในแบบถาวร

อย่างแรก - ไปที่ SuperSu มันมีการอัพเกรดไบนารี่ อัปเดตตามปกติ รีบูตปฏิเสธ

ที่สอง - เฉพาะที่เกี่ยวข้องกับอีมูเลเตอร์ AVD เดียวกัน บรรทัดล่างคือการเปลี่ยนแปลงในภาพระบบจะไม่ถูกบันทึก คุณจำเป็นต้องเก็บรักษาไว้เพื่อตัวเอง

มีคำแนะนำแตกต่างกันไปสำหรับอีมูเลเตอร์ต่าง ๆ

สำหรับ AVD คุณสามารถลองหาไฟล์ระบบชั่วคราวได้บันทึกไว้ที่ใดที่หนึ่งแล้วใช้เมื่อคุณเริ่มโปรแกรมจำลอง

ใน Windows มันตั้งอยู่ในและมีบางสิ่งบางอย่างเช่นชื่อ%LOCALAPPDATA%\Temp\AndroidEmulatorTMP4980.tmp

คุณคัดลอกไปยังอุปกรณ์โฟลเดอร์ AVD ( %HOMEPATH%\.android\avd\%AVD_NAME%.avd\) system.imgและเปลี่ยนชื่อเป็น

ตอนนี้มันจะถูกใช้เมื่อเริ่มต้นแทนที่จะเป็นแบบปกติ เป็นจริงหากรูปภาพใน SDK ได้รับการอัปเดตรูปภาพนั้นจะมีรูปเก่า

ในกรณีนี้คุณจะต้องลบสิ่งนี้system.imgและทำซ้ำการดำเนินการในการสร้าง

คู่มือรายละเอียดเพิ่มเติมในภาษารัสเซีย: http://4pda.ru/forum/index.php?showtopic=318487&view=findpost&p=45421931


สำหรับ android 7 คุณต้องเรียกใช้ขั้นตอนเพิ่มเติม: 1. ต้องเรียกใช้โปรแกรมจำลองด้วยตนเอง sdk\tools\lib64\qt\libไปที่โฟลเดอร์ SDK เรียกใช้จากโปรแกรมจำลองโฟลเดอร์นี้พร้อมตัวเลือก-writable-system -selinux disabled เช่นนี้:

F:\android\sdk\tools\lib64\qt\lib>F:\android\sdk\tools\emulator.exe -avd 7.0_x86 -verbose -writable-system -selinux disabled
  1. คุณต้องรีสตาร์ทadbdจาก root:

    adb -s emulator-5554 root

และระบบการติดตั้งใหม่:

adb -s emulator-5554 remount

สามารถบริจาคได้เพียงหนึ่งครั้งต่อตัวจำลองการวิ่ง และ remount อื่นสามารถหยุดโหมดการเขียนได้ ด้วยเหตุนี้คุณไม่จำเป็นต้องเรียกใช้คำสั่งอื่น ๆ ที่มี remount mount -o remount,rw /systemเช่น

ขั้นตอนอื่นยังคงเหมือนเดิม - อัปโหลดไบนารีเรียกใช้ไบนารีเป็นดีมอนและอื่น ๆ

ภาพจาก AVD Android 7 x86 พร้อมรูท: AVD Android 7 x86 พร้อมรูท


หากคุณเห็นข้อผิดพลาดเกี่ยวกับ PIE ในการเรียกใช้งานsuไบนารี่ - จากนั้นคุณอัปโหลดไปยังอีมูเลเตอร์ไบนารีที่ไม่ถูกต้อง คุณต้องอัปโหลดไบนารีชื่อsu.pieภายในเก็บ แต่ในโปรแกรมจำลองจะต้องได้รับการเสนอชื่อเป็นไม่ได้susu.pie


คุณสามารถบอกขั้นตอนในการทำให้รูตคงอยู่ได้หรือไม่?
Satya

update binary in SuperSU and store system.img from temp folder as replace of default system.img.
Enyby

ฉันใช้ขั้นตอนเหล่านี้เพื่อรับ system.img จาก temp 1) cp / tmp / android / emulator-X8F7Hr ~ / Desktop / system.img 2) คัดลอก system.img นี้จาก temp ในภาพระบบของ Android SDK แต่เมื่อฉัน รีสตาร์ทเครื่องจำลองแล้วเครื่องจำลองไม่ได้อยู่ในสถานะที่ถูกรูท ... โปรดแนะนำเส้นทางที่ถูกต้องให้ฉัน
Satya

ดีกว่าคัดลอกไปยังไดเรกทอรี avd แต่ก่อนอื่นคุณต้องอัปเดตไบนารีใน SuperSu ในโหมดปกติ
Enyby

ฉันได้อัพเดทไบนารีในโหมดปกติและคัดลอกในไดเรกทอรี AVD แล้วยังไม่รูต
Satya

13

ฉันเชื่อว่าวิธีที่ง่ายที่สุดคือการสร้างนามแฝงสำหรับคำสั่งshเช่น

adb shell
mount -o rw,remount -t yaffs2 /dev/block/mtdblock3 /system
cd /system/bin
cat sh > su && chmod 4775 su

ทดสอบกับ Android Emulator 3.0 และสูงกว่า


มันใช้งานได้สำหรับฉันด้วย (บน x86_64 android 5.02 emulator) ในขณะที่คำแนะนำข้างต้นเพื่อติดตั้งใน xbin ไม่ได้
Yannick

8
ฉันได้mount: '/system' not in /proc/mounts
Kenny Wyland

ระบบล้มเหลวด้วย 72
Duna

3

นี่แพ็คของฉันกับทุกสิ่งที่คุณต้องการ หรือคุณสามารถใช้สคริปต์นี้:

echo on
set device=emulator-5554
set avd_name=
set adb=d:\Poprygun\DevTools\Android\Android-sdk\platform-tools\adb -s %device%
set emulator=d:\Poprygun\DevTools\Android\Android-sdk\emulator\emulator
set arch=x86
set pie=

echo Close all ANDROID emulators and press any key
pause
start %emulator% -avd Nexus_One_API_25 -verbose -writable-system
echo Wait until ANDROID emulator loading and press any key
pause

%adb% start-server
%adb% root
%adb% remount
%adb% shell setenforce 0
%adb% install D:\SuperSU\SuperSU.apk
%adb% push D:\SuperSU\su\%arch%\su.pie /system/bin/su
%adb% shell chmod 0755 /system/bin/su
%adb% push D:\SuperSU\su\%arch%\su.pie /system/xbin/su
%adb% shell chmod 0755 /system/xbin/su
%adb% shell su --install
%adb% shell "su --daemon&"
pause
exit /b

2

ฉันเพิ่งแทนที่และกำหนดคุณลักษณะสำหรับ su เป็น ~ / Android / Sdk / system-images / android-22 / google_apis / x86 / system.img และตอนนี้บน android 5 ฉันมีรากเสมอสำหรับระบบใหม่มันเพียงพอที่จะติดตั้ง SuperSu apk

Android 6 is necessary only
adb root
adb shell
>/system/xbin/su --daemon &
>setenfoce 0

หลังจากนั้น SuperSu.apk เห็นรูต แต่ฉันไม่อัปเดตไฟล์ไบนารี


1

ฉันใช้วิธีการบางส่วนจากวิธีแก้ปัญหาด้านบน อย่างไรก็ตามพวกเขาทำงานไม่สมบูรณ์ แอนดี้เวอร์ชั่นล่าสุดใช้งานได้กับฉัน:

ใน Andy (รูทเชลล์) [ต้องการรับให้คลิกขวาที่ไอคอน HandyAndy แล้วเลือกเทอมเชลล์]

ภายในเชลล์รันคำสั่งเหล่านี้:

mount -o rw,remount -t yaffs2 /dev/block/mtdblock3 /system
cd /system/bin
cat sh > su && chmod 4775 su

จากนั้นติดตั้ง SuperSU และติดตั้ง SU binary สิ่งนี้จะแทนที่ไบนารี SU ที่เราเพิ่งสร้างขึ้น (ไม่บังคับ) ลบ SuperSU และติดตั้ง Superuser โดย CWM ติดตั้งไบนารี su อีกครั้ง ตอนนี้การทำงานของราก!


1

ฉันลองใช้คำแนะนำข้างต้นมากมายรวมถึง SuperSU และไม่สามารถทำงานใด ๆ ได้ แต่พบสิ่งที่ง่ายกว่ามากที่ทำงานเพื่อจุดประสงค์ของฉัน ในกรณีของฉันฉันแค่อยากจะเรียกใช้ sqlite ที่พร้อมท์คำสั่ง ฉันแค่หมุนอีมูเลเตอร์ด้วย Android เวอร์ชั่นเก่า (Lollipop) และเข้าถึงรูทได้ทันที


-1

ฉันพบว่าตัวจำลอง API เริ่มต้น 23 x86_64 นั้นถูกรูทตามค่าเริ่มต้น


จากสิ่งที่ฉันรู้เพียงเพราะคุณมี # เมื่อคุณพิมพ์ "adb root" ไม่ได้หมายความว่าแอปพลิเคชันสามารถใช้สิทธิประโยชน์ของรูท การทดลองใด ๆ เพื่อเขียนที่ใดก็ได้ใน / ระบบส่งผลให้เกิดข้อผิดพลาด RO แม้พยายามที่จะติดตั้งใหม่เป็น RW
Fusseldieb
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.