Wie bekomme ich Root-Zugriff auf Android Emulator?

Ich habe alle Android SDK-Versionen (von 1.5 bis 2.3.3) und habe viele Methoden ausprobiert, um im Android-Emulator root zu werden. Ich benutze kein Android-Gerät und teste alles auf dem Emulator (AVD).

Ich muss Root-Zugriff in einem der Android-Emulatoren erhalten, um die Funktionen "iptables" und "Busybox" nutzen zu können. Und um iptables verwenden zu können, muss ich Root-Zugriff haben. Mindestens der Befehl 'su' sollte im Terminalemulator ausgeführt werden.

Ich habe auch z4rootAnwendung installiert ,

Aber es dauert sehr lange und endet nicht mit dem Wurzeln und bleibt stecken. Einige sagen, wenn wir das System auf unter RC30 herunterstufen, können wir auf diese Weise Root-Zugriff erhalten. Wenn dies wahr ist, wie geht das? Ich benutze sowohl Linux als auch Windows.

Bitte jemand sagt mir eine Methode, um meinen Emulator zu rooten.

Diese Antworten sind alle unnötig kompliziert :)

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

Wie root Android Emulator (getestet auf Android 7.1.1 / Nougat)

Anforderungen :

• SuperSU App (Chainfire) neueste Version 2.82

• Wiederherstellung flashable.zip (enthält su binär) (Hier ist ein alternativer Backup- Link, der vom XDA-Benutzer Ibuprophen für flashbare Zipsbereitgestellt wird,wenn der Hauptlink nicht funktioniert: Flashable Zip-Releases )

Anleitung

1. Installieren Sie die SuperSu.apk

   • Installieren Sie zuerst die SuperSu-App, ziehen Sie sie einfach per Drag & Drop (wenn Sie die neueste Emulatorversion ausführen oder über adb seitenladen, dh adb -e install supersu.apk)

   • Nach der Installation wird beim Ausführen ein Bildschirm wie unten gezeigt angezeigt, der anzeigt, dass keine SU-Binärdatei installiert ist. Dieser Fehler bestätigt nur, dass das Gerät noch nicht gerootet ist.

2. Machen Sie die Systempartition des Emulators beschreibbar

   • Wie vorgeschlagen, müssen wir dem Emulator die Berechtigung zum Schreiben von Systemdateien erteilen.

   • Geben Sie dazu den folgenden Code ein: emulator -avd {emulator_name} -writable-system

Wenn Sie mehr als eine AVD haben, können Sie mit dem folgenden Befehl eine Liste der AVDs abrufen: emulator -list-avds

Hinweis: Navigieren Sie zu dem Ordner " tools ", in dem Android SDK installiert ist, und öffnen Sie dort die Eingabeaufforderung, indem Sie die Umschalttaste drücken und mit der rechten Maustaste klicken.

3. Push-Binärdatei im Systemverzeichnis

   • Extrahieren Sie die Datei flashable.zip (mit den Binärdateien verschiedener Architekturen).

Wichtig! Verwenden Sie nur die su-Binärdatei, die Ihrer avd-Architektur entspricht, z. B. x86, arm usw., und notieren Sie den Pfad, in den Sie diese Binärdateien extrahiert haben.

• Stellen Sie sicher, dass Sie adb als root ausführen und erneut bereitstellen müssen. Geben Sie einfach diese Codes ein

adb root

adb remount

Jetzt ist es Zeit, die su-Binärdatei zu pushen:

Dies ist der Code, den ich erfolgreich verwendet habe :adb -e push C:\Users\User1\Desktop\rootemu\x86\su.pie /system/bin/su

(Vergiss meinen spezifischen Speicherort für su binary, jeder Speicherort ist in Ordnung, solange kein Leerzeichen vorhanden ist.)

Hinweis: Um dies vorher in der Konsole herauszufinden binoder zu xbintun:> adb shell,>ls /system/xbin/su

Wenn dies fehlschlägt, versuchen Sie stattdessen, in dieses Verzeichnis zu pushen /system/xbin/su. Auch für Emulatoren mit Android 5.1 und darunter verwenden Sie die suund nichtsu.pie

4. Ändern Sie die Berechtigungen der su-Binärdatei

   • Als nächstes nehmen wir einige Änderungen an den Berechtigungen von su binary vor. Wir müssen dies im Emulatorgerät über adb tun:

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

Wichtig!! Beachten Sie den binären Pfad su (meiner ist / system / bin)

5. Setzen Sie die installDirektive auf su binary und setzen Sie adaemon

Geben Sie die Codes ein:

su --install

und zum Einrichten des Daemons:

su --daemon&

