Das Backup über ADB ist seit Android „Ice Cream Sandwich“ 4.0 möglich, alles was Ihr dazu braucht ist ein Rechner mit dem Android-SDK und ein USB-Kabel. Unter Linux installiere ich das SDK am liebsten über ein kleines Install-Skript, dass das Entwickler-Toolkit für Android aus dem Netz holt und unter Debian und Ubuntu ordentlich im System verankert, so erspart man sich den einen oder andere Ärger bei der Nutzung des SDKs. Unter Windows läuft das SDK auch, eine schnelle Suche im Netz sollte euch zum Ziel führen, der Rest hier ist systemübergreifend gültig.

Nach der Installation des SDK solltet ihr kurz überprüfen, ob euer Handy vom ADB-Server auch gefunden wird. Schaltet dazu in den Einstellungen des Handys unter Einstellungen | Entwickleroptionen den USB-Debuggingmodus ein und verbindet dann euer Android-Gerät per USB-Kabel mit dem PC. Im oberen linken Eck sollte jetzt ein kleines Android-Symbol erscheinen, dass der USB-Debuggingmodus aktiv ist. Ein Aufruf des ADB-Servers sollte auch zeigen, dass euer Handy korrekt gefunden wurde.

$ adb devices
* daemon not running. starting it now on port 5037 *
* daemon started successfully *
List of devices attached
0146970C0601500A        device

Für das eigentliche Backup gibt es nun eine Reihe von Optionen, die man ab- oder anschalten kann. Ihr habt die Wahl zwischen dem Sichern oder Übergehen eurer Apps (Standard ist das Übergehen), dem Sichern der Daten auf der SD-Speicherkarte/Datenpartition (Standard ist Übergehen) und dem Sichern der Einstellungen der System-Apps (Von Haus aus aktiv), die Hilfe gibt euch ausführliche Infos zu jeder der Optionen.

## Bei mir liegt adb nicht im System-Pfad, daher muss ich erstmal in das
## Verzeichnis wechseln
$ cd /usr/local/android-sdk/platform-tools/
$ ./adb help
...
adb backup [-f ] [-apk|-noapk] [-shared|-noshared] [-all] [-system|-nosystem] []
- write an archive of the devices data to .
If no -f option is supplied then the data is written
to "backup.ab" in the current directory.
(-apk|-noapk enable/disable backup of the .apks themselves
in the archive; the default is noapk.)
(-shared|-noshared enable/disable backup of the device's
shared storage / SD card contents; the default is noshared.)
(-all means to back up all installed applications)
(-system|-nosystem toggles whether -all automatically includes
system applications; the default is to include system apps)
( is the list of applications to be backed up. If
the -all or -shared flags are passed, then the package
list is optional. Applications explicitly given on the
command line will be included even if -nosystem would
ordinarily cause them to be omitted.)

Ich persönlich habe mein System die letzten Tage mit allem drum und dran sichern lassen, so dass das Backup letztendlich über 10 GByte groß wurde. Ich kann nicht klagen, aber es hat enorm lange gedauert. Leider hatte ich vergessen die Dauer zu notieren, aber sowohl das Sichern wie auch das Wiederherstellen der Daten hat locker den halben Tag gedauert.

Während der Laufzeit des Backups könnt ihr euer Handy benutzen, allerdings solltet Ihr es nicht vom USB-Kabel trennen, sonst geht der ganze Klimmbimm wieder von vorne los. Folgende Befehle hatte ich genutzt, um mein Backup zu erstellen und dann nach dem Rooten wieder einzuspielen.

## Backup mit allem drum und dran erstellen
$ ./adb backup -apk -shared -all -f backup_$(date +%d%m%Y).ab
## Backup wiederherstellen
$ ./adb restore backup_datum.ab

Etwas ärgerlich ist, dass man während des Backups bzw. dem Wiederherstellen keinerlei Feedback bekommt, wie weit nun das Backup voran geschritten ist. Beim Erzeugen des Backups könnt Ihr über die Dateigröße der Backup-Datei recht einfach prüfen, was gerade läuft. Wächst sie noch, und ist das Terminal nicht schon in die nächste Zeile gesprungen, dann läuft das Backup noch. Beim Wiederherstellen schaut ihr euch am besten das logcat über ddms an, dort seht Ihr im Detail was gerade auf dem Handy passiert.

