Das richtet sich vorallen Dingen an Einsteiger und alle Interessierten, die alle Möglickeiten ihres Telefons ausschöpfen möchten.


Was ist Root?

Root ist der Status des Smartphones, mit dem alle Berechtigungen an den User übertragen werden.
Der Begriff kommt aus der Linux Welt (übersetzt: Wurzel).
Das ganze ist vergleichbar mit dem Jailbreak des Smartphones einer Obstfirma, die neuerdings Kondome zur besseren Empfängis verteilen lässt.

Funktioniert Root mit jedem Android Smartphone?

Nein, (noch) nicht mit allen. Speziell neue Geräte haben immer wieder besser gesicherte Bootloader.
Es wird also einige Zeit vergehen, bis diese gehackt wurden und somit auch auf diesen Geräten Root-Zugriff möglich ist.

Warum rooten?

Manche Apps benötigen Root-Zugrifff, um zu funktionieren (div. Backup Tool, Set CPU).
Desweiteren können Custom Roms eingespielt werden (siehe weiter unten).
Root-Zugriff ermöglicht ein sehr einfaches Backup des gesamten derzeitigen Zustandes des Telefons mit allen Apps, SMS, Einstellungen.
Somit eröffnet Root neue Wege, das Smartphone zu nutzen, zu verändern oder aber einen näheren Blick in die Technik zu werfen.
Systemdateien können ohne Root Zugriff nicht bearbeitet werden, mit Root allerdings schon.
Älteren Geräten wird durch die Möglichkeit Custom Roms zu flashen endlich wieder Aktualität eingeräumt, wenn der Provider keine neuen Updates für das Smartphone mehr herausgibt.

Wie funktioniert Root?
Das ist von Handy zu Handy unterschiedlich und kann durch Google sehr leicht herausgefunden werden. Allgemein wird erst ein Recovery Image geflasht, eventuell eine neue Radio, das Custom Rom danach, zuletzt die Google Apps.

Was ist ein Custom Rom?

Ein Custom Rom ist eine speziell angepasste, veränderte, und / oder personalisierte Versionen von Android.
Oft sind bestimmte Apps und Themes schon vorinstalliert und das BS wurde auf Performance hin optimiert.
Es ist unmöglich, alle Custom Roms zu nennen, aber der meistbenutzte Spitzenreiter ist der Cyanogen Mod (CyanogenMod | Android Community Rom based on FroYo).

Wo bekomme ich Custom Roms her?

Wer es ganz custom-mäßig mag, der stellt sich sein eigenes, optimiertes Rom zusammen.
Die Anlaufstelle #1 für Android Custom Roms ist jedoch XDA Developers (xda-developers).
Dort können je nach Verbreitung des Geräts leicht mehrere Hundert Custom Roms gefunden und gedownloadet werden.
Auch bei Anfragen & Support wird oft schnell geantwortet.

Ist das gefährlich?

Eindeutig: ja! Wer zu einer Stelle nicht 100% weiss, was er tut, kann einen sehr teuren Briefbeschwerer sein Eigen nennen! Hier muss auch gesagt werden, dass durch Root die Garantie verloren geht. Allerdings kann der Vorgang rückgängig gemacht werden (unrooten), so dass der ursprüngliche Zustand wieder hergestellt wird.

Stellt Root ein Sicherheitsrisiko dar?

Allgemein: nein! Nur die Leute die sich einen nicht im Market erhältlichen russichen Media Player von 30 KB von irgendwelchen dubiosen Seiten herunterladen und diesen ohne zu zögern volle Netzwerkkontrolle- und kommunikation gewähren , könnten ein paar spaßige Premium SMS bezahlen.
Jede App die Superuser Rechte haben will, fragt davor standardmäßig nach.
Vertraut man der App, gewährt man diese Rechte, sonst niemals.
Somit kann bei ein wenig Sachkenntnis nicht von höherem Sicherheitsrisiko gesprochen werden.

Diese Sektion wird noch erweitert, sollte aber schon eimmal einen kleinen Einblick geben können.

Mounted Read Only SD Karte

Da ich immer wieder Lese das manch einer damit zu Kämpfen hat hier mal ein kurzes FAQ was in dem Fall zu tun ist .

Schliess dein Handy an PC an --> Festplatte , dann lass das Reparatur Programm laufen ..
Rechtsklick auf die Festplatte ( SD Karte ) ---> Eigenschaften ---> Tools ---> Fehlerüberprüfung ---> bei Dateisystemfehler Automatisch Korregieren Hacken rein bei Fehlerhafte Sektoren suchen / wiederherstellen keinen hacken setzen.
Durchlaufen lassen .
Das beseitigt den Mountet Read only Fehler.
Da ich immer wieder Lese das manch einer damit zu Kämpfen hat hier mal ein kurzes FAQ was in dem Fall zu tun ist .
Schliess dein Handy an PC an --> Festplatte , dann lass das Reparatur Programm laufen ..
Rechtsklick auf die Festplatte ( SD Karte ) ---> Eigenschaften ---> Tools ---> Fehlerüberprüfung ---> bei Dateisystemfehler Automatisch Korregieren Hacken rein bei Fehlerhafte Sektoren suchen / wiederherstellen keinen hacken setzen.
Durchlaufen lassen .
Das beseitigt den Mountet Read only Fehler.

Akku Probleme ? , dann das mal Testen

Für alle die Akku probleme haben oder denken das der Akku zu schnell abbaut und nicht voll Laden tut habe ich mal diesen Tread hier erstellt.

Einfach Testen ob es euch was bringt

Deutsch:
Bitte schliessen Sie das Telefon an das Ladegerät an während das Telefon eingeschaltet ist und lassen Sie es laden bis die LED, die den Ladezustand anzeigt, grün ist.
Trennen Sie das Telefon vom Ladegerät und schalten Sie es aus.
Verbinden Sie das Telefon wieder mit dem Ladegerät, während es immer noch ausgeschaltet ist, und lassen Sie es wieder laden bis die LED grün leuchtet.
Trennen Sie es vom Ladegerät und schalten Sie es ein.
Sobald das Telefon komplett gestartet ist, schalten Sie es wieder aus und schliessen Sie es an das Ladegerät an bis die LED wieder grün leuchtet.
Trennen Sie es vom Ladegerät, schalten Sie es ein und benutzen Sie es.
Diese Prozedur brauchen Sie nur einmalig zu machen.

Quelle:

Dalvik Virtual Machine / Dalvik Cache

Die Dalvik VM ist eine für mobile Geräte entwickelte Java Virtual Machine (JVM).
Die Dalvik Virtual Machine besitzt einen eigenen Bytecode, was sie von vielen anderen JVMs unterscheidet. Dalvik kann mit dem Programm dx herkömmliche CLASS-Dateien von Java in DEX-Dateien konvertieren (Dalvik Executable). Dabei werden mehrere CLASS-Dateien zu einer DEX-Datei zusammengefasst und einige Optimierungen bezüglich des Speicherbedarfs vorgenommen.

Das Dalvik Cache Verzeichnis beinhaltet alle vorkompilierten DEX-Dateien, die von den APK- und JAR-Dateien auf dem Android Phone erstellt wurden. Diese Dateien werden immer dann generiert, wenn die Dalvik Virtual Machine entdeckt, dass die existierende DEX-Datei mit einer älteren Version erstellt wurde. Daher dauert häufig der erste Start, nachdem man ein neues ROM geflasht hat, etwas länger. Weil er dann zuerst alle neuen DEX-Dateien erstellen muss.

Deodexing / De-odex’ing

Was ist deodexing?:
Bei den Stock ROMs hat es jeweils im /system/app oder im /system/framework Ordner nicht nur APK- bzw. JAR-Dateien, sondern auch die dazugehörigen ODEX-Dateien.
Beim Deodexing wird die ODEX-Datei zurück in eine classes.dex Datei konvertiert und in die APK/JAR Datei gepackt.

Was bringt ein deodextes ROM?:
Diese deodexten Dateien sind meistens kleiner als die APK/JAR + die ODEX-Datei zusammen. Wenn man z.B. den ganzen /system/app und /system/framework Ordner deodext, kann man da schon einige Megabytes sparen.
Deodexte ROMs sind auch für Designer/Themer ganz interessant. Denn bei diesen ROMs kann man ohne weiteres die Schriftgrösse oder Schriftfarbe verändern.

ODEX-Dateien:
Kurz gesagt ist eine ODEX-Datei eine optimierte Version einer classes.dex Datei, welche Geräte spezifische Optimierungen beinhaltet. Insbesondere hat eine ODEX-Datei Abhängigkeiten auf jede "BOOTCLASSPATH" Datei, die geladen wird, wenn sie generiert wird.
Diese ODEX-Datei ist nur dann gültig, wenn man sie mit genau diesen "BOOTCLASSPATH" Dateien verwendet. Die Dalvik Virtual Machine erzwingt dies, indem sie eine Prüfsumme für jede Datei erstellt, auf die die ODEX-Datei abhängig ist und stellt sicher, dass die Prüfsumme für jede Datei übereinstimmt, wenn die ODEX-Datei geladen wird.

BOOTCLASSPATH:
Der BOOTCLASSPATH ist eine einfache Liste, welche die Klassen, der APK-/JAR-Dateien beinhaltet, die geladen werden können. (Zusätzlich zu den wichtigsten APK-/JAR-Dateien, die geladen werden.)
Ein normales Android System hat 5 JAR-Dateien in seiner "BOOTCLASSPATH" Datei: core.jar, ext.jar, framework.jar, android.policy.jar und services.jar. Diese Dateien befinden sich alle im Ordner /system/framework. Einige APKs haben auch gewisse Abhängigkeiten zu zusätzlichen JAR- oder APK-Dateien über die fünf Basis JARs hinaus.
Beispiel:
Für die Anwendung, die Google Maps verwendet, wird com.google.android.maps.jar an die BOOTLCLASSPATH-Datei für die APK der App angehängt werden.

Busybox

Generell hat man eine größere Ansammlung "loser" Dateien auf dem Dateisystem.
Jeder Unix-Befehl der Unix-Shell wäre eine eigene Datei. "ls", "ps", "cat", "cd", etc... (unter Windows Befehle wie "dir" "copy" "cd" "echo" "mkdir" usw).
Unter Windows würde das bedeuten, dass man im C:\Windows\ und C:\Windows\System(32) Ordner ne Menge exe-Dateien hat. Jeweils eine für dir, copy, echo... etc.
Da die Dateien aber weniger als 1 kB groß sind, belegen sie aber immer mindestens die kleinste Sektorgröße des Speichers. Somit belegen (bei einer Sektorgröße von 2kB) auch Dateien mit 0.1kB ganze 2kB auf der Festplatte / SD-Karte.

Bei Linux kann man es wie folgt lösen: man nimmt statt 100000 einzelnen Dateien (o.g. Befehle der linux shell) eine groooooße Datei und packt alles dort rein. Dies nennt man dann (unter anderem) Busybox.
Der Vorteil der Busybox: man packt dort durch einen bestimmen Konfigurator nur die shell-Dateien rein, die man auch wirklich braucht.

Beispiel-Rechnung: angenommen wir hätten 100 Shell-Befehle, die jeweils 0.99kB groß sind und eine Sektorgröße von 2kB . Einzeln belegen die Dateien dann 200kB. (0.99kB aufgerundet auf 2kB * 100)
Zusammengepackt als Busybox belegen sie 0.99kB * 100 100kB. (0.99kB * 100 = 99kB, dann auf Sektorgröße aufrunden = 100kB).
-> selbst bei 100 kleinen Dateien spart man schon 50%

Wie genau werden diese befehle dann in der Datei angesprochen wenn die eigentliche "exe" (windows) bzw executable binary (linux) nicht existiert?
ganz einfach. Linux kennt sogenannte symlinks. (aka "symbolic links"). das sind quasi die verknüpfungen unter windows. allerdings "existiert" auch diese verknüpfung nicht wirklich sondern verweist direkt auf das ziel.
Unter Linux wären die dateien wie cp, echo, cat, copy, ls, ln und so weiter unter "/bin" gespeichert.
statt dessen sind dort diese symlinks.
mit folgendem code kann man das man anschauen
Code:
cd /bin
ln -l

ohne busybox und symlinks zeigt viele Dateien mit entspr. Größe an.
mit busybox steht dort dann "cp -> busybox" bzw "mount -> busybox" (der -> zeigt dass es ein symlink auf busybox ist).
also werden alle befehle "weitergeleitet" und statt "mount" die busybox aufgerufen.
Allerdings "erfährt" die busybox durch die befehlszeile welcher befehl ausgeführt werden sollte und wird das dann intern selbst ausführen. ganz so, als hätte man die original-datei aufgerufen.

RADIO - ROM

RADIO steht nicht für das Rundfunkempfangsgerät in unserem HTC Desire, sondern für dieTelefon-Funktionalität, genauer gesagt die Software, die für Empfang und Senden der Sprechfunk- und Datenverbindung zuständig ist.

----> Schau immer mal wieder ob es ein neues Radio gibt ---> Behebt oft Empfangsprobleme / Kamera Probleme / kann zu Akku Laufzeit verbesserungen führen.

Die neusten Radio's findest du im Link unten oder sicher auch hier im Forum

SD - Karte Partitionen


EXT 2/3/4
Dateisystem von Linux (Android), kann von Windows nicht ohne weiteres gelesen werden. Android-Geräte nutzen dieses Dateisystem für den Internen Speicher. Nur die SD-Karte nutzt normalerweise FAT32, welches von Linux und Windows gelesen werden kann.
Eine EXT-Partition auf der SD-Karte war bisher für APPS2SD nötig.

SWAP
Auch "SWAP" ist ein Dateisystem von Linux, vergleichbar mit der Auslagerungsdatei von Windows. Eine SWAP-Partition auf der SD-Karte war bisher für APPS2SD notwendig.

FAT32
"FAT32" ist ein Dateisystem, welches von vielen Betriebssystemen genutzt werden kann. Deswegen ist es das weitverbreitetste Dateisystem für Wechseldatenträger wie USB-Sticks oder Speicherkarten.


A2SD und A2SD++ kleiner aber feiner Unterschied


Wenn du Froyo hast hast du A2SD , dass ist in Froyo Intigriert und ermöglicht dir Apps auf die SD Karte zu verschieben die es Erlauben. Sind momentan noch nicht viele da diese Funktion von den machern der APPS eingebaut werden muss, werden aber sicherlich mehr .

Feststellen kannst du das wenn du auf Einstellungen ---> Anwendungen ---> auf die anwendung klicken und dann schauen ob " Auf SD Karte verschieben " Hell unterlegt ist, wenn ja kannst du es verschieben.

Das geht wie gesagt mit Froyo

A2SD++ geht nur mit Root was dir ermöglicht alle APPS auf die SD Karte zu verschieben