adb – Linux und Ich

ADB aka Android Debug Bridge als App für Chrome

Christoph Langner — Tue, 05 May 2015 09:42:40 +0000

Wer sich ab und an mit Custom-ROMs oder dem Rooten von Android-Geräten beschäftigt, dem dürfte die Android Debug Bridge und natürlich auch das dafür nötige ADB-Tool für die Kommandozeile geläufig sein. Ich für meinen Teil hole mir die beiden Tools adb und fastboot auf Arch-Systemen über android-sdk-platform-tools direkt aus dem AUR, so muss ich mich nicht lange mit irgendwelchen Downloads beschäftigen. Doch ab und an wäre es schön auch einen direkten Zugang zur Android Debug Bridge zu haben.

Der umtriebige Android-Hacker (ROM Manager, Allcast, Mirror, ClockworkMod Recovery und einigen anderen Projekten rund um Android) und Cyanogen Inc. Mitbegründer Koushik Dutta hat nun sein ADB für Google Chrome überarbeitet, sodass die Chrome-App für Anwender, die es etwas bequemer haben wollen, durchaus interessant wird. Ohne groß Software auf dem Rechner installieren zu müssen, hat man Zugriff auf die Android-Shell des angeschlossenen Geräts und kann auch per Mausklick Screenshots und Videos vom Bildschirm des Handys oder Android-Tablets erstellen und auf der Festplatte abspeichern.

Mit ADB für Chrome muss man Android Studio und die SDK Tools nicht mehr zwingend installieren.

Mit ADB für Chrome lassen sich Screenshots und Videos von Android-Geräten wie auch die Shell öffnen.

Damit das Ganze funktioniert, müsst die Chrome-App auf eurem Rechner (sie arbeitet unter Linux, MacOS X, Windows und Chrome OS) installieren und auf eurem Smartphone oder Tablet unter Einstellungen | Über das Telefon sieben mal auf die Build-Nummer tippen und so die Entwickleroptionen des Handys freischalten. Danach könnt ihr dann unter Einstellungen | Entwickleroptionen das USB-Debugging aktivieren, sodass der in ADB for Chrome integrierte ADB-Server das Handy findet.

Der abgefilmte Android-Desktops landet danach als Videodatei auf der Festplatte.

android-scrot schießt Screenshots per adb vom Terminal aus

Christoph Langner — Wed, 12 Feb 2014 12:49:55 +0000

Für Android User muss ich immer wieder Screenshots von Android-Geräten und Apps erstellen. Im Prinzip geht das ja unter Android recht leicht, einfach nur An/Aus+VolumeDown gleichzeitig drücken, schon ist ein Screenshot gemacht. Doch um die Bilder vom Handy zu bekommen, muss man wieder extra rumwursteln. Besonders wenn MTP mal wieder rumzickt oder etwa der Bilderupload via Dropbox auf einem Testgerät noch nicht eingerichtet ist. Von daher habe ich mir mit android-scrot ein kleines Bash-Script gebaut. Es erstellt per adb den Screenshot, lädt ihn auf den Rechner und dreht das Bild gleich entsprechend der Orientierung des Handys.

Als zwingende Abhängigkeiten braucht android-scrot lediglich adb aus dem Android-SDK. Unter Debian und Ubuntu lässt sich das Tool über das Paket android-tools-adb aus den herkömmlichen Paketquellen recht einfach installieren. Bei Arch findet sich adb im AUR unter android-sdk-platform-tools. Andere Distributionen liefern das Android-SDK inzwischen eigentlich auch immer über ihre Paketquellen aus. Dazu braucht es noch optional imagemagick, um die Screenshots entsprechend der Ausrichtung des Handys zu drehen.

### Screenshot ohne Namen mit Timestamp erstellen...
$ android-scrot
Please connect your phone and activate USB-Debugging
android_12-02-2014_13-10-57.png saved

### Der ADB-Daemon muss nur beim ersten Screenshot gestartet werden...
$ android-scrot
android_12-02-2014_13-11-17.png saved

### Screenshot mit Timestamp und Namen erstellen...
$ android-scrot linuxundich
linuxundich_12-02-2014_13-11-26.png saved

### Ihr könnt auch den Dateinamen direkt angeben, eine bestehende
### Datei gleichen Namens wird ohne Warnung überschrieben...
$ android-scrot deine-app.png
deine-app.png saved

Der Rest ist dann ziemlich simpel: Handy per USB-Kabel an den Rechner anschließen, das USB-Debugging in den Entwickleroptionen aktivieren und das Skript abfeuern. Als Eingangsparameter könnt ihr einen Namen übergeben, android-scrot übernimmt diesen dann als Vorspann für den Dateinamen des Screenshots.

