Das zweite Ausschlusskriterium ist das Vorhandensein eines Grafikprozessors (GPU). Android 4.0 setzt deutlich mehr graphische Effekte ein, die ohne GPU nicht berechnet werden können. Manch älteres Android-Tablet der unteren Preisklasse hat zwar ausreichend RAM, aber an der GPU wurde gespart. Wer diese beiden Kriterien erfüllt, der kann sich berechtigte Hoffnungen machen, dass es CM9 für sein Handy/Tablet geben wird. Am besten sind die Chancen, wenn es vom Hersteller selber ein Update auf ICS geben wird. Essentielle Bausteine wie Treiber für die Kamera oder das WLAN können dann direkt aus der Firmware des Herstellers extrahiert werden.

Updates wird es übrigens für CM9 nicht mehr geben, der Cyanogen-Zug zieht gleich weiter zur zehnten Ausgabe des ROMs, das dann auf Android „Jelly Bean“ 4.1 basieren wird. So lange wie die Entwicklung wie CM9 wird CM10 nicht brauchen, da der Sprung von Android 4.0 auf 4.1 nicht mehr so groß sein wird, wie das Update von Android 2.3 auf 4.0. Auf meinem Touchpad läuft auf jeden Fall schon länger eine Nightly von CM9 wunderbar, ich bin dann mal sehr gespannt auf CyanogenMod 10.

(Quelle: CyanogenMod)

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]

Der Hinweis kam von Andy Schönemann aka maroony. Die nötige Einstellung ist ein bisschen tiefer in den Option vergraben. Ihr findet sie unter „Einstellungen -> Speicher -> Menü -> USB-Verbindungen“. Dort muss nur der Haken bei Kamera (PTP) gesetzt werden, danach taucht das Gerät direkt im Dateimanager, in meinem Fall Nautilus mit der GNOME-Shell, wieder auf.

Negative Auswirkungen bezüglich der Umstellung konnte ich bislang nicht feststellen, sowohl Android wie auch die Datenübertragung funktionieren bislang gut. Ist die PTP-Einstellung gesetzt, dann taucht das Galaxy Nexus ganz normal im Dateimanager auf. Es lassen sich Dateien hochkopieren, löschen, verschieben oder natürlich auch wieder runterladen. Ganz so, als ob man wie gewohnt per USB-Massenspeicher auf das Handy zugreifen würde.

Allerdings scheint das nur für das Galaxy Nexus bzw. Android 4.0 zu gelten. Auf zwei Honeycomb-Tablets (also Android 3.x) kann ich keine solche Option finden. Auch im Netz lässt sich nichts entdecken, dass man Honeycomb auf PTP umstellen könnte. Der PTP-Modus scheint also nur bei Geräten mit Android 4.0 verfügbar zu sein. Wer ein „älteres“ Tablet mit Android 3.x hat, der muss daher wohl oder übel auf die mtplib bzw. MPTFs zurückgreifen.

//PS: Nach ein paar Tagen Nutzung zeigt sich allerdings auch die Grenzen des Ganzen. Je mehr Daten man auf dem Handy gespeichert hat, desto länger dauert das Übertragen des Verzeichnisbaums. Wer also ein neues Handy mit Android ICS hat, der kommt mit der beschriebenen Lösung eventuell zurecht. Wenn man allerdings schon einige Daten auf dem Handy abgespeichert hat, dann kommt es zu Fehlermeldungen mein Einlesen der Daten.