4 Android Geräte - man leite mich an die richtigen Unter-Foren .

Blinderhund · 2015-05-02T13:48:16+0200

Seit ca. Januar 2015 besitze ich meine Ersten Android Geräte .

Vom Munde abgespart, und darum etwas chronisch schlecht gefrühstückt .

1 ) Tablet Archos 79 Cobalt - Android 4.2.2

2) Tablet Blaupunkt Endeavour 785 Kaufland lizensiert ( Baros ) - Android 4.4.2

3) Motorola Fire XT-311 - Android 2.3.3

4) Huawei Ideos X3 - Android 2.3.3

Ich habe die Dinger als letzte Ausstellungsstücke zu 50 bekommen ( außer das Kaufland zu 80) , und möchte sie so ziemlich in Allem austesten .

Mein PC-Hauptbetriebssystem ist ein Linux - aber selbst ausstaffiert und kompilliert ( Kein Suse oder Debian von der Stange ) .

Die android-sdk mitsammt platform-tools ist vorhanden , auch v1.6 wegen GLIBC-2.7 Abhängigkeit der neueren adb Binär-Datei ( jre-1.7.05 ) .
Die neuere SDK starte ich zum Teil in chroot . Umbebung mit mount -o bind /proc ./proc [sys,dev] .

adb arbeitet OK als

Code:

./adb devices -l

und bei den Android 2.3.3 Geräten auch reboot recovery, reboot bootloader .
fastboot - Werkzeug ist bei der sdk-v1.6 noch nicht vorhanden .

./fastboot devices -l geht manchmal , manchmal nicht,
./fastboot continue | reboot geht bei dem Huawei am Besten , das Motorola blieb oft im fasttboot-Schirm stehen ( Akku ausnehmen und wiedereinsetzen ) .

Die Tablets beide haben wahrscheinlich kein recovery Boot-Menue , sowie kein Bootloader-Menue , aber einen Failsafe-Boot ( Lautst.- + Saft-An ) .
Hier funktioniert adb fast gar nicht, weil nicht authenticated oder irgend so ein Quatsch .

Ziel ist eigentlich mit adb push eine Busybox nach /system/bin zu kopieren , sowie eine su - Datei ( Busybox su ) .
Android nutzt cgroups , so weiß ich nicht, ob su ausreicht .

adb pull und adb shell gehen bei den 2.3.3 Dingern problemlos.

Die Busybox hab ich von Debian vorkompilliert gezogen , da mir eine Cross-Compile-Werkzeug-Kiste für ARM komplett fehlt .

So, das müsste fürs Erste ausreichen .
Hab englischen Browser, und hoffentlich nicht allzuviel Typos hier hineingesetzt .
:wubwub:

Hatte Gestern unangemeldet schon ein paar Tutorials gelesen mit Linux
:love:

.

Randall Flagg · 2015-05-02T20:52:20+0200

Hallo und herzlich Willkommen im Forum!

Viel Spaß beim lesen, einlesen und entdecken. Android ist schon ein schönes Hobby, wo man viel Zeit drin versenken kann.
Hier bist Du ja dafür an der richtigen Adresse.

Blinderhund · 2015-05-02T22:03:25+0200

Vielen Dank fürs willkommen .

Was ich heute versucht habe :
https://github.com/revolutionary/zergRush

Code:

bash-3.00# gcc -o zergRush zergRush.c -ldl
/tmp/ccOlIVYe.o: In function `do_fault':
zergRush.c:(.text+0x5da): undefined reference to `socket_local_client'
/tmp/ccOlIVYe.o: In function `do_root':
zergRush.c:(.text+0x12df): undefined reference to `property_set'
/tmp/ccOlIVYe.o: In function `main':
zergRush.c:(.text+0x1448): undefined reference to `__system_property_get'
zergRush.c:(.text+0x14fd): undefined reference to `__system_property_get'
zergRush.c:(.text+0x1835): undefined reference to `property_get'
collect2: ld returned 1 exit status

socket_local_client ist wahrscheinlich in einer Android Funktions Bibliothek, die ich nicht hab .
Musste mir vier fehlende Android headers suchen , hochgeladen als Anhang , damit es andere einfacher haben ( wäre nett wenn es jemand schaffen würde sie kompilliert anzuhängen )

Code:

/* #include <sys/system_properties.h>
*/
#include "system_properties.h"
/* #include <cutils/sockets.h>
*/
#include "sockets.h"
/* #include <private/android_filesystem_config.h>
*/
#include "android_filesystem_config.h"

und
#include <sys/stat>
musste ich noch eintragen wegen fehlendem "stat" in einer Zeile .

Blinderhund · 2015-05-02T22:53:06+0200

Ein weiterer Versuch mit Installation aus dem Recovery-Modus :

https://www.android-hilfe.de/forum/...-fuer-sensation-und-xe-1-1x-hboot.129159.html

Beide dort angehängten .zip Dateien auf externe SD-Karte in Unter-Mappe "/SU/" kopiert, vorher noch entpackt und die dort enthaltenen jeweils ein Super-User.apk auch noch in "/SU/" hineinkopiert, sowie die su Binär-Datei .
Es ist ein kleineres Superuser.apk mit Totenkopf auf schwarzem Grund und habe das andere als Superuser-big.apk umbenannt ( grüner 1/2 Totenkopf auf grauem Grund ) .

Das Huawei und das Motorola mit ./adb reboot recovery in den Recovery Modus geschickt .

Dort das Untermenue "apply update from sdcard" augerufen, nach "/SU/" navigiert und die beiden .zip gewählt .

Beim Motorola müsste ich noch anfügen, das man das "Häuschen Symbol" in unteren Touchscreenbereich berühren muss, um aus dem Recovery-Bootsplash in das Menue zu gelangen . Hoch-Und-Runter mit den Lautstärke-Tasten , Eingabe mit dem Ein-Aus-Knopf .

Das ist beide Male gescheitert wegen "Signature verification failed" :

Peter B. · 2015-05-03T00:47:36+0200

Hey,

schön zu sehen, dass wir hier einen neuen Experten begrüßen können!

Nur: was soll das in deinem Vorstellungsthread? Poste das doch idealerweise in die Fachforen, wo es die Leute sehen können, die es evtl. auch verstehen (Ich habe davon leider nur begrenzt Ahnung)

Hier die Links zu ein paar Foren, die dich interessieren dürften:
Archos Forum auf Android-Hilfe.de
Blaupunkt Tablets Forum auf Android-Hilfe.de
Motorola Forum auf Android-Hilfe.de
Huawei Forum auf Android-Hilfe.de
Android Developer auf Android-Hilfe.de
Beste Grüße,
Peter

Blinderhund · 2015-05-03T05:48:03+0200

Danke Peter, für die Links !

Genauso etwas wollte ich haben .

Klar, hätte ich es gern ein bischen präziser ...

ABER!
Für das Huawei hab ich jetzt su ! :lol:

Code:

cat /proc/cmdline

geht jetzt ohne "permission denied" Meldung ..

Schritte :
Zuerst über das Update zu Android-2.3.5 gestolpert :
https://www.android-hilfe.de/forum/...ei-updates-anleitung.209639.html#post-5321092
Ideos X3
Einen Fehler gemacht :
Das Update-Archiv? von update.app nach huawei_ideosX3_update.app umbenannt .
Das reguläre Update-Menu fand dies umbenannte update.app , aber beim entpacken wollte es nicht mehr .
Und man kann anscheinend nicht umbenennen im regulären Dateierkunder , nur auschneiden , kopieren und anderes ..
Aber im terminal-app konnte ich moven, auch ohne su .

Das Update lief ansonsten OK. Leider ist die Graphik im Detail verschlimmbessert worden . :huh:

Zweitens :
https://www.android-hilfe.de/forum/...rungszustand.145680-page-23.html#post-8000937
Dies CWM recovery Boot-Menu geflasht per Hand und nicht per script , aber die Scriptbefehle so übernommen :thumbup:

.
Dann mit
./adb reboot recovery
eine kleinere su-x.y.zip installieren können - habe jetzt drei verschiedene su-Packete gefunden hier im Forum .

Später ist das Motorola dran ( ohne häßliches Android Update ) .
EDIT: Mit diesem CWM recovery.img für das Huawei hab ich das Motorola zerschossen , es bleibt schwarz .

Auch CyanogenMod Downloads zu mir gestreamt , aber das ist ein anderen Tag an der Reihe .

Zu guter Letzt :
Das Blaupunkt hat doch ein recovery-Menu . Der Einschaltknopf ist nervige 8 Sekunden zu halten, damit es anspringt , und dann anscheinend mehrmals Lautstärke+ drücken .
Leider hat dies Blaupunkt bei Lautstärke+ einen Wackelkontakt - "-" geht immer ... :unsure:

Und adb devices -l sagt nun :

Code:

0123456789ABCDEF       sideload usb:1-4

Und ich weiß gar nicht mehr, was ich laden wollte vor 2-4 Stunden ...
- doch :

Code:

./adb -s 0123456789ABCDEF sideload ../../tmp/su-2.3.6.3-efgh-signed.zip

, doch natürlich meckert der reguläre recovery Installer , so wird es auch ein [edit: für das Tablet gefertigtes /edit] CWM dazu benötigen .

Blinderhund · 2015-05-03T17:43:36+0200

Nachtrag zur adb Fehlermeldung : "unauthorized" :

Hatte $HOME/.android nach /mnt/sdb19/Android/android-sdk-linux verlinkt .
Dann aber durch den Update-Wirrwar der SDK und die scheinbar fehlende Archiv oder downgrade-Möglichkeit ,
kopien gemacht und den Ordner android-sdk-linux in android-sdk-linux-00 umbenannt und somit den Link gebrochen .

Android ADB device offline, can't issue commands - Stack Overflow
hat einen Post , der mich auf die richtige Fährte brachte :

1 down vote
As nobody gave an answer for my situation: you may not have access to the ~/.android/adbkey file. If you initially start adb with sudo, it will generate a public key pair, writing this to ~/.android/adbkey.pub and ~/android/adbkey.

Also schaute ich nach den Dateien adbkey* und voila : Nun fragen die beiden Tablets nach Zulassung des RSA-Key's beim Anschluss an den Rechner .

Das Archos habe ich dann in den recovery Modus gesendet .
Dort geht nur der Lautstärke-Minus Knopf , und wieder hochnavigieren nicht möglich .
Und nach herumdrücken aller drei Köpfe , steckt es im Recovery-Splash und bewegt sich nicht mehr :scared:

..

Und jetzt geht es wieder nach wirrem herumdrücken - auch hoch-navigieren :confused2:

..

Quick results: Click search for more Results…

4 Android Geräte - man leite mich an die richtigen Unter-Foren .

Blinderhund

Neues Mitglied

Randall Flagg

Ehrenmitglied

Blinderhund

Neues Mitglied

Anhänge

Blinderhund

Neues Mitglied

Anhänge

Peter B.

Ehrenmitglied

Blinderhund

Neues Mitglied

Blinderhund

Neues Mitglied

Ähnliche Themen