Android-Basics: Fastboot, Recovery & Co.

Programme (und natürlich auch ganze Betriebssysteme) die als "Update" per Minibetriebssystem installiert werden sollen, sollten als update.zip bezeichnet im Rootverzeichnis der Speicherkarte hinterlegt werden. Zum Flashen wählt man dann im Minibetriebssystem den Punkt "apply sdcard:update.zip".

Zwingend erforderlich ist jedoch weder das eine noch das andere, denn mittlerweile gibt's bei jedem Minibetriebssystem auch den Punkt "install zip from sdcard", der die Möglichkeit bietet, die flashende zip-Datei händisch auszuwählen.


BTW: Um das in der Recovery-Partition installierte Minibetriebssystem zu starten, muss bei ausgeschaltetem GT540 die Home-Taste während des Startens so lange gedrückt werden (ca. 5 Sekunden lang), bis das Menü des Minibetriebssystems erscheint.

"App2SD" (~App to SD => Programm auf / nach Speicherkarte) steht bei Androiden - nicht nur in meinem eigenen Beiträgen - grundsätzlich und landläufig als Synonym (~Platzhalter) für all jene Techniken, bei denen Geräte-interner Speicherplatz (genau genommen jener, den Android als solchen erkennen darf / kann; siehe beispielsweise auch die internen "Speicherkarten" der SGS1 & 2) durch das Auslagern von Programm(teil)en auf externe Datenträger, z.B. durch Mounten oder "Verbiegen" von Verzeichnissen, (ein)gespart wird. Gleich ob diese Techniken nun bereits originärer Bestandteil der Betriebssystemversion (wie z.B. ab Android 2.2) sind oder nachgerüstet wurden.

Lediglich in seltenen Fällen ist mit der Bezeichnung "App2SD" auch tatsächlich nur ein ganz bestimmtes Programm / Skript gemeint.

Der Forumsnutzer michael and hat übrigens einen sehr guten Beitrag verfasst, in dem er alle technischen Methoden und derzeitigen Möglichkeiten zum Thema "internen Speicherplatz frei machen" ausführlich erläutert!

"Custom-ROM" ist eine vollkommen unpassende Bezeichnung für das, was eigentlich auf englisch als "custom-made (eventuell auch als customer oder community-powered) OS (eventuell auch Firmware)", also als "individuell gefertigtes (oder eben von / für den Kunden bzw. von der Gemeinschaft initiiertes / unterstütztes / (vor)angetriebenes) Betriebssystem" bezeichnet werden müsste.

Da heutzutage aber alles ganz kurz, knapp, rasch und einfach ausgedrückt werden muss, gleich wie kompliziert der Sachverhalt dahinter ist, kommen dann solch sprachlich wie fachlich absolut dümmliche Begriffe in Umlauf und "Mode". Immerhin wird ein Betriebssystem bei heutigen (Endkunden)Geräten üblicherweise in einem EEPROM (statt wie in der "EDV-Steinzeit" in einem nicht mehr veränderbaren ROM), also einem grundsätzlich mehrfach, aber eben nur unter bestimmten Umständen beschreibbaren, nichtflüchtigen Speicherchip "untergebracht", also hinterlegt. (In wie weit man heutige, nichtflüchtige Speicherbausteine noch als EEPROM bezeichnet, ist eine andere Geschichte.) Doch selbst wenn man die Nutzung des Begriffs ROM vom ROM-Dump, also dem ausgelesenen Inhalt des Speicherchips herleiten wollte, die Nutzung der Bezeichnung eines Speicherortes für den darin platzierten Inhalt (also die Software) ist einfach unpassend. Wie auch immer ...

Gemeint ist damit eine Betriebssystemversion, die nicht von einem Gerätehersteller oder einer sonst irgendwie mehr oder minder "offiziellen" Stelle (theoretisch käme dafür das "Android Open Source Project" (~AOSP), eventuell auch Google selbst, in Frage), sondern von engagierten (Geräte)Nutzern aus der Community (englisch; Gemeinschaft), zusammengestellt und in Umlauf gebracht wird. Diese Betriebssystemversionen bieten sowohl einige Vorteile (wie z.B. einen erweiterten Funktionsumfang, eine (raschere) Verfügbarkeit der aktuellen Android-Version (auch für ältere Geräte), oder eine höhere Geschwindigkeit) als auch mögliche Nachteile (wie z.B. eine nicht immer 100%ige Unterstützung der Hardware). Der Einsatz durch den (Geräte)Nutzer erfolgt stets auf eigenes Risiko und setzt eine gewisse Bereitschaft zur Eigeninitiative zwecks Installation und dem Umgang mit allfälligen Problemen voraus.