Wie führe ich "adb shell" - Befehle in ein terminal-emulator, der lokal auf einem Android-Gerät?

Aus einer shell auf meinem PC, ich kann laufen adb shell cmd package list packages, und erhalten eine Liste aller installierten Pakete. Ich würde gerne diese und ähnliche Befehle lokal auf meinem Android-Handy (Nexus 6P) in einem terminal-emulator (derzeit mit Termux).

Wenn ich öffnen Sie die gleiche shell mit /system/bin/sh, und dann versuchen, führen Sie /system/bin/cmd package list packages, passiert nichts (keine Fehler, einfach nichts Ausgänge und lädt die Eingabeaufforderung).

Wenn ich /system/bin/cmd -l die Liste der Optionen wird angezeigt, wie erwartet. $PATH und $LD_LIBRARY_PATH sind die gleichen, die in beiden Umgebungen. Ein wichtiger Unterschied ist, dass echo $USER gibt "shell" aus adb shell, aber zurück zu meinem lokalen Benutzernamen aus /system/bin/sh gestartet Termux.

Gibt es eine Möglichkeit, zu replizieren, das Verhalten der Befehle ausführen, von adb shell in einem terminal-emulator, der lokal auf Android?

Bearbeiten:
Mein Gerät ist verwurzelt, und ich bin OK mit root nur Lösungen.

Sie können sich auf github.com/termux/termux-app/issues/77
Danke für den link. Ich denke aber, dass link tatsächlich versucht, zu tun das entgegengesetzte von, was ich will: emulieren das Verhalten von termux von adb. Eigentlich möchte ich, um zu emulieren das Verhalten der Befehle ausführen, von adb shell in einer shell ausgeführt wird, lokal auf dem Gerät. Meine Verwirrung ist, dass ich bin läuft die gleiche binary unter Verwendung der gleichen shell-binary auf dem gleichen Gerät und immer einen anderen Ausgang (technisch keine Ausgabe beim ausführen lokal).

InformationsquelleAutor rjdang | 2017-10-29

  1. 3

    Das problem ist Termux. Durch design, Termux läuft nur (oder meistens?) das Linux-Kommandozeilen-Programme, die Sie installieren innerhalb Termux die Verwendung von apt oder das neuere "Heimat" - Paket-management-Schnittstelle, z.B. apt installieren bsdtar. Was Sie benötigen, um ausführen die adb-shell-Befehlen ist ein terminal-emulator, der wirklich Zugriff auf das zugrunde liegende Android-Dateisystem, nicht nur die Termux das ist praktisch eine chroot-speichern für die Tatsache, dass es ist bewusst, es ist nicht ausgeführte Befehle aus dem root-Dateisystem /.

    Als ein einfacher test, führen Sie den folgenden Befehl ein:

        which ls

    Sollte es wieder so etwas wie /system/bin/ls. Aber wenn es gibt so etwas wie /data/data/com.termux/files/usr/bin/applets/ls dann müssen Sie ändern Sie Ihre terminal-emulator, um etwas anderes. Ich vermute, dass Termux konzipiert wurde, berücksichtigen, die weitere restriktive shell-Ausführung Richtlinien von Google umgesetzt, nachdem KitKat oder Android 4.X.

    Android-distribution, die ich verwende, LineageOS 14.1, kommt mit einem built-in-shell-emulator, der mir erlaubt, Befehle ausführen, finden Sie in /system/bin/ls.

    InformationsquelleAutor Need to Eat Breakfast

  2. 3

    Ich nicht verwurzelt Nougat Gerät handlich, aber etwas wie die folgenden sein, eine ausreichend enge Annäherung an adb shell (vorausgesetzt, Sie verwenden SuperSU):

    env -i USER=shell "$(PATH=/system/xbin:/system/bin:/su/bin:/sbin:/magisk/.core/bin which su)" shell --context u:r:shell:s0 --shell /system/bin/sh --command COMMAND

    Ich (sehr kurz) getestet, die es aus Termux auf einem gerooteten Marshmallow-Gerät.

    Erarbeiten:

    • die -i flag wird verwendet, um beginnen mit einer leeren Umgebung
    • USER=shell ist nicht speziell erforderlich, aber für einige Grund su sich weigert zu laufen, mit einer völlig leeren Umgebung
    • $(PATH=/system/xbin:/system/bin:/su/bin:/sbin:/magisk/.core/bin which su) Punkte, um den vollständigen Pfad der su binary auf Ihrem Gerät, und Sie können auch hardcoded werden, wenn Sie es vorziehen
    • shell weist die su binäre melden Sie sich als shell-user (die gleichen wie adb shell)
    • --context u:r:shell:s0 setzt die entsprechenden SELinux-Kontext
    • --shell /system/bin/sh weist SuperSU zu nutzen, die system-shell anstatt eigene sush shell

    Eine andere option wäre, tatsächlich ausführen adb vom Gerät verbindet sich über TCP. Wenn Sie einige Funktionen, die nur über adb (z.B. in meinem Fall war es adb forward) dann kann dies Ihre einzige option. Leider ist das nicht besonders angenehm.

    War ich nicht in der Lage zu finden, Erfolg mit allen öffentlich verfügbaren adb-binaries, so Baue ich es mir selbst mit ein paar kleinen änderungen. Sie können die Quellen, die ich verwendet, und die änderungen, die ich an https://github.com/shakalaca/fastboot-adb-android und https://github.com/brbsix/fastboot-adb-android, beziehungsweise.

    Sobald Sie adb installiert haben, hier ist eine gekürzte Liste der Befehle, die ich verwendet, um eine Verbindung zu dem Gerät:

    # Add iptables rules to block external connections to port 9999'
su root iptables -N adbd
su root iptables -A adbd -i lo -p tcp -m tcp --dport 9999 -j ACCEPT
su root iptables -A adbd -p tcp -m tcp --dport 9999 -j DROP
su root iptables -A INPUT -j adbd

# Necessary in order to display authorization prompt
su shell setprop ro.debuggable 1

su shell setprop service.adb.tcp.port 9999

su root start adbd

adb connect 127.0.0.1:9999

adb wait-for-local-device

    Herunterfahren:

    adb kill-server
su root stop adbd
su shell setprop ro.debuggable 0
su shell setprop service.adb.tcp.port 0
su root iptables -D INPUT -j adbd
su root iptables -F adbd
su root iptables -X adbd
    Vielen Dank für die ausführliche Antwort. Ich wusste nicht, über einige dieser Einstellungen/Befehle. Ich bin mit Magisk für root, aber root scheint zu funktionieren korrekt. Leider wird dieser Befehl gibt mir immer noch das gleiche Ergebnis, zumindest für die "cmd" - Befehl. Es gibt einfach zurück, nichts. Ich habe versucht, auf einem Nexus 5x laufen Nougat, um sicherzustellen, dass es nicht das Gerät, und dasselbe Ergebnis: funktioniert in adb shell null in Termux mit deinem Befehl. Muss eine änderung in Nougat?
    Arbeitete für mich auf der Torte.

    InformationsquelleAutor Six

Schreibe einen Kommentar