android-scrot erstellt Handy-Screenshots über das Linux-Terminal.

Zur „Installation“ des Skripts muss ich wohl nicht viele Worte verlieren. Wer mit der Android-Debug-Bridge herumhantiert, der wird wohl auch ein simples Skript zum Laufen bekommen. Wer es aber rein gar nicht auf die Reihe bekommen, der möge sich bitte an folgenden Befehlen orientieren, sie sollten das Skript unter Debian und Ubuntu einrichten. [UPDATE 09.01.2015: Sollte das Herunterladen des Skripts mittels wget einmal nicht mehr klappen, dann hat Github mal wieder etwas an den URLs geändert. Ihr bekommt das Skript natürlich jederzeit über die Github-Seite, müsst es aber dann natürlich selber an die richtige Stelle schieben.]

$ sudo apt-get install android-tools-adb imagemagick
$ adb devices  # Prüfen, ob Handy erkannt wird
List of devices attached 
0146970C0601500A	device
$ mkdir ~/bin
$ wget https://raw.githubusercontent.com/linuxundich/android-scrot/master/android-scrot -O ~/bin/android-scrot
$ chmod +x ~/bin/android-scrot
$ android-scrot
android_12-02-2014_13-29-18.png saved

Fortlaufend Screenshots eines Androiden erstellen

Christoph Langner — Wed, 11 Jul 2012 12:47:45 +0000

Mal ein schneller Tipp für alle Android-Blogger oder Autoren, die Screenshots von Android-Apps machen möchten, aber keine dritte Hand zur Verfügung haben, die im Dalvik Debug Monitor (ddms) auf den Screenshot-Button drücken könnte. Mit einem simplen Bash-Script löst man über adb shell den Screenshot aus und holt Ihn sich dann via adb pull auf den Rechner. Vorraussetzung ist natürlich, dass das Android SDK installiert ordentlich installiert ist und auf eurem Androiden der Debug-Modus aktiviert ist.

#!/bin/bash
while :
do
   adb shell /system/bin/screencap -p /sdcard/screenshot.png
   adb pull /sdcard/screenshot.png screenshot_$(date +'%Y%m%d_%H%M%S').png
done

Das Skript speichert ihr unter ~/bin oder /usr/local/bin ab und macht es ausführbar. Der Aufruf des Skripts macht dann etwa alle vier Sekunden einen Screenshot und speichert die Bilder im aktuellen Verzeichnis, bis ihr das Skript mit [Strg]+[C] beendet. So gelingen nun endlich auch Screenshots von Spielen oder Apps, deren Bedienung ihr zeigen möchtet und somit keine Hand frei habt.

Android-SDK mit Bezug auf 64-bit Ubuntu und das Samsung Galaxy

Christoph Langner — Mon, 14 Sep 2009 18:43:48 +0000

Um Anwendungen für Android zu Entwickeln oder tief in das System des Smartphones einzugreifen braucht man ein „Software Development Kit“, kurz SDK. Das Kit ist unter der Apache License lizenziert und kann als Quellcode oder auch als fertige Binaries von der Homepage des Android-Projektes heruntergeladen werden.

Auf einem 32-bit System ist das SDK schnell installiert, auf einem 64-bit Ubuntu braucht es jedoch noch ein paar Klimmzüge um es zum Laufen zu bekommen. Dazu kommt, dasd man mit dem SDK das Samsung Galaxy bislang noch nicht ansprechen kann. Erst mit einem gepatchten Programmteil klappt dies….

Installation

Zur Installation selber möchte ich nicht viele Wort verlieren. Alle relevanten Informationen bekommt Ihr etwa auf ubuntuverse.at oder natürlich auch auf developer.android.com.

Auf einem 64-bit System

Etwas aufwändiger wird es, wenn man Ubuntu in der 64-bit Variante betreibt. Das SDK benötigt ein 32-bittiges Java, startet man es ohne dies, kommen nur Fehlermeldungen auf den Bildschirm…

$ ./ddms 
Error Loading Preferences
52:23 E/ddms: shutting down due to uncaught exception
52:23 E/ddms: java.lang.UnsatisfiedLinkError: /opt/android-sdk-linux_x86-1.5_r3/tools/lib/libswt-pi-gtk-3236.so: /opt/android-sdk-linux_x86-1.5_r3/tools/lib/libswt-pi-gtk-3236.so: wrong ELF class: ELFCLASS32 (Possible cause: architecture word width mismatch)
	at java.lang.ClassLoader$NativeLibrary.load(Native Method)
	at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1767)
	at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1676)
	at java.lang.Runtime.loadLibrary0(Runtime.java:840)
	at java.lang.System.loadLibrary(System.java:1047)
