Von der Geschwindigkeit reicht mir das Galaxy Nexus im Großen und Ganzen noch aus, doch speziell bei der Kamera lässt der alte Knochen doch einiges zu wünschen übrig. Die Verschmutzung vor der Linse der Frontkamera lässt sich zwar beseitigen, doch der Dreck hinter der Bezel ist nach wenigen Tagen schon wieder da. Und auch die Bilder der Hauptkamera hinken denen eines aktuellen Smartphones kräftig hinterher. Nichtsdestotrotz reizt mich an den aktuellen Monsterhandys nur wenig. Man muss nur seinem Nexus ein wenig Feuer unter dem Hintern machen, dann läuft es auch wieder rund.

Bootloader des Galaxy Nexus freischalten

HINWEIS: Die meisten von euch werden mit Sicherheit schon einmal das Software-Herz ihres Galaxy Nexus verändert haben, so dass der Bootloader des Handys schon freigeschaltet ist. Dennoch möchte ich das Kapitel für die Leser, die sich bisher noch nicht mit dem Thema Root, Bootloader und Custom-ROM auseinandergesetzt haben, nicht auslassen. Wer schon ein gerootetes Galaxy Nexus sein eigen nennt, der möge einfach beim nächsten Zwischentitel wieder einsteigen.

ACHTUNG: Beachtet dabei aber bitte, dass beim Freischalten des Bootloaders sämtliche auf dem Handy gespeicherten Daten verloren gehen! Sichert daher eure Musik, Videos und mit dem Handy geschossenen Bilder. Die Daten von Apps zu sichern, allerdings beziehen viele Anwendungen ihre Daten inzwischen ja eh aus dem Internet, so dass nur noch die Zugangsdaten bei einer Neuinstallation eingegeben werden müssen.

Google macht es Besitzern von Nexus-Geräten recht leicht den Bootloader zu entsperren und so Custom-Recoverys und Custom-ROMs einspielen zu können. Sorgen um einen eventuellen Verlust von Garantieansprüchen müsst ihr euch dabei nicht mehr machen – egal ob diese berechtigt sind oder nicht, das Galaxy Nexus dürfte schon für alle Garantie zu alt sein. Für die unter euch, die bisher noch nicht in die Welt der alternativen Handy-Firmwares eingestiegen sind, hören sich diese Begriffe natürlich an wie böhmische Dörfer, allerdings gewöhnt ihr euch die Nomenklatur mit Sicherheit auch recht schnell an.

Kurz gesagt: Der Bootloader lädt nach dem initialen Start des Handys das Betriebssystem. Damit dieser fremde, von Hand eingespielte Systeme akzeptiert, braucht es eine entsperrten Bootloader. Das Recovery-System wiederum ist ein sehr rudimentäres Notfallsystem, das im Normalfall dazu dient Systemupdates des Herstellers einzuspielen oder das Gerät auf den Werkszustand zurückzusetzen. Damit wir nun ein eigenes System installieren können, brauchen wir ein Custom-Recovery, das dieses erlaubt.

Für das Rooten eines Nexus-Geräts greifen Windows-Anwender am besten zum Nexus Root Toolkit von WugFresh. Für Linux-User gab es lange keine so bequemes Tool, inzwischen wurde allerdings das Universal Nexus Linux Toolkit auch auf Linux und MacOS X portiert. Das Ding lädt automatisch alle benötigte Software auf den Rechner und ist zudem Open-Source, den Quellcode des über das kleine Helper-Skript ausgeführten Bash-Skripts könnt ihr ohne Probleme einsehen. Zum Öffnen des Bootloaders oder auch zum Rooten öffnet ihr ein Terminal und führt die unten stehenden Befehle aus.

$ cd /tmp
$ wget https://galaxy-nexus-linux-toolkit.googlecode.com/files/unltlauncher100.sh
$ chmod +x unltlauncher100.sh
$ sudo ./unltlauncher100.sh

Anschließend folgt ihr den Anweisungen auf dem Bildschirm. Ihr müsst euer Handy-Modell auswählen (im Falle des in Europa verkaufen GSM-Modells des Galaxy Nexus Maguro also die 8) und danach mit einem großen A den automatischen Modus aktiveren. Dafür müsst ihr allerdings auch noch auf eurem Handy über 7-maliges drücken der Build-Nummer unter Einstellungen » Über das Telefon die Entwickleroptionen freischalten und dort dann unter Einstellungen » Entwickleroptionen das USB-Debugging aktivieren – Beim ersten Zugriff auf dieses müsst ihr diesen noch erlauben. Danach schaltet ihr mit 1 den Bootloader frei und flasht dann mit 2 das Custom-Recovery (ich bevorzuge TWRP).

Das Handy nun wieder neu einzurichten und zu Rooten braucht es gar nicht, schließlich empfehle ich die Installation eines Custom-ROMs – dabei würden wieder sämtliche Daten auf dem Handy verloren gehen. Mit einem Custom-ROM bekommt ihr zum Beispiel Android 4.4 oder gar später auch Android 5.0 auf euer Galaxy Nexus. Außerdem bieten Custom-ROMs Funktionen, die Google so nicht auf dem Plan hat. Im Forum von XDA-Developers findet ihr dafür unzählige Threads mit Links zu Custom-ROMs. Ich für meinen Teil würde nicht zu den Exoten greifen. In meinen Augen steht ihr vor der Wahl: CyanogenMod oder OmniROM.

OmniROM für das Galaxy Nexus

Bevor ich an die Installation des Custom-ROMs gehe, beantworte ich die Frage warum nun OmniROM und nicht CyanogenMod? Im Endeffekt ist das eine Frage des Geschmacks, ich meine aber dass OmniROM ein paar zusätzliche Funktionen auf Lager hat, die man bei CyanogenMod nicht so einfach bekommt. So bringt das ROM etwa mit Active Display die Möglichkeit mit, Benachrichtigungen auf dem Lockscreen zu sehen. Dafür geht beim Eingang einer Nachricht für einen kurzen Moment automatisch das Display an, so dass man gleich sehen kann, ob es sich lohnt zum Handy zu greifen.

Auch ganz praktisch ist es in meinen Augen, dass eine aktive App bei einem eingehenden Anruf nicht komplett im Hintergrund verschwindet. Zudem lässt sich die CPU des Handys ohne weitere Tools übertakten, doch dazu später mehr. Im Gegensatz zu CyanogenMod bringt OmniROM allerdings nicht von Haus aus Root-Rechte mit, so sind OmniROM-User vor Sicherheitsschwachstellen gefeit, die man sich durch Root-Exploits einfangen könnte. Wer unbedingt Root-Rechte braucht, der holt sich eine Root-App und flasht diese ins System.

Nun zum Einspielen von OmniROM auf eurem Galaxy Nexus. Ich gehe im folgenden davon aus, dass ihr mit einem Linux unterwegs seid. Der ganze Prozess lässt sich natürlich auch unter Windows durchführen, dort holt ihr euch das Android-SDK von Google (View All Downloads and Sizes » installer_version-windows.exe) und führt die Befehle in einer Eingabeaufforderung aus, die ihr mit administrativen Rechten gestartet habt. Auf aktuellen Ubuntu-Systemen oder Rechnern mit Arch-Linux bekommt ihr die Android-Tools adb und fastboot über die Paketverwaltung.

## Android-Tools unter Arch Linux installieren...
$ pacaur -S adb fastboot
## Android-Tools unter Ubuntu installieren...
$ sudo apt-get install android-tools-adb android-tools-fastboot

Um nun über die Android-Debug-Bridge auf euer Handy zugreifen zu können, achtet ihr bitte wieder darauf den Debugging-Modus aktiviert zu haben. Frisch nach dem Öffnen des Bootloaders und dem damit verbundenen Reset des Handys müsst ihr das nochmals wiederholen. Dafür müsst ihr wieder durch 7-maliges drücken der Build-Nummer unter Einstellungen » Über das Telefon die Entwickleroptionen freischalten und dort dann unter Einstellungen » Entwickleroptionen das USB-Debugging anschalten. Anschließend startet ihr adb am besten gleich mit Root-Rechten und lasst eurer Handy in den Recovery-Modus durchstarten – Das erspart euch das Rumfrickeln mit verschiedenen Tastenkombinationen beim Boot des Handys.

$ sudo adb devices
List of devices attached
0146970C0601500A device
$ adb reboot recovery

Im Recovery-Modus setzt ihr dann am besten über Wipe » Swipe to Factory Reset nochmals das komplette Handy zurück. Dies ist besonders für die von euch Pflicht, die von einem anderen Firmware kommend zu OmniROM wechseln möchten. Danach holt ihr euch aus dem Download-Bereich von OmniROM das aktuelle Firmware-Build für das Galaxy Nexus aka Maguro und spielt dieses per Sideload auf eurem Nexus ein, so müsst ihr die Image-Datei nicht extra auf das Handy kopieren. Startet dazu den Sideload-Modus über Advanced » ADB Sideload » Swipe to Start Sideload. Per Adb spielt ihr dann das ROM-Image ohne Umwege auf eurem Handy ein.

## Bitte ändert den Wget-Befehl dahingehend, dass ihr die aktuelle
## Version des OmniROMs herunterladet. Das hier ist nur ein Beispiel.
$ wget https://dl.omnirom.org/maguro/omni-4.4.4-20141113-maguro-NIGHTLY.zip
$ adb sideload omni*.zip

Google-Framework mit Play Store über die PA-Apps

Wer schon einmal mit CyanogenMod oder anderen größeren ROMs gearbeitet hat, der weiß, dass Google es den ROM-Köchen untersagt die Google-Anwendungen, wie auch den Google Play Store, direkt in das ROM zu integrieren. Auch bei OmniROM müsst ihr daher die Google Apps einmalig nach dem dem Flashen des eigentlichen Systems einspielen. Es gibt diverse Quellen für die Google-Apps, die beste ist in meinen Augen mittlerweile das Google-Apps-Paket der Paranoid-Android-Entwickler. Es eignet sich nicht nur für User des Paranoid-Android-ROMs sondern funktioniert generell mit allen Custom-ROMs.

Der Download ist ein wenig verwirrend, da unterschiedliche Pakete von diversen Mirror-Quellen angeboten werden. Es ist daher schwer einen direkten Download hier im Blog zu verlinken. Die Pakete unterscheiden sich allerdings lediglich im Umfang. Grundlage ist immer das Pico-Modular-Package, das nur den Play Store und die allerwichtigsten Google-Komponenten enthält. Für die meisten unter euch wird entweder das Mini-Modular- oder das Micro-Modular-Package von Bedeutung sein. Ich persönlich würde meist zum Mini-Paket greifen.

$ adb sideload pa_gapps*.zip

Aber egal für welches Paket ihr euch nun entscheidet, bleibt nach dem Flashen der Firmware im Recovery Modus des Handys – oder bootet euer Handy wieder in diesen und spielt dann das zuvor heruntergeladenen Google-Apps-Paket wieder per Sideload ein. Ihr merkt, dass ich ganz gerne Sideload benutze; übt das ruhig mal ein! Bastelt ihr gerne mit Custom-ROMs und verschiedenen Handys, dann ist die Technik ein echter Zeitverschwendungs- und Ärger-Vermeider.

Anschließend startet euer Handy mit dem OmniROM neu durch, wo ihr dann eure Google-Daten und die wichtigsten Apps wieder einrichten müsst. Die Geschwindigkeit von OmniROM wird euch mit Sicherheit am Anfang kräftig überraschen, allerdings muss man sagen, dass direkt nach dem Flashen des ROMs noch keine zusätzliche Software auf dem Handy installiert ist, die das Gerät einbremsen könnte. Breitet euch daher schon einmal darauf vor, dass das Handy im späteren Verlauf wieder ein wenig eingebremst werden könnte.

Fancy-Kernel zum Übertakten und Root-Rechte

HINWEIS: Der Fancy Kernel ist nicht an ein bestimmtes Custom-ROM gebunden. Ihr könnt den Kernel auch bei CyanogenMod oder einem anderen ROM eurer Wahl installieren. Allerdings müsst ihr bei diesen dann eventuell Apps wie CPU Tuner oder Voltage Control auf das Handy spielen, wenn das ROM selber keine Möglichkeiten mitbringt die Taktrate der CPU zu ändern.

Euer OmniROM ist nun eigentlich fertig. Beginnt damit euren Benutzer einzurichten, das Google-Konto einzutragen und die ersten Apps aus dem Play Store zu installieren. Für viele von euch könnte damit die Bastelarbeit am Handy abgeschlossen sein. Achtet in Zukunft nur darauf ab und an die anstehenden Updates einzuspielen, ihr könnt den Update-Check von Hand unter Einstellungen » Über das Telefon » System Updates auslösen. Alternativ wartet ihr einfach, bis sich OmniROM automatisch meldet und euch im die Installation der Aktualisierungen bittet.

Es bietet sich allerdings an noch ein bisschen mehr Arbeit zu investieren, den noch ist euer Galaxy Nexus auf die maximale Geschwindigkeit von 1,2 GHz festgenagelt und auch fehlen euch noch Root-Rechte. Der ARM Cortex-A9 des Galaxy Nexus verträgt allerdings deutlich mehr als von Samsung erlaubt, der Prozessor kann mit bis zu 1,5 GHz getaktet werden, was im Galaxy Nexus auch recht zuverlässig funktioniert – Der Kernel muss diese Takraten nur erlauben. Der Kernel von OmniROM und auch der meisten anderen Custom-ROMs für das Galaxy Nexus wie etwa CyanogenMod erlaubt das Übertakten allerdings nicht, ihr müsst daher zusätzlich zum ROM auch noch einen Custom-Kernel einspielen.

Ich empfehle dafür den Fancy Kernel, wie so oft bekommt ihr auch diesen über das XDA-Developers-Forum. Er erlaubt die CPU über die von Haus aus möglichen 1228 MHz auf 1344 und 1420 MHz, bis hin 1536 MHz zu übertakten. Auch der GPU lässt sich ein wenig mehr Leistung herauskitzeln, anstatt 384 MHz sind bis zu 512 MHz möglich. Zusätzlich lässt sich auch der IO-Scheduler ändern, als die Methode wie das Schreiben und Lesen auf dem Speicher organisiert werden. Der Fancy Kernel bietet euch dabei die Wahl zwischen SIOplus (Standard), Deadline, Noop, Row, Bfq oder Cfq.

Zur Installation müsst ihr euch zunächst einmal das ZIP-Paket des Kernels aus dem XDA-Forum holen. Der Entwickler des Kernels – übrigens aus Deutschland – bietet euch zwei Versionen auf verschiedenen Mirror-Servern an. Für die meisten von euch dürfte die Variante Android 4.4 (fixed RAMdisk) passen – erst recht wenn ihr gerade frisch OmniROM installiert habt. Einen Erklärung zwischen der Variante mit dem RAMdisk  und der Version mit Anykernel2 findet ihr im XDA-Forum. Aktuell wäre die Version R60, mit den folgenden Befehlen ladet ihr euch diesen herunter und versetzt das Galaxy Nexus in den Recovery Mode. Aktiviert dann wie schon bei der Installation des OmniROM erwähnt den Sideload-Modus und spielt den Kernel ein.

## Eventuell ist die Version nicht mehr aktuell, prüft daher auf der Webseite
## des Fandcy-Kernels, ob dieser inzwischen ein Update spendiert bekomment hat.
$ wget http://boypetersen.de/fancykernel44/r60/fancy_kernel-tuna-4.4-r60.zip
$ sudo adb reboot recovery
$ adb sideload fancy_kernel*.zip

Bei der Aktion könnt ihr euch auch gleich noch Root-Rechte unter OmniROM besorgen, von Haus aus bringt Omni diese ja schon wie erwähnt nicht mit.  Für die Root-Rechte stehen euch diverse Root-Apps zur Verfügung. Meine Wahl fällt meist auf Superuser vom CyanogenMod-Entwickler Koushik Dutta. Die App per Play Store zu installieren, bringt euch nicht weiter. Ihr müsst die App wie schon das ROM oder den Fancy Kernel per Recovery-Modus flashen. Bleibt also nach der Installation des Kernels im Recovery und schmeißt die Sidleload-Funktion an. Anschließend holt ihr euch die Flashbare-Version der Superuser-App aus dem Netz und spielt sie per Sideload ein.

$ wget http://download.clockworkmod.com/superuser/superuser.zip
$ adb sideload superuser.zip

Danach könnt ihr in den Einstellungen unter Leistung die Taktrate der CPU des Galaxy Nexus ändern. Aus meiner Erfahrung überfordern die maximal möglichen 1536 MHz das Handy. Bei dieser Taktrate kommt es durchaus ab und an zu Abstürzen. Bei der nächst geringeren Stufe von 1420 MHz läuft mein Nexus allerdings absolut stabil. Die Akkulaufzeit wird durch das Übertakten nicht sonderlich beeinflusst, da die CPU nur während etwa 2% der Betriebszeit auf die maximale Taktrate hochgetrieben wird.

ACHTUNG: Aktualisiert ihr die Firmware eures Custom-ROMs, dann gehen üblicherweise zusätzlich eingespielte Änderungen wie eben der Custom-Kernel oder die Root-App verloren. Bewahrt die ZIP-Dateien diese Pakete daher auf dem Handy auf und spielt diese nach einem Update des ROMs wieder von Hand ein.

Neuer Akku, bessere Akkulaufzeiten!

Bleibt eigentlich nur die Frage nach der noch maximal möglichen Akkulaufzeit. Nach fast drei Jahren Dauereinsatz beträgt diese bei meinem Galaxy Nexus selbst bei geringer Nutzung nur knapp über 10 Stunden. Ohne permanent nachzuladen komme ich daher nicht durch den Tag. Allerdings stammt das Galaxy Nexus noch aus einer Zeit, während dieser bei so gut wie jedem Handy der Akku austauschbar war. Ein neuer Akku mit NFC-Funktion, die dafür notwendige Antenne steckt beim Galaxy Nexus ja im Akku, kostet nicht viel mehr als 16 Euro und hebt die Laufzeit auch bei intensiver Nutzung, mit Custom-Kernel und überhöhter Taktrate wieder auf über 24 Stunden – wer hätte das gedacht.

Was bleibt am Ende zu sagen: Wer ein Smartphone mehr als nur ein, zwei Jahre nutzen möchte, der sollte in meinen Augen dringend auf ein paar Punkte achten. Sonst hat man an seinem neuem Smartphone bei weitem nicht so lange Spaß.

• Der Akku des Geräts muss austauschbar sein, da spätestens nach zwei Jahren die Akkulaufzeit jedes Handys spürbar nachlässt. Ist der Akku fest im Gehäuse verbaut, dann muss das Gerät für einen Akkuwechsel eingeschickt werden, was den Austausch wirtschaftlich wahrscheinlich komplett sinnlos macht.
• Je größer die Verbreitung eines Handy-Modells, desto größer ist die Entwickler-Community, die Custom-ROMs oder gar Custom-Kernels für das Modell entwickelt. Achtet darauf also Handys zu kaufen, die eine gewisse Verbreitung haben. Für Exoten lassen sich kaum alternative Firmwares bekommen.
• Ein cooler Look durch aufwändige Verarbeitung und teure Materialien wie Aluminium und Glas mögen die ersten Monate überzeugen, sofern man das Handy nicht aber in hässliche Plastikgehäuse hüllt, ist der Spaß schnell vorbei. Das Galaxy Nexus war und ist kein optischer Knüller, dafür aber, dass es viel aushalten musste, sieht es aber nach drei Jahren nicht übel aus.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Mit dem demnächst anstehenden Release von Android L, Googles nächster Android-Generation, stellt sich jedoch die Frage, ob wir Nexus-User weiterhin mit einem aktuellen CyanogenMod rechnen können. Die Antwort lautete kurzzeitig: Nein! Das amerikanische Blog Android Authority meldete für einige Zeit CyanogenMod for Galaxy Nexus won’t survive the jump to L. Da der im Galaxy Nexus verbaute OMAP-Chipsatz von Texas Instruments inzwischen einfach eine zu kleine Nutzerbasis besitzt und somit zu wenig Support erfährt, wird es keine CyanogenMod-Images mit Android L für das Galaxy Nexus geben.

Zum Glück meldete sich im entsprechenden Bug-Report des CyanogenMod-Bug-Trackers jedoch schnell ein interessierter Entwickler, der sich weiterhin um CyanogenMod auf dem Galaxy Nexus kümmern möchte — allerdings wird er nur an der GSM-Version des Nexus, also dem unter dem Codenamen Maguro firmierenden Gerät, arbeiten. Somit wird es höchstwahrscheinlich — sag niemals nie — eine CyanogenMod-Variante mit Android L für das Galaxy Nexus geben, die amerikanischen Varianten Toro (Verizon) und Toroplus (Sprint) bleiben in Zukunft allerdings außen vor und müssen sich mit CyanogenMod 11 mit Android 4.4 als Basis als letzter offizieller CyanogenMod-Version für ihr Handy begnügen.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Das größte Manko des herkömmlichen Massenspeichermodus war, dass dieser exklusiven Zugriff auf den Massenspeicher benötigte. Das Handy muss also die Partitionen komplett aushängen, die es für den Zugriff vom Rechner aus freigeben möchte. Daher musste der Speicherbereich der ersten Android-Geräte in mehrere Partitionen geteilt werden. Ein bisschen Speicher fürs System, ein wenig mehr für Apps und deren Daten, der Rest für MP3s, Filme und die Daten des Users. Geht der Platz auf der App-Partition aus, Pech gehabt, auch wenn auf der Datenpartition noch Gigabyte brach liegen. Es ließen sich keine weiteren Apps mehr installieren.

Allerdings erzeugte dieser Schritt besonders bei Linux- und Mac-Anwendern viel Frust. Linux unterstützt inzwischen MTP sehr ordentlich, doch zur Zeit des MTP-Umstiegs von Android Ende 2011 musste man noch arg basteln, um MTP-Geräte halbwegs in Linux einzubinden. Erst Anfang 2013 trudelten die dringend nötigen Updates der libmtp ein, so dass man auch unter Linux sein Handy wieder einfach nur an das USB-Kabel hängen muss, um Musik, Fotos und Filme auf bzw. vom Handy zu schieben.  Ich meine, dass Macs das Thema aussitzen.

Nun aber zum eigentlichen Thema: Wer Custom-ROMs auf sein Android-Handy oder -Tablet spielen möchte, der benötigt dafür meist erst einmal ein Custom-Recovery wie ClockworkMod Recovery (CWM) oder das TeamWin Recovery Project (TWRP). Ich persönlich nutze bevorzugt das zweitgenannte Recovery-Image, da sich das TeamWin nach wie vor um neue Funktionen in seinem Recovery-Image bemüht. Eine dieser Neuerungen ist beim heute veröffentlichten TWRP 2.8 nun die Möglichkeit, Daten auch im Recovery-Modus per MTP auf das Handy zu kopieren.

So lässt sich nun auch im Recovery-Mode ein zu flashendes Image oder ein anderes flashbares ZIP-Archiv auf das Handy schieben, ohne mit adb oder einer SD-Speicherkarte zu hantieren. Viel wichtiger kann aber die Möglichkeit sein, Daten vom Handy bzw. Tablet zu retten, auch wenn dieses nach einem vermasselten Flashen gar nicht mehr das Android-System booten möchte. Es reicht, wenn sich noch das TWRP-Recovery laden lässt — was nach einem verunglückten Flash-Versuch eigentlich noch immer möglich sein sollte.

Die neue TWRP-Version aktiviert MTP von Haus aus. Die Funktion wird bei manchen Aktionen, wie etwa dem Wipen des Speichers, jedoch deaktiviert. MTP lässt sich zudem im Mount-Menü von Hand ab- und anschalten. Auf der Rechner-Seite müsstet ihr eigentlich nichts einrichten. Wenn sich euer Android-Gerät im Normalzustand als Gerät meldet, dann sollte es auch im Recovery-Modus als Datenträger im Dateimanager erscheinen. Mein Galaxy Nexus mit OmniROM als System und TWRP 2.8 als Recovery erscheint auch im Recovery-Modus unverzüglich im Nautilus-Dateimanager meines Arch (natürlich nur, wenn die MTP-Libs in Arch installiert wurden).

Ich für meinen Teil werde die neue Funktion dennoch eher weniger benutzen. Ich flashe Android-Images meist direkt über ADB und die Sideload-Funktion des Recovery-Modus. So muss ich mich nicht mit kryptischen Tastenkombinationen beim Booten herumschlagen und auch nicht darauf achten, vorher das zu flashende Image auf das Handy zu kopieren. Der gesamte Prozess, das Handy mit einem neuen System auszustatten, geschieht von einem einzigen Terminalfenster und mit nur einem Terminal-Programm.

### Handy über ADB ins Recovery booten
$ adb devices
List of devices attached 
0146970C0601500A	device
$ adb reboot recovery
### Sideload im Recovery aktivieren
$ adb devices
List of devices attached
0146970C0601500A	sideload
$ adb sideload beispiel-image.zip
sending: 'beispiel-image.zip'  80%

Bezüglich TWRP 2.8 darf man auch nicht vergessen zu erwähnen, dass sich das Recovery nun auch über die ADB-Shell bedienen lässt. Per adb shell landet man nun auch im Recovery-Modus auf der Shell des Handys und kann dort das Gerät flashen, Backups erstellen oder gar wipen. Eine vollständige Liste der möglichen Befehle findet ihr in der Dokumentation des TWRP zu OpenRecoveryScript. Die Funktion kommt natürlich sehr gelegen, wenn man das Flashen und Wipen eines Handys per Skript automatisiert laufen lassen möchte.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Andromirror möchte nun Android-Usern und -Developern ein neues Zuhause geben. Der Dienst will ROMs, Apps, Hacks und Themes beherbergen und viele Dinge richtig machen, die bisher mit den existierenden Lösungen etwas im Argen liegen. So gibt es etwa die Möglichkeit via Terminal seine Files hochzuladen, es soll auch eine JSON API geben und zentrale Changelogs oder ein Bugtracker sollen die Entwicklungsarbeit erleichtern.

Auch für User wird es interessant, anstatt sich durch Foren nach interessanten ROMs graben zu müssen, wird man nach seinem Handy-Modell suchen können und so schnell zu passenden ROMs finden. Und natürlich soll es auch eine Android-App geben, über die man seine Firmware dann „Over-the-Air“ aktualisieren kann, ohne nochmal ROMs über den Recovery Modus oder andere Tools einspielen muss.

Damit das Ganze auch umgesetzt werden kann, sammelt das (btw. komplett deutschsprachige) vierköpfige Team um Filip Weiss, Oliver Weiss, Marco Lombardo und Robin Hlawinka Spenden ein. Das finale Ziel bis zum 01.10.2013 sind 2000 Euro, mit denen sich das Projekt in allen Aspekten umsetzen lassen könnte. Die Summe setzt sich aus Entwicklungskosten und vor allen Dingen aus Geld für Server zusammen. Insgesamt 1630 Euro stehen für zwei Fileserver auf dem Plan. Wenn ihr Custom-ROMs für euer Handy schätzt, dann lasst dem Projekt doch mal ein bisschen was zukommen, es könnte in Zukunft vieles leichter machen!

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Was ich aber eigentlich sagen will, wer ein HP TouchPad zuhause rumliegen hat und bisher weder mit WebOS noch mit den zahlreichen Android-ROMs für das Gerät so richtig zufrieden war, sollte dringend mal dieses inoffizielle CyanogenMod 10.1 probieren. Die Hardware des TouchPads wird inklusive der integrierten Frontkamera komplett unterstützt (OK, auf Bluetooth muss man bisher noch verzichten, so geht es aber allen auf Android-4.2 aufbauenden ROMs) und die Akkulaufzeit ist genial. Hätte nicht irgendwas bei mir zwischendurch am Akku genagt, dann wäre ich bei meinem kleinen Test locker über acht Tage hinausgekommen — bei aktivem WLAN, aber seltener Nutzung. Irgendwelche nervenden Macken? Ich konnte in den zwei Wochen, in denen ich das ROM installiert habe, bisher keine feststellen.

Man mag vielleicht fragen: Warum nicht gleich ein „original“ CyanogenMod installieren? Leider ist die Entwicklung direkt bei CyanogenMod ein wenig eingeschlafen. Es werden nur noch Nightlys von CyanogenMod 9 auf Basis von Android 4.0 für das TouchPad gebaut, die in meinen Augen auch schon länger nicht mehr richtig gut laufen. Außerdem will man ja doch irgendwie immer das neuste System installiert haben, oder? Wenn ihr also ein aktuelles Android für das TouchPad sucht, dann solltet ihr auf die von mir verlinkte Version zurückgreifen. Andere 4.2er-ROMs für das TouchPad konnten mich bisher nicht überzeugen.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Mit Halo-Multitasking bauen die PA-Entwickler nun aber weiter an interessanten Features ihres ROMs. Halo nimmt dabei deutliche Anleihen an die mit Facebook-Home eingeführten Chat-Heads. Die „Notification Bubbles“ schweben praktisch über dem eigentlichen Inhalt der App im Vordergrund, ohne dabei groß Platz in Anspruch zu nehmen. Ruft man sie auf, kann man kurz eine Antwort eingeben. Klickt man an eine freie Stelle auf dem Display, ist man umgehend wieder zurück in der alten App. So kann man nahtlos arbeiten, ohne zwischen Apps hin- und herwechseln zu müssen. Ich bin mal gespannt, wie das fertige Feature aussehen wird.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Leider ist das Firmware-Image cm-9-20121209-NIGHTLY-tenderloin.zip von der CyanogenMod-Download-Page nicht ordentlich hochgeladen worden, so dass man die Neuerungen selber testen könnte. Aus dem Rootz-Wiki hat ein User das Image allerdings auf seinen Mediafire-Account hochgeladen, von dort kommt ihr dann an das fertige Build. Die Prüfsumme stimmt mit der von der CM-Seite überein, von daher gehe ich davon aus, dass das hochgeladene Image OK ist.

Zwei kleine Änderungen bzgl. der Kamera haben es leider nicht mehr in das Nightly vom 9. Dezember geschafft. Um den Kamera-Support vollständig zu machen, solltet ihr daher noch den hier erwähnten Patch auf eurem Touchpad einspielen (Download). Danach funktioniert die integrierte Kamera mit der Android-Kamera-App, Skype und auch mit anderen Kamera-Anwendungen, die ich auf die Schnelle getestet habe. Die Bilder sind nicht berauschend, vor allem in schlechtem Licht nicht, aber zum Skype reicht es allemal. Dank des Magnetometers kann jetzt die Lage des Tablets im Raum genau festgestellt werden, so dass jetzt Apps wie Sky Maps.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Einziger Schwachpunkt unter CM9 war bisher, dass die Kamera nicht funktionierte. So kann man mit dem Android-Touchpad keine Bilder aufnehmen (was aufgrund der Qualität sowieso nicht so prickelnd ist) oder aber auch nicht Skypen. Allerdings wird fleißig am Kamera-Support gearbeitet, so gibt es mittlerweile verschiedene CM-ROMs, bei denen auch die Kamera funktioniert.

Wer keine Lust hat gleich ein komplett neues ROM zu flashen, kann allerdings auch einfach auf den Kamera-Patch für das offizielle CM9-Nightly-Build zurückgreifen. Dadurch gehen euch auf keinen Fall Daten verloren und der Aufwand hält sich sehr in Grenzen. Die Kamera funktioniert dank des Patches mit der Kamera-App und Skype, bei Apps wie Airdroid (zum Scannen des QR-Codes) blieb das Bild allerdings schwarz.

Aktuell ist – wie auf dem Screenshot zu erkennen – das Vorschaubild noch verzerrt, das Format aufgenommener Bilder und auch das Video-Bild bei Skype ist jedoch korrekt. Dem Changelog nach wurde das Problemchen mit dem aktuellen Nightly-Build cm-9-20121209-NIGHTLY-tenderloin.zip behoben, allerdings lässt sich das Archiv im Moment nicht herunterladen, man erhält nur eine 0 Byte große Datei.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Das HTC Desire nun ist bei meiner besseren Hälfte nach wie vor in Benutzung, aktuell läuft auf dem Handy ein stinknormales CyanogenMod 7.2, damit hat es deutlich mehr Power, als HTC jemals aus dem Handy kitzeln konnte. Leider ist jetzt allerdings auch bei CyanogenMod das Ende der Fahnenstange erreicht, laut einem Beitrag auf Google+ werden Handys mit dem Qualcomm-QSD8x50-Chipsatz keine Updates auf CM9 oder neuer mehr erhalten, eben dieser Chipsatz treibt auch das HTC Desire an. Ein offizielles CyanogenMod 9 oder gar 10 wird es für das Desire nie geben.

Aber damit ist noch lange nicht das Schicksal des Desire besiegelt. Im Netz tummeln sich schon zahlreiche ROMs, die Android 4.0 auf das Desire bringen. Bei den XDA Developers bin ich jetzt über sogar über drei ROMs gestolpert, die gar Jelly Bean auf das HTC Desire portieren. Und auch bei CyanogenMod für das Desire geht es noch weiter: Auch wenn die CyanogenMod selber den Support eingestellt hat, die Desire-Community baut gerade an CM10, die Feature-Matrix ist dort schon erstaunlich weit fortgeschritten, es fehlt nicht mehr viel, dann ist das Desire auch unter Jelly Bean voll einsatzfähig. Im Video sieht man besonders die Performance, das sieht flüssiger aus als CM7.2.

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

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 von 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)

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.