ASUS Transformer TF101/SL101 (un-) rooten / Downgrade / SKU wechsel (bis 9.2.1.24)

ASUS Transformer TF101/SL101 (un-) rooten / Down grade / SKU Konversion (wenn gerootet) (alle Versionen getestet bis ICS .24)

Achtung, ihr macht es auf eigene Verantwortung, wenn was schief läuft hat das Gerät Schrottwert, da auch das Recover System dabei gekillt und ausgetauscht wird. also müsst ihr auch ein bisschen Geduld mitbringen.

naja, und rechtschreibung wer die wiederfindet, das sie behalten. *gg*

---------------------------------------------------------
Alle Wege setzen selbstverständlich ein paar Sachen voraus :
1. Einen Vollen Akku
2. ein Installiertes Android SDK (Android SDK | Android Developers)
setz ich mal voraus dass ihr wisst wie das geht.
3. wegen der ADB Treiber die Installierte aktuelle "ASUS Pad PC Suite"
und das pad ist ansprechbar also die Treiber sind auch installiert.
4. das ihr ein recovery blob habt. ([Recovery] Rogue XM Recovery v1.3.0 (CWM-based Recovery v5.0.2.7) - xda-developers)
im zipfile ist das blobfile drin.
5. die Superuser-3.0.7-efghi-signed.zip
(http://downloads.noshufou.netdna-cdn.com/superuser/Superuser-3.0.7-efghi-signed.zip)
6. Da das SDK ebenfalls Java benötigt, natürlich auch dieses passend für euer System.
Java SE JDK 6u25 Download
wichtig ist das ihr das jdk installiert und nicht nur das java sdk.
7. naja natürlich ein Daten Kabel.
------------------------------------------------------------------------

Ja ihr hab richtig gelesen, im Gegensatz zur Asus Webseite ist ein SKU Wechsel Möglich, die Voraussetzung ist allerdings das ihr bereits root Zugriff habt. daher später dazu mehr.

Im Großen und Ganzen ist nur eine Anleitung dafür notwendig, aber etwas Mut und Handarbeit.

Aber ihr solltet euch im Klaren sein das wenn etwas schief geht, (zumindest an der falschen Stelle) habt ihr einen schönen und Teuren Briefbeschwerer).

Für den down grade und sku Wechsel ein root Zugriff notwendig ist, fangen wir mal mit dem root an.
ich setze einfach mal voraus das bekannt ist wie sdk / jdk /treiber installiert werden.

ich habe auf meinem System das android sdk der Einfachheit halber nach, "C:\Android" installiert.
so dass das daraus für unsere Arbeit wichtige Verzeichnis "C:\Android\android-sdk\platform-tools" lautet.
also müsst ihr den Pfad für euch evtl. anpassen, je nachdem wo ihr das sdk hin installiert habt.
####
Anleitung root
####

Kommando Zeile öffnen "Start -> Ausführen" dort CMD eintippen und Return drücken.
darin wechselt ihr in euer Verzeichnis mit den sdk platformtools.
mittels Explorer schiebt ihr euer recovery blob in das gleiche Verzeichnis.
Achtung nicht die zip sondern nur die darin vorhandene Datei "recoveryblob"
pad am Rechner anschließen und warten bis der usb debugmode am pad sich meldet das eine Verbindung besteht wie ihr seht muss der debugmodus aktiviert sein.
dann testen wir ob das pad ansprechbar ist.
und tippen am Rechner in die cmd folgendes :
-----
adb devices
-----
nach enter sollte eine kleine Meldung kommen die euer pad mit einer Zahlenkolonne identifiziert, evtl. müsst ihr es auch mehrmals ausführen.
klappt das ist es soweit, und fuhrwerken nun im Datei System vom pad rum, also ab hier Vorsicht walten lassen.
dazu tippen wir nun ein paar Zeilen in die cmd ein.

----------------
adb shell
mv /data/local/tmp /data/local/tmp.bak
ln -s /dev/block/mmcblk0p4 /data/local/tmp
exit
adb reboot
----------------