[...]

Abhilfe schaft die Installation des Paketes ia32-sun-java6-bin…

$ sudo apt-get install ia32-sun-java6-bin

…und das setzen von ia32-java-6-sun als JVM…

$ sudo update-alternatives --config java
Es gibt 3 Alternativen, die »java« bereitstellen.

  Auswahl      Alternative
-----------------------------------------------
          1    /usr/lib/jvm/java-6-sun/jre/bin/java
*+        2    /usr/lib/jvm/java-6-openjdk/jre/bin/java
          3    /usr/lib/jvm/ia32-java-6-sun/jre/bin/java

Drücken Sie die Eingabetaste, um die Vorgabe[*] beizubehalten,
oder geben Sie die Auswahlnummer ein: 3
Verwende »/usr/lib/jvm/ia32-java-6-sun/jre/bin/java«, um »java« bereitzustellen.

Diese Methode hat jedoch den Nachteil dass die 32-bit JVM nun für ALLE Java-Programme auf dem System benutzt wird. Wahrscheinlich passender ist es daher die Datei ddm selber anzupassen. Dazu öffnet Ihr die Datei in einen Editor und ändert den Abschnitt…

[...]
else
    os_opts=
    java_cmd="java"
fi
[...]

…entsprechend in…

[...]
else
    os_opts=
    #java_cmd="java"
    java_cmd="/usr/lib/jvm/ia32-java-6-sun/jre/bin/java"
[...]
fi

Somit ruft ddms direkt das 32-bit Java auf.

Das SDK und das Samsung Galaxy

Beim Einstecken von USB-Geräten werden eine Reihe von udev-Regeln ausgeführt. Auch für das Galaxy muss eine Regel erstellt werden. Im Netz findet man viele an die HTC Geräte G1 (Dream) und G2 (Hero) angepasste Anleitungen. Diese darf man jedoch nicht 1:1 übernehmen, da die Regel an die Hersteller-ID angepasst werden muss. Über…

$ lsusb
[...]
Bus 001 Device 025: ID 04e8:6640 Samsung Electronics Co., Ltd Usb Modem Enumerator
[...]

…bekommt ihr diese ID heraus. Im Fall des Samsung Galaxys lautet sie „04e8“. Weitere Android-Geräte von Sony, Motorola und Co. stehen in der Pipeline, daher sollte man nicht blind Anleitungen zum Thema Android und udev übernehmen, die ID wird bei jedem Hersteller anders lauten. Diese ID tragt Ihr nun in die udev-Regel /etc/udev/rules.d/90-android-rules…

SUBSYSTEM=="usb", ATTRS{idVendor}=="04e8", MODE="0666"

… ein und lässt am besten nach Erstellen der Datei die Konfiguration von udev via sudo /etc/init.d/udev reload neu einlesen. Es kann gut sein, dass udev die Regel erst dann ausführt.

adb findet das Galaxy nicht

Nun zur nächsten Baustelle. Diese VendorId von Samsung wirkt sich auch im SDK selber aus. Im aktuellen SDK (Version 1.5_r3) ist sie noch nicht eingebaut. Die Folge: Das SDK kann das Galaxy nicht finden, selbst wenn der USB-Debug-Modus aktiviert wurde. Bei adb bleibt die Liste der angeschlossenen Andorid-Geräte leer…

$ ./adb devices
List of devices attached

Abhilfe schafft nur das Patchen von adb. Wer dies nicht möchte kann auf http://floe.butterbrot.org/external/adb.gz zurückgreifen. Diese Version der adb-Datei wurde bereits gepatcht. Man muss sie nur herunterladen, entpacken und gegen die im SDK mitgelieferte tools/adb austauschen. Eventuell ist auch ein Check der Prüfsumme des Archivs angebracht. Diese muss…

$ md5sum adb.gz
82727d3eb69452c50421f9f7196d5cf4  adb.gz

…ergeben. Weitere Informationen und Hintergründe zu diesem Thema findet Ihr im Blog von Heiko Schwarz. Ist nun die adb-Dateo ausgetauscht killt ihr bitte den adb-Daemon (falls ihr adb bereits ausgeführt hattet) via $ killall adb und ersetzt die Datei. Nun sollte das Galaxy von adb gefunden werden…

$ ./adb devices
* daemon not running. starting it now *
* daemon started successfully *
List of devices attached 
I75005EYJ4pRPQ6	device

…und dem Erstellen von Anwendungen für Android oder das Rooten des Galaxys sollten nichts mehr im Wege stehen.

DDMS zeigt den Screen des Samsung Galaxy unter Ubuntu 64-bit