Jak uzyskać dostęp do roota na emulatorze Androida?

Mam wszystkie wersje Android SDK (od 1.5 do 2.3.3) i próbowałem wielu metod na uzyskanie roota w emulatorze Androida. Nie używam żadnego urządzenia z Androidem i testuję wszystko na emulatorze (AVD).

Aby móc korzystać z funkcji „iptables” i „busybox”, muszę uzyskać uprawnienia administratora w dowolnym emulatorze Androida. Aby używać iptables, muszę mieć uprawnienia administratora. Co najmniej polecenie „su” powinno być wykonywane w emulatorze terminala.

Zainstalowałem też z4rootaplikację,

Ale zajmuje to bardzo dużo czasu i nie kończy rootowania i utknie. niektórzy twierdzą, że jeśli obniżymy system do wersji poniżej RC30, w ten sposób uzyskamy dostęp do roota. jeśli to prawda, to jak to zrobić? Używam zarówno systemu operacyjnego Linux, jak i Windows.

Niech ktoś mi powie jakąkolwiek metodę rootowania mojego emulatora.

Te odpowiedzi są niepotrzebnie skomplikowane :)

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

Jak zrootować emulator Androida (testowany na Androidzie 7.1.1 / Nougat)

Wymagania :

• Aplikacja SuperSU (chainfire) Najnowsza wersja 2.82.0

• Odzyskiwanie flashable.zip (zawiera su binarne) (Oto alternatywny link do kopii zapasowej dostarczony przez użytkownika XDA Ibuprophen dla flashowalnych zamków błyskawicznych, jeśli główny link nie działa: Flashowalne wydania zip )

Instrukcje

1. Zainstaluj plik SuperSu.apk

   • Najpierw zainstaluj aplikację SuperSu, po prostu przeciągnij i upuść (jeśli używasz najnowszej wersji emulatora lub sideload przez adb ie adb -e install supersu.apk)

   • Po zainstalowaniu, po uruchomieniu wyświetla się ekran, jak pokazano poniżej, z informacją „Nie ma zainstalowanego pliku binarnego SU ..”. Ten błąd potwierdza tylko, że urządzenie nie jest jeszcze zrootowane.

2. Udostępnij partycję systemową emulatora do zapisu

   • Jak sugeruje, musimy dać emulatorowi uprawnienia do zapisu plików systemowych.

   • Wpisz następujący kod, aby to osiągnąć: emulator -avd {emulator_name} -writable-system

Jeśli masz więcej niż jeden AVD, możesz uzyskać listę AVD za pomocą polecenia: emulator -list-avds

Uwaga: przejdź do folderu narzędzi, w którym jest zainstalowany Android SDK, i otwórz tam wiersz polecenia, naciskając klawisz Shift i klikając prawym przyciskiem myszy.

3. Wysłanie pliku binarnego su do katalogu systemowego

   • Wyodrębnij plik Recovery flashable.zip (zawierający pliki binarne su różnych architektur)

Ważny! Używaj tylko pliku binarnego su, który pasuje do Twojej architektury avd, np. X86, arm itp., I zanotuj ścieżkę, w której rozpakowałeś te pliki binarne.

• Upewnij się, że korzystasz z adb jako root i musisz ponownie zamontować. Po prostu wprowadź te kody

adb root

adb remount

Nadszedł czas, aby przesunąć plik binarny su:

Oto kod, którego z powodzeniem użyłem :adb -e push C:\Users\User1\Desktop\rootemu\x86\su.pie /system/bin/su

(nieważne o mojej konkretnej lokalizacji su binarnej, każda lokalizacja jest w porządku, o ile nie ma spacji)

Uwaga: Aby dowiedzieć się binlub xbinzrobić w konsoli wcześniej:> adb shell,>ls /system/xbin/su

Jeśli to się nie powiedzie, spróbuj zamiast tego wypchnąć do tego katalogu /system/xbin/su. Również w przypadku emulatorów z systemem Android 5.1 i starszym użyj sui niesu.pie

4. Zmień uprawnienia pliku binarnego su

   • Następnie zróbmy trochę modyfikacji uprawnień pliku binarnego su. Musimy to zrobić na urządzeniu emulującym poprzez adb:

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

Ważny!! Zwróć uwagę na ścieżkę binarną su (moja to / system / bin)

5. Ustawiając installdyrektywę na su binarny i ustaw plikdaemon

Wpisz kody:

su --install

i do skonfigurowania demona:

su --daemon&

Ważny!! Zwróć uwagę na odstępy

6. Ustawienie SELinux na Permissive (tj. Wyłączenie SE Linux)

   • Na koniec wyłącz selinux za pomocą tego kodu:

setenforce 0

7. Otwórz aplikację SuperSU i może poprosić o aktualizację plików binarnych, możesz użyć metody Normal.

Uwaga: jeśli doświadczasz pętli rozruchowych, raczej nie aktualizuj plików binarnych, po prostu używaj ich tak, jak jest.

To prawie wszystko !!

Otwórz dowolną aplikację wymagającą uprawnień SU, aby dokładnie sprawdzić, a SuperSU zapytaj, czy chcesz przyznać jej uprawnienia su.

Aby utrwalić aktualizację roota jako binarną (używając metody Normal), skopiuj system.img z katalogu tymczasowego ( Users\AppData\Local\Temp\Android Emulatorplik ma zwykle losową nazwę, np. O 1359g.tmpdużym rozmiarze) i zamień domyślny system.img.

Aktualizacja :

Zauważyłem, że łatwiej jest uzyskać tymczasowy obraz systemu w systemie Linux niż w systemie Windows. Możesz spróbować użyć migawki.

Aktualizacja 4 sierpnia 2018 r

Wraz z pojawieniem się emulatora 27.3.xznacznie ułatwia to zachowanie roota dzięki funkcji migawki (jeśli kopiowanie system.imgmetody nie działa):

Idealnie byłoby bardziej jak hibernarig wirtualnego urządzenia z nienaruszoną konfiguracją, stąd wszystko jest zachowane.

Migawki

Możesz teraz zapisać wiele migawek AVD dla danej konfiguracji urządzenia i wybrać, które z zapisanych migawek mają zostać załadowane po uruchomieniu emulatora. Uruchomienie urządzenia wirtualnego przez załadowanie migawki przypomina budzenie urządzenia fizycznego ze stanu uśpienia, w przeciwieństwie do uruchamiania go ze stanu wyłączonego.

Oznacza to, że jedynym wymaganiem do uruchomienia emulatora jest dodanie -writable-systemparametru do zwykłego emulator -avd [avdname]polecenia, aby uruchomić emulator. ( Uruchomienie emulatora tylko z emulator -avd [avdname]nie uruchamia zrootowanej wersji / kopii lub może prowadzić do błędu )

^{Testowane na poziomie API 22}

Również w przypadku problemów z bootloopem zobacz inny post: Emulator Androida: Jak uniknąć pętli rozruchowej po rootowaniu? i ich aktualizacje.

Uwagi

Większość treści w odniesieniu do starszych wersji Androida, stąd powód dla różnych poleceń i ścieżek, które zmodyfikowałem.

Podziękowanie;