Wichtig!! Beachten Sie den Abstand

6. SELinux auf Permissive setzen (dh SE Linux ausschalten)

   • Schalten Sie schließlich Selinux über diesen Code aus:

setenforce 0

7. Öffnen Sie die SuperSU-App und Sie werden möglicherweise aufgefordert, die Binärdateien zu aktualisieren. Sie können die normale Methode verwenden.

Hinweis: Wenn Bootloops auftreten, aktualisieren Sie die Binärdateien lieber nicht, sondern verwenden Sie sie einfach so, wie sie sind.

Das wars so ziemlich!!

Öffnen Sie alle Anwendungen, für die SU-Berechtigungen erforderlich sind, und überprüfen Sie SuperSU, ob Sie ihr su-Berechtigungen erteilen möchten.

Damit das Root-Update su binär aktualisiert wird (mit der Normal-Methode), kopieren Sie system.img aus dem temporären Verzeichnis ( Users\AppData\Local\Temp\Android Emulatordie Datei wird normalerweise zufällig benannt, z. B. 1359g.tmpmit einer großen Größe) und ersetzen Sie die Standardeinstellung system.img.

Update :

Ich habe festgestellt, dass es unter Linux einfacher ist, ein temporäres System-Image zu erhalten als unter Windows. Sie können versuchen, ein Schnappschussbild zu verwenden.

Update 4. August 2018

Mit dem Aufkommen des Emulators 27.3.xwird das Beibehalten des Stamms durch die Snapshot-Funktion erheblich vereinfacht (wenn das Kopieren der system.imgMethode nicht funktioniert):

Im Idealfall ähnelt es eher dem Ruhezustand des virtuellen Geräts mit intakter Konfiguration, daher bleibt alles erhalten.

Schnappschüsse

Sie können jetzt mehrere AVD-Snapshots für eine bestimmte Gerätekonfiguration speichern und auswählen, welche der gespeicherten Snapshots beim Starten des Emulators geladen werden sollen. Das Starten eines virtuellen Geräts durch Laden eines Snapshots ähnelt dem Aufwecken eines physischen Geräts aus dem Ruhezustand, im Gegensatz zum Booten aus dem ausgeschalteten Zustand.

Dies impliziert, dass die einzige Voraussetzung zum Starten des Emulators das Hinzufügen des -writable-systemParameters zum normalen emulator -avd [avdname]Befehl zum Starten des Emulators ist. ( Wenn Sie den Emulator nur mit emulator -avd [avdname]ausführen, wird die gerootete Version / Kopie nicht gestartet oder es kann zu einem Fehler kommen. )

^{Getestet auf API-Ebene 22}

Weitere Informationen zu Bootloop-Problemen finden Sie im anderen Beitrag: Android-Emulator: Wie vermeide ich eine Boot-Schleife nach dem Rooten? und Aktualisierungen davon.

Bemerkungen

Der meiste Referenzinhalt war für ältere Android-Versionen und daher der Grund für verschiedene Befehle und Pfade, die ich geändert habe.

Danksagung;