In meinem Selbstversuch war das Backup absolut zuverlässig. Ich habe mein Stock-Galaxy-Nexus gesichert, es gerootet, Jelly Bean installiert und dann das Backup zurückgespielt. Von den System-Einstellungen, über meine installierten Apps und deren Einstellungen, bis hin zu all meinen Bildern, Videos und MP3s wurde alles automatisch wiedergergestellt. Es dauert ewig – gerade wenn man eben den Inhalt der SD-Karte mitsichert – doch das Backup nimmt einem viel Arbeit ab.

[UPDATE 22.08.2012] Bei Android-Hilfe.de finden sich noch ein paar Infos über das hier hier beschriebene Backup über die Android Debug Bridge. SMS werden wohl nie gespeichert und das Wiederherstellen von Widgets geht wohl auch ab und an schief. Bei mir hatte es unter ICS geklappt, auf einem Nexus 7 Tablet mit Android „Jelly Bean“ 4.1 allerdings nicht mehr. SMS könnt Ihr mit SMS Backup&Restore oder SMS Backup+ sichern, bei Widgets helfen zur Not Screenshots der Homescreens. [/UPDATE]

Sollte euch auch der Spieltrieb treiben, so könnt Ihr Android auf dem Touchpad installieren. Die Aktion dauert keine zehn Minuten und ist auch nicht sonderlich gefährlich. Im folgenden möchte ich die Installation von Android auf dem Touchpad aus der Sicht eines Linuxer beschreiben, die Links probiere ich aktuell zu halten. Sollte sich etwas geändert haben, so hinterlasst bitte einen kurzen Kommentar.

Die nötigen Downloads und Vorbereitungen

Folgende Dinge müsst Ihr erst einmal aus dem Internet laden. Bis auf das eigentliche CyanogenMod verlinkte ich nicht direkt auf die Downloads, so müsstet Ihr eigentlich immer die aktuellen Dateien runterladen können. Prüft am besten auch gleich im RootzWiki, ob nicht vielleicht auch eine neuere Version von CyanogenMod für das Touchpad veröffentlich wurde.

Ansonsten verlinke ich hier aktuell auf die zweite Alpha-Version. Ladet alle Dateien am besten erstmal in ein Verzeichnis runter, bis auf den ACMEInstaller müssen nachher alle Dateien auf das Touchpad geschoben und der ACMEInstaller quasi im Terminal ausgeführt werden, merkt euch daher erst einmal den Speicherort.

• Installationsskript: ACMEInstaller2
• CyanogenMod: update-cm-9.0.0-RC0-Touchpad-alpha2-fullofbugs.zip Mirror1 Mirror2
• Der Bootloader: moboot_0.3.x.zip
• ClockworkMod Recovery: update-cwm_tenderloin-1012.zip
• Google Apps mit Market: gapps, nehmt die neuste Version gapps-ics-xxx-signed.zip

Der Novacom-Treiber von HP

Als nächstes braucht Ihr noch zwingend den Novacom-Treiber von Palm, ihr benötigt ihn um direkt euer Touchpad über USB ansprechen zu können. Ordentlich wie HP nunmal arbeitet, gibt es den Treiber auch für Linux. Ladet ihn für Debian/Ubuntu als .deb-Paket herunter und installiert das Paket über die Paketverwaltung. In den meisten Distributionen sollte ein Doppelklick zur Installation reichen.

• Für 32-Bit Debian/Ubuntu: palm-novacom_1.0.80_i386.deb
• Für 64-Bit Debian/Ubuntu: palm-novacom_1.0.80_amd64.deb

Kopiert die Daten auf das Touchpad

Nun habt Ihr eigentlich alles vorbereitet und das eigentlichen Flashen von CyanogenMod für das Touchpad kann beginnen. Kopiert nun erst einmal unter WebOS alle Dateien auf das Touchpad. Schließt das Touchpad dazu via USB an euren Rechner an, aktiviert den Laufwerks-Modus und legt im Stammverzeichnis einen Ordner „cminstall“ an. Dort schiebt Ihr dann die vier Dateien (update-cm-9.0.0…, moboot_0.3.x.zip, update-cwm_tenderloin-1012.zip und  gapps-ics-xxx-signed.zip) rein.