• Irvin H: Rootowanie emulatora Androida - w Android Studio 2.3 ((Android 4.4)

• Brak dostępu do roota AVD w systemie Android

Oto lista poleceń, które musisz wykonać podczas działania emulatora, testuję to rozwiązanie dla avd na Androidzie 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

Zakłada, że ​​plik binarny su znajduje się w katalogu roboczym. Możesz znaleźć su i superuser tutaj: http://forum.xda-developers.com/showthread.php?t=682828 . Te polecenia należy uruchamiać za każdym razem, gdy uruchamiasz emulator. Możesz napisać skrypt, który uruchomi emulator i zrootuje go.

Dla AVD z 5.1.1 i 6.0 użyłem następnego skryptu w 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

Potrzebujesz UPDATE.zip z SuperSU. Rozpakowałem je do dowolnego folderu. Utwórz plik bat z zawartością powyżej. Nie zapomnij określić niezbędnej architektury i urządzenia: set adb=adb -s emulator-5558i set arch=x64. Jeśli używasz Androida w wersji wyższej lub równej 5.0, zmień set pie=na set pie=.pie. Uruchom. Otrzymujesz tymczasowy root do bieżącego uruchomienia.

Jeśli pojawił się błąd przy ponownym zamontowaniu partycji systemowej, musisz uruchomić AVD z wiersza poleceń. Zobacz poniżej pierwszy krok dla Androida 7.

Jeśli chcesz, aby był trwały - zaktualizuj plik binarny w SuperSU i zapisz system.img z folderu temp jako zamiennik domyślnego system.img.

Jak przekonwertować wynikowy tymczasowy katalog główny na stały plik

Po pierwsze - trafia do SuperSu. Oferuje aktualizację binarną. Aktualizuj w normalny sposób. Reboot odrzuca.

Po drugie - dotyczy tylko emulatorów. To samo AVD. Najważniejsze jest to, że zmiany w obrazie systemu nie zostaną zapisane. Musisz je zatrzymać dla siebie.

Istnieją już różne instrukcje dla różnych emulatorów.

W przypadku AVD możesz spróbować znaleźć tymczasowy plik system.img, zapisać go gdzieś i użyć po uruchomieniu emulatora.

W systemie Windows znajduje się w %LOCALAPPDATA%\Temp\AndroidEmulatori ma nazwę podobną do TMP4980.tmp.

Kopiujesz go do folderu avd device ( %HOMEPATH%\.android\avd\%AVD_NAME%.avd\) i zmieniasz jego nazwę na system.img.

Teraz będzie używany na początku zamiast zwykłego. Prawda, jeśli obraz w SDK zostanie zaktualizowany, będzie miał stary.

W takim przypadku będziesz musiał to usunąć system.imgi powtórzyć operację przy jego tworzeniu.

Bardziej szczegółowa instrukcja w języku rosyjskim: http://4pda.ru/forum/index.php?showtopic=318487&view=findpost&p=45421931

W przypadku systemu Android 7 należy wykonać dodatkowe czynności: 1. Należy ręcznie uruchomić emulator. Przejdź do folderu sdk sdk\tools\lib64\qt\lib. Uruchom z tego emulatora folderu z opcjami takimi -writable-system -selinux disabled jak ta:

F:\android\sdk\tools\lib64\qt\lib>F:\android\sdk\tools\emulator.exe -avd 7.0_x86 -verbose -writable-system -selinux disabled

2. Musisz zrestartować adbdz roota:

   emulator adb -s-5554 root

I ponownie zamontuj system:

adb -s emulator-5554 remount

Można go przekazać tylko raz na emulator przebiegu. Każde inne ponowne zamontowanie może przerwać tryb zapisu. Z tego powodu nie musisz uruchamiać żadnych innych poleceń z ponownym montowaniem, takich jak mount -o remount,rw /system.

Kolejne kroki pozostają takie same - prześlij plik binarny, uruchom plik binarny jako demon i tak dalej.

Zdjęcie z AVD Android 7 x86 z rootem:

Jeśli widzisz błąd dotyczący PIE przy wykonywaniu supliku binarnego - przesyłasz do emulatora zły plik binarny. Musisz przesłać plik binarny o nazwie su.piewewnątrz archiwum, ale na emulatorze musi on mieć nazwę, a sunie su.pie.

Uważam, że najłatwiej jest stworzyć alias do polecenia shnp

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

Testowane na Android Emulator 3.0 i nowszych.

Tutaj mój pakiet ze wszystkim, czego potrzebujesz. Lub możesz użyć tego skryptu:

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

Właśnie wymieniłem i przypisałem atrybuty su do ~ / Android / Sdk / system-images / android-22 / google_apis / x86 / system.img i teraz na Androidzie 5 zawsze mam roota nawet dla nowych systemów, wystarczy zainstalować SuperSu. apk

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

po tym SuperSu.apk widzi root. Ale nie aktualizuję pliku binarnego

Wykorzystałem część metody z powyższych rozwiązań; jednak nie działały całkowicie. W najnowszej wersji Andy to zadziałało:

Na Andy (Root Shell) [Aby uzyskać, kliknij prawym przyciskiem myszy ikonę HandyAndy i wybierz Term Shell]

Wewnątrz powłoki uruchom następujące polecenia:

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

Następnie zainstaluj SuperSU i zainstaluj plik binarny SU. Zastąpi to plik binarny SU, który właśnie utworzyliśmy. (Opcjonalnie) Usuń SuperSU i zainstaluj Superuser przez CWM. Zainstaluj ponownie plik binarny su. Teraz root działa!

Wypróbowałem wiele z powyższych sugestii, w tym SuperSU i nie mogłem uruchomić żadnej, ale znalazłem coś znacznie prostszego, co działało dla moich celów. W moim przypadku chciałem mieć możliwość uruchamiania sqlite w wierszu poleceń. Po prostu uruchomiłem emulator ze starszą wersją Androida (Lollipop) i natychmiast uzyskałem dostęp do roota.

Zauważyłem, że domyślny emulator API 23 x86_64 jest domyślnie zrootowany.