• Irvin H: Rooting des Android-Emulators auf Android Studio 2.3 ((Android 4.4)

• Android AVD-Root-Zugriff schlägt fehl.

Hier ist die Liste der Befehle, die Sie ausführen müssen, während der Emulator ausgeführt wird. Ich teste diese Lösung für einen AVD unter 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

Es wird davon ausgegangen, dass sich die su-Binärdatei im Arbeitsverzeichnis befindet. Su und Superuser finden Sie hier: http://forum.xda-developers.com/showthread.php?t=682828 . Sie müssen diese Befehle jedes Mal ausführen, wenn Sie den Emulator starten. Sie können ein Skript schreiben, das den Emulator startet und root.

Für AVD mit 5.1.1 und 6.0 habe ich das nächste Skript in Windows verwendet:

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

Benötigen Sie UPDATE.zip von SuperSU. Entpackte sie in einen beliebigen Ordner. Erstellen Sie eine Bat-Datei mit dem obigen Inhalt. Vergessen Sie nicht, die erforderliche Architektur und das erforderliche Gerät anzugeben: set adb=adb -s emulator-5558und set arch=x64. Wenn Sie Android über oder gleich 5.0 ausführen, wechseln Sie set pie=zu set pie=.pie. Starte es. Sie erhalten einen temporären Stamm für den aktuellen Lauf.

Wenn bei der erneuten Bereitstellung der Systempartition ein Fehler aufgetreten ist, müssen Sie AVD über die Befehlszeile starten. Siehe unten erster Schritt für Android 7.

Wenn Sie es dauerhaft machen möchten, aktualisieren Sie die Binärdatei in SuperSU und speichern Sie system.img aus dem temporären Ordner als Ersatz für die Standardeinstellung system.img.

So konvertieren Sie die resultierende temporäre Wurzel in eine permanente

Erstens - es geht an SuperSu. Es bietet ein binäres Upgrade. Update auf normale Weise. Neustart ablehnen.

Zweitens - nur für Emulatoren relevant. Die gleiche AVD. Unter dem Strich werden Änderungen im Systemabbild nicht gespeichert. Sie müssen sie für sich behalten.

Es gibt bereits Anweisungen, die für verschiedene Emulatoren variieren.

Für AVD können Sie versuchen, eine temporäre Datei system.img zu finden, sie irgendwo zu speichern und beim Starten des Emulators zu verwenden.

In Windows befindet es sich in der %LOCALAPPDATA%\Temp\AndroidEmulatorund hat einen Namen wie TMP4980.tmp.

Sie kopieren es in einen Ordner avd device ( %HOMEPATH%\.android\avd\%AVD_NAME%.avd\) und benennen es in um system.img.

Jetzt wird es zu Beginn anstelle des üblichen verwendet. Richtig, wenn das Image im SDK aktualisiert wird, hat es das alte.

In diesem Fall müssen Sie dies entfernen system.imgund den Vorgang bei seiner Erstellung wiederholen.

Ausführlicheres Handbuch in russischer Sprache: http://4pda.ru/forum/index.php?showtopic=318487&view=findpost&p=45421931

Für Android 7 müssen Sie zusätzliche Schritte ausführen: 1. Emulator manuell ausführen. Gehen Sie zum SDK-Ordner sdk\tools\lib64\qt\lib. Führen Sie diesen Ordner-Emulator mit folgenden Optionen aus -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

2. Sie müssen adbdvon root neu starten :

   adb -s emulator-5554 root

Und Remount-System:

adb -s emulator-5554 remount

Es kann nur einmal pro Laufemulator gespendet werden. Und jedes andere Remount kann den Schreibmodus unterbrechen. Aus diesem Grund müssen Sie keine anderen Befehle mit Remount ausführen, wie z mount -o remount,rw /system.

Andere Schritte bleiben gleich - laden Sie Binärdateien hoch, führen Sie Binärdateien als Daemon aus und so weiter.

Bild von AVD Android 7 x86 mit root:

Wenn beim Ausführen der suBinärdatei ein Fehler in Bezug auf PIE angezeigt wird, wird eine falsche Binärdatei in den Emulator hochgeladen. Sie müssen eine su.pieim Archiv benannte Binärdatei hochladen , auf dem Emulator muss sie jedoch als sunicht benannt sein su.pie.

Ich glaube, dass der einfachste Weg darin besteht, einen Alias ​​für den Befehl zu erstellen sh, z

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

Getestet mit Android Emulator 3.0 und höher.

Hier mein Rucksack mit allem was du brauchst. Oder Sie können dieses Skript verwenden:

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

Ich habe gerade Attribute für su ersetzt und ~ / Android / Sdk / system-images / android-22 / google_apis / x86 / system.img zugewiesen und jetzt auf Android 5 habe ich immer root, auch für neue Systeme, es reicht aus, SuperSu zu installieren. apk

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

Danach sieht SuperSu.apk root. Aber ich aktualisiere die Binärdatei nicht

Ich habe einen Teil der Methode aus den obigen Lösungen verwendet. Sie funktionierten jedoch nicht vollständig. Bei der neuesten Version von Andy hat das bei mir funktioniert:

Auf Andy (Root Shell) [Um zu erhalten, klicken Sie mit der rechten Maustaste auf das HandyAndy-Symbol und wählen Sie Term Shell]

Führen Sie in der Shell die folgenden Befehle aus:

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

Installieren Sie dann SuperSU und installieren Sie die SU-Binärdatei. Dies ersetzt die soeben erstellte SU-Binärdatei. (Optional) Entfernen Sie SuperSU und installieren Sie Superuser per CWM. Installieren Sie die su-Binärdatei erneut. Jetzt funktioniert root!

Ich habe viele der oben genannten Vorschläge ausprobiert, einschließlich SuperSU, und konnte keine zum Laufen bringen, fand aber etwas viel Einfacheres, das für meine Zwecke funktionierte. In meinem Fall wollte ich SQLite nur an der Eingabeaufforderung ausführen können. Ich habe einfach einen Emulator mit einer älteren Version von Android (Lollipop) hochgefahren und sofort Root-Zugriff erhalten.

Ich habe festgestellt, dass der Standard-API 23 x86_64-Emulator standardmäßig gerootet ist.