Danach geht’s nun zum eigentlichen Flash über, ich gehe im folgenden davon aus, dass Ihr den Novacom-Treiber installiert habt. Ohne den werden Ihr beim Flashen kein Glück haben. Schaltet nun euer Touchpad ab, drückt dazu einfach ein bisschen länger den An-/Ausschalter des Touchpads. Nach einem kurzen Moment, erscheint ein Dialog, über den Ihr das Touchpad abschalten könnt.

Der eigentliche Flash-Vorgang

Schließt jetzt euer Touchpad via USB an den Rechner an und drückt auf den An-/Ausschalter wie auch auf Lautstärke hoch (wenn das Touchpad vor euch liegt auf den linken Taster der Lautstärke-Wippe). Das Touchpad bootet darauf hin nicht richtig hoch, sondern geht in einen besonderen Modus, in dem die Firmware verändert werden kann.

Sobald Ihr ein USB-Logo auf dem Display seht, habt Ihr es in den speziellen Modus geschafft. Schmeißt jetzt ein Terminal auf eurem System an und wechselt in das Verzeichnis mit dem vorhin heruntergeladenen ACMEInstaller. Übernehmt dann einfach den nachfolgenden Befehl.

$ novacom boot mem://< ACMEInstaller2

Das Touchpad sollte jetzt automatisch den ACMEInstaller ausführen und damit beginnen euer Android 4.0 auf eurem Touchpad zu installieren. Auf dem Display seht Ihr zwei Pinguine und einen Haufen Text vorbeiziehen. Habt jetzt ein bisschen Geduld, wenn der Prozess abgeschlossen ist, wird euer Touchpad neu booten und – hoffentlich – Ice Cream Sandwich laden.

Nach dem ersten Start sollte euch der Installations-Assistent von Android durch die restliche Konfiguration eures Android-Touchpads führen. Richtet euren Google-Account ein und fangt an mit eurem Android-Touchpad zu spielen, viel Spaß dabei! Abschließend würde ich euch bitten noch einen Blick in die FAQ zu werfen, ein kleines bisschen Nacharbeit ist noch nötig, um auch Daten auf das Touchpad schieben zu können.

FAQ zu CyanogenMod auf dem Touchpad

Was funktioniert? Was nicht?

Es tut…

• Eigentlich fast alles

Es tut nicht…

• Kamera: Der Kamera-Treiber ist leider Closed-Source und nur für Android 2.3.x verfügbar. Es gibt Bemühungen den Treiber durch einen Wrapper auch für Android 4.0 fit zu machen, doch bislang ist man damit noch nicht glücklich. Die Kamera-App zu starten ist daher leider aktuell nicht möglich.
• Microfon: Ebenso wie die Kamera, funktioniert auch das eingebaute Microfon nicht. Audio/Video-Chats via Skype und Co. sind somit bislang mit dem Touchpad noch nicht möglich.
• Alpha2: Ich habe bemerkt, dass sich das Tablet nach dem Booten nicht mit dem WLAN verbinden möchte. Abhilfe schaft hier das „löschen“ des WLANs aus den Einstellungen und dann das erneute Eingeben der Zugangsdaten. Das Problem kenne ich bislang nur von der Alpha2, die Vorgänger-Versionen hatten in meinen Augen das Problem nicht.

Wie aktualisiert man CyanogenMod?

Ich hatte auf meinen Touchpad die Alpha 0.5, dann die Alpha 0.6 und schließlich die Alpha 2 installiert. Das Update habe ich quasi wie eine Erstinstallation durchgeführt, allerdings habe ich nur immer unter WebOS die neue update-cm-9.0.0-RC0-Touchpad-alphaX-fullofbugs.zip in das cminstall Verzeichnis des Touchpads kopiert.

