App2SD: Unterschied zwischen den Versionen

<br/>Man sieht also: Wenn man (1), (2), (3) und (4) auf die SD-Karte "verschieben" würde, wäre der interne Speicher entlastet. Bei den meisten heute üblichen Methoden wird aber nur ein TEIL davon auf die SD-Karte verschoben, oft nur (1).

Oft wird nicht der komplette Teil der App auf die SD-Karte verschoben, sondern nur einzelne Teile. Um dies zu erreichen gibt es 3 Methoden.

*Auswahl auf "per App" Basis möglich

*Nur (1) wird verschoben (also nur das *.apk file der jeweiligen App)

Man kann für jede selbst installierter App entscheiden, ob man diese auf die SD-Karte verschieben möchte. Das geht auch nachträglich, und es geht "hin" und "zurück" nach Belieben. Dabei wird die *.apk-Datei nach "/sdcard/.android-secure/" (="/mnt/secure/asec/") verschoben. Außerdem entsteht der mount point "/mnt/asec/&lt;dateiname&gt;/", wo sich die ausgelagerte .apk-Datei im Klartext befindet. Mit einem Datei-Browser kann man das überprüfen. Das Betriebssystem (ab 2.2) unterstützt dieses Feature nativ, für Android 2.1 und früher ist dies nicht möglich.

Da diese Methode "oberflächlich" ist, ist es zwingend notwendig, dass die zu verschiebene App auch App2SD nach Methode A unterstützt. Ist dies nicht der Fall, ist diese Methode für die App nicht verfügbar. Beispiele für diese nicht-funktionierenden Apps sind zum Beispiel diverse Widgets oder die App Android-Hilfe. Auch System-apps kann man grundsätzlich nicht verschieben.

Diese Methode ist also Bestandteil des Betriebssystems. Dazu gibt es verschiedene grafische Front-Ends (=GUI), die das Hin- und Herschieben erleichtern, z.B. die App "Move2SD".

Die Methode B "Symbolic Links auf Verzeichniss(e) auf der SD-Karte" bekommt oft von App-Entwicklern ebenfalls den Namen "App2SD"; damit wird eine Verwechslung mit der Methode A erzeugt, das scheint aber niemanden so richtig zu interessieren.

* [[Root]] wird benötigt!

* Zweite SD-Karten-Partition wird benötigt! (als zweite Partition nach der FAT32-Partition, aber auch als primary(!) Partition einrichten, und zwar als ext2/ext3/ext4 (je nachdem was das Androidsystem unterstützt). Man sieht für die auszulagernden Dateien zwischen 500 und 1400 MB vor, dies sollte für den Normalgebrauch ausreichen. Größere Partitonen als 1,4 GB kann Berichten zufolge zu massiven Problemen führen.)

* Auswahl auf "per App" Basis NICHT möglich (nur für "alle oder keine" Apps [nur nicht-system-apps])

* Bei A2SD wird nur (1) verschoben (nur das *.apk file), bei neueren Varianten wie A2SD+ oder "Dark Tremor Apps2SD" kann auch zusätzlich wahlweise der dalvik-cache (2) und auch (3)+(4) auf die SD-Karte verschoben werden (aber nicht App-spezifisch).

Man muss das Feature in der Regel über das Recovery, zum Beispiel dem [[ClockWorkMod]]-Recovery einspielen. Bei den meisten Custom ROM's ist diese Funktion schon vorinstalliert. Nach dem Booten des Systems erkennt das Betriebssystem die zweite Partition der SD-Karte und bindet diese als Dateisystem ein (mounten). Diese Partition steht dann unter dem Pfad

verschieben. Damit liegen die Daten nun auf der SD-Karte, genauer auf der zweiten Partition. Dann wird ein symbolischer Link erzeugt, der von /data/app/ nach /system/sd/app/ zeigt. Auf diese Weise kann das Betriebssystem wie gewohnt auf "/data/app/&lt;Dateiname&gt;.apk" zugreifen und merkt gar nicht, dass diese Datei auf der SD-Karte liegt, bzw. es ist ihm "egal". Alle Betriebssystem-Operationen können also wie üblich ablaufen, die Änderung ist für das Betriebssystem völlig transparent, und darum geht es auch für Android 1.6 oder 2.1.

 

Auf die gleiche Weise kann man auch den [[Dalvik-cache]] auf die SD-Karte "umleiten". Ein Beispiel eines grafischen User-Interfaces ist die App "A2SDGUI for Darktremor A2SD", womit man (1) (apk) oder (2) (dalvik-cache) von dem internen Speicher auf die SD verschieben kann.

Diese Methode erlaubt es nicht, einzelne Apps auf die SD-Karte zu verlagern, es geht nur für alle Apps oder für keine. Man kann wählen zwischen "nur *.[[Apk]] files", "nur Dalvik-Cache", oder beides, aber diese Wahl betrifft dann folglich alle (Nicht-System-)Apps.

 

Die Methode C ist "Symbolic Links auf Dateien auf der SD-Karte".

*Zweite SD-Karten-Partition wird benötigt! (als zweite Partition nach der FAT32-Partition, aber auch als primary(!) Partition einrichten, und zwar als ext2/ext3/ext4 (je nachdem was das Androidsystem unterstützt))

*Auswahl auf "per App" Basis IST möglich (auch für System-Apps)

Eine Anleitung zum Einrichten von Link2SD findest du [[Link2SD einrichten|hier]].

Da wir in der Linuxwelt sind, ist so ziemlich alles möglich, so auch das kombinieren von den App2SD-Methoden. Die Frage nach dem Sinn ist mehr oder weniger einfach gesagt: sinnvoll ist es fast nie! Die Möglichkeiten der Kombination:

Wenn wir jetzt noch Methode A ("2.2+ native") hinzunehmen, können wir uns einige Apps aussuchen, deren *.apk Files auf die erste Partition der SD-Karte nach

verschoben werden. Das heißt, wir würden Apps (genauer: deren *.apk Files) zwischen SD-Karte Partition 2 (ext2/3/4) nach SD-Karte Partition 1 (FAT32) verschieben. Das bringt eigentlich genau gar nichts, außer in dem seltenen Fall, dass die eine Partition zu klein wird und wir es auf die andere verschieben müssen. Dann würden wir aber Methode A nicht dazu verwenden, den internen Telefonspeicher zu entlasten, sondern dazu, die zweite (offenbar zu klein bemessene) Partition der SD-Karte zu entlasten (auf Kosten der FAT32-Datenpartition).

Ein weiterer Punkt ist das Mounting: Beide Methoden verwenden ein (eigenes) Script, das die 2. SD-Karten-Partition ins Dateisystem einhängt (mountet). Je nachdem, wie intelligent diese Scripts geschrieben sind, merken sie, dass das Dateisystem schon eingehängt ist, oder die Scripts "bocken". Man kann also nicht genau sagen, ob das Mischen im Ansatz überhaupt funktioniert oder nicht.