das sorgt dafür dass die Besitzrechte im pad ein bisschen verschoben werden. und startet anschließend das pad neu, so dass wir
erweiterte Zugriffe bekommen und per adb das System flashen können.
wenn das pad wieder gebootet hat, geht es weiter.
erst mal schieben wir das recoverblob auf das Tablett, in den internen Speicher (kann dort später gelöscht werden)
---------
adb push recoveryblob /sdcard
---------

danach scheint sich erst mal kurz nix zu tun,
nach einer weile seht ihr eine Meldung mit ungefähr folgenden Hinweis:
"4536396 bytes transferred in 1.718 secs (2640509 bytes/sec)"
die Werte können und werden variieren.
danach geht es weiter, zum wirklich riskanten Bereich, wenn ab jetzt was schiefgeht ist das pad evtl. nicht mehr zu retten.
also tippen wir weiter :
-------
adb shell
dd if=/sdcard/recoveryblob of=/dev/block/mmcblk0p4
-------

und jetzt unbedingt warten bis wieder so eine Zeile in der cmd auftaucht.

"4536396 bytes transferred in 1.718 secs (2640509 bytes/sec)"

denkt dran die zahlen variieren, und wenn ihr hier seit, könnt ihr aufatmen.

nun machen wir weiter

-----------
exit
adb reboot
-----------

jetzt taucht mal kurz der asus schirm auf den ihr vom normalen flashen kennt, und landet dann wieder auf dem Tablett Desktop.

nu habt ihr die cwm wieder im System und habt wieder alle Möglichkeiten die der clockworkmod bietet.

nun bootet ihr das pad in die recoverykonsole.

also [vol down]+[power] und dann kurz [vol up], dann bootet es ins cwm und ihr könnt über install from zip file"
eure Superuser-3.0.7-efghi-signed.zip auswählen (die ihr vorher auf die sd karte geschoben habt), und flashen. nach einem Neustart habt ihr wieder root rechte.
bis hier habt ihr wieder root und habt eure Daten nicht verloren.
jedoch funktioniert nun euer ota update nicht mehr.


######
down grade und sku Wechsel /unroot naja alle haben die gleiche Vorgehensweise.
######

ich kürz das einfach mal ab da ja im root schon das meiste beschrieben ist und das Gerät gerootet sein muss.

zuerst holt ihr euch bei asus das updatefile in der sku wie ihr es wollt.
also z.b. "UpdateLauncher_DE_epaduser86521.zip" darin ist wieder eine zip in der sich dann eine Datei mit Namen "blob" befindet.
diese blob Datei schiebt ihr wieder in das Verzeichnis: "C:\Android\android-sdk\platform-tools".
Dann wieder die cmd öffnen und dort dann folgendes nach und nach eintippen, nach jeder Zeile return/enter.

------------------------------------------
cd C:\Android\android-sdk\platform-tools
adb devices
adb push blob /data/local
adb shell
su
------------------------------------------

sollte nach Eingabe von su sich das $ nicht in ein # ändern ist euer Gerät nicht gerootet und ihr müsst erst mal das pad rooten.

----------------
dd if=/data/local/blob of=/dev/block/mmcblk0p4
-----------------

und jetzt müsst ihr warten, kann schon mal 10 Minuten und mehr dauern aber wartet einfach weiter.
nach einer Weile kommt wieder eine rück Meldung in der cmd.
Ungefähr nur mit anderen werten: "4536396 bytes transferred in 1.718 secs (2640509 bytes/sec)"
zum Schluss einfach wieder exit und adb reboot.

nach dem Asus flash Screen der auch ne ganze weile benötigt, müsst ihr das Gerät wipen sonst hängt ihr in einer bootschleife fest.
Beim flashen dabei wird auch der original recover und bootloader hergestellt, der im blobfile ist.
Also funktioniert anschließend auch das OTA der entsprechenden sku, aber seit gewiss wenn ihr eine andere sku benutzt wie für euer Gerät vorgesehen ist eure Garantie futsch.
nun könnt ihr euer pad wieder normal nutzen, nur mit der sku wie ihr lustig seid und der Firmware Version nach eurem Wunsch.

hab grad gelesen das es wohl in höheren versionen die symlink geschichte von asus gefixt wurde, auf dem tf300 soll es ab .29 nicht mehr gehen. aber bis .24 kann ich jedenfalls sagen funktioniert es.