Es gäbe natürlich auch den Weg über den mit CyanogenMod installieren ROM Manager und ClockWorkMod Recovery, doch von diesem Weg wird aktuell noch abgeraten. Ich würde daher zum jetzigen Zeitpunkt auch immer über den ACMEInstaller gehen, bei mir klappte es bereits drei mal, ohne dass es zu Problemen kam oder meine Daten und Einstellungen hops gingen.

Sind die Google Apps auf dem Android-Touchpad?

Klar, die haben wir ja vorhin auch extra mit auf das Touchpad geschaufelt. Von Google Mail bis hin zum Android Market ist alles vorhanden.

Daten vom/zum Touchpad via USB schaffen?

Android 4.0 arbeitet ja nun nur noch mit MTP bzw. PTP. Das Einbinden als Wechseldatenträger ist nur noch dann möglich, wenn das Android-ICS-Gerät über eine zusätzliche Speicherkarte verfügt. Beim Touchpad müsst Ihr nach der Installation von Android noch MTP (für Windowsler) oder PTP (für Linuxer) aktivieren, dann klappts auch wieder mit dem Dateitransfer via USB.

Hat man sofort Root-Rechte?

Yep, alle wichtigen Tools sind bereits installiert und man kann gleich mit Root-Apps loslegen.

Kann man die CPU übertakten?

Mit dem Uberkernel konnte man unter WebOS deutlich übertakten. Ich hab den Kernel unter WebOS schon länger im Einsatz und kann mich nicht über Probleme beklagen. Den Kernel auf 1,5 GHz zu tackten (es gingen sogar noch mehr), macht das ganze Tablet deutlich flüssiger. Auch unter Android könnt Ihr die CPU höher takten. Ich hab dazu den kostenlosen CPU Tuner installiert.

Im Folgenden gehe ich von diesem Szenario aus. Ein Laptop ist per WLAN mit dem DSL-Router im Nebenzimmer verbunden. Neben dem Laptop steht ein weiterer Rechner ohne WLAN. Dieser soll per Crossover-Kabel an den Laptop angeschlossen werden und dann über das Laptop ins Internet gehen. Die nötigen Einstellungen müsst Ihr nun am „Internet-Rechner“ vornehmen.

Die benötigte Funktion ist von Haus aus im NetworkManager eingebaut. In aktuellen Ubuntu-Versionen (wenn ich mich nicht irre, müsste Ubuntu Intrepid Ibex 8.10 die erste Version sein, die diese ICS-Funktion kennt) öffnet Ihr dazu die Einstellungen des NetworkManagers über einen Rechtsklick auf das NM-Icon im Panel und die Option „Verbindungen bearbeiten“.

Hier wählt ihr die Netzwerkschnittstelle, die mit dem anderen Rechner verbunden ist, aus. Zugegeben, das ist etwas verwirrend… Hängt ihr also per Laptop und WLAN am DSL-Router und möchtet den per Crossover-Kabel verbundenen Desktop-Rechner ins Netz bringen, dann gebt ihr nicht die WLAN-Verbindung des Laptops frei, sondern dessen kabelgebundenen Netzwerkkarte. Wählt hier in den IPv4-Einstellungen die Option „Gemeinsam mit anderen Rechnern“ aus.

Sobald Ihr diesen Dialog mit „Anwenden“ geschlossen habt, könnt Ihr das Crossover-Kabel zwischen Laptop und Desktop anschließen. Habt Ihr die Netzwerkkonfiguration des Desktops nicht geändert, dann müsste dieser nun automatisch via DHCP die Netzwerkdaten bekommen und ins Internet gehen können.

Theoretisch müsste sich die selbe Vorgehensweise auch mit zwei Laptops, von denen einer per UMTS im Internet hängt und der andere per WLAN die UMTS-Verbindung des ersten Laptops verwendet, wiederholen lassen. Doch mangels UMTS-Adapter kann ich das nicht testen.

Generell eignet sich die Internetfreigabe per NetworkManager gut für eine „schnelle“ und vorübergehende Aktion. Solltet ihr Euren eigenen Hardware-Router aufsetzen, dann würde ich nicht diesen Weg gehen, da der NM die Verbindungen nur aufbaut, wenn ein Benutzer eingeloggt ist.