Boot Image, Recovery Image, Bootloader, SPL - was ist was?

Hey The One,

Hast dir ein schwieriges Thema ausgesucht, aber ich finde es wichtig dass das geklärt wird. Schon auf Englisch ist das Thema auf xda-developers.com nämlich verwirrend.

Ich sage noch ein bischen mehr, damit auch alles klar ist.

Das Recovery-Image enthält einen Teil des Codes, der vom SPL ausgeführt wird, um einen Wipe durchzuführen oder ein update.zip zu flashen.
Es enthält bei JF-Flashes auch einen Teil des NANDroid-Codes, um Backups zu machen.
Ausserdem enthält das Recovery-Image eine Kopie des Boot-Image. Bei einem Wipe wird eigentlich nicht gewipet (weggewischt) sondern übertüncht. Das Recovery-Image wird über das Boot-Image geschrieben und schon sind Kernel, Systemverzeichnis und Konfigurationsdateien wie neu.
Es ist ein Teil eines JF-Flashes (update.zip).
(Quelle: unzip update.zip )

Das ist richtig. Den Bootloader nennt man auch SPL (= secondary program loader).
Es wird für gerootete Phones empfohlen, HardSPL zu verwenden.
HardSPL ist eine modifizierte Version des SPLs eines DevPhones. Im Unterschied zum DevPhone-SPL lädt der HardSPL *.nbh-Images ohne CID-Prüfung und erlaubt das Flashen von Euro-nbhs auf US-Geräte und umgekehrt. Mit anderen Worten: Mit einem HardSPL brauche ich keine SuperCID zu erstellen, um ein Euro-Flash auf ein US-Gerät oder umgekehrt zu installieren.
Zudem erlaubt der HardSPL den root-Zugang via adb. D.h. bei einem korrumpierten Image (Beispiel: das Phone hängt beim blinkenden Androiden) hat man nicht nur (wie bei jedem SPL) die Variante, eine update.zip oder DREAIMG.nbh neu aufzuspielen, sondern man kann auch mittels adb einzelne Dateien ersetzen und so das Telefon retten - man verliert so keine Daten, wenn's klappt.
(Quelle: xda-developers.com)

Das Boot-Image ist das Herzstück von Android. Wenn du eine update.zip auspackst (nur zum Spass, nicht zum installieren auf dem G1) ist die Hauptdatei die boot.img. Das erste Wort in der boot.img ist ANDROID!8. Dort "beginnt" der Kernel. (Natürlich ist das beim Spiegelbild, dem recovery.img, auch so - diese Datei wird ja anstelle einer korrumpierten boot.img beim Recovery ersetzt).
Auch die boot.img ist integraler Bestandteil eines JF-Flashes.
(Quelle: unzip update.zip )

Nun kommt problematisch hinzu, dass einige Leute (ich am Anfang auch) einen splash screen fälschlicherweise Bootimage nennen.
Ein splash screen (oder "splash") ist eine Grafik, die unter Linux eineblendet wird während Kernel und Module geladen werden. Jeder SPL mit Fastboot (d.h. der DevPhone-SPL = Engineering SPL sowie der HardSPL) unterstützen das Flashen von selbstgemachten splash screens via Fastboot.
Ein Splashscreen ist kein boot.img! (Quelle: xda-developers.com (sic.))

Wenn noch weitere Fragen sind, hoffe ich sie auch aufklären zu können.

 

Das ist halt jetzt eine Ansichtssache.
Gesprochen wird beides als Bootimage. Das eine ist halt ein Bild und das andere ein Abbild.
Wobei das eine als Datei sich wirklich boot.img nennt und der Splashscreen ja beim Booten angezeigt wird und daher als Boot Image bezeichnet wird.
Besser wäre Boot Picture

 

... mit

Code:

fastboot flash splash1 Bildname.raw565

geflasht wird.

Also, man kann es so nennen, da stimme ich zu. Als terminus technicus muss ich auf Splash oder Splashscreen bestehen.

 

Besser in die FAQ oder?

 

Ich finde in dem Falle - oder zumindest vorläufig - pinnen besser.

Das Integrieren in die FAQ braucht etwas mehr Gedankenkraft und Zeit.

Ausserdem muss ich meine Mod-Superkräfte ausprobieren.

 

Na vielleicht stelle ich meine Fragen auch hier rein um nicht noch einen Thread aufzumachen.

Es besteht noch klärungsbedarf für:

Was ist eine CustomBuild?
Was genau ist Cupcake?
Was ist ADP?
Was ist OTA?
Was ist die Holiday FW?

Danke schon mal!

 

versuche mich, mal (bitte die Profis ggf um Korrektur):

zu Cupcake: es ist eine Weiterentwicklung des Android-OS mit neuen Funktionen, zB einer Onscreen-Tastatur

zu ADP: das ist die Android Version, die auf dem DevPhone drauf ist - damit hat man root-Recht, kein Netlock usw

zu OTA: Over The Air-Update, d.h. wenn eine neue Androidversion kommt, dann erfolgt das Update von den Googleservern aus drahtlos - Du bekommst eine Nachricht, dass ein neues Update da ist & kannst dieses nach Bestätigung direkt auf Dein G1 laden & installieren lassen.

zu Holiday Fw: mWn ist das die letzte Version von ADP (1.1h) - weiss aber leider nicht mehr, was da neu war ... sorry

 

Super antwort. Das erklärt alles klar mit wenigen Worten.

Sind bei den FrekeFW die OTA abgeschaltet? Hab sein RC9 drauf.
Besteht die Gefahr eines Brick bei kommenden Updates?

Schonmal danke dafür

 

Es gibt für die JF-Fw im Market eine eigene Update-Software:

Cyrket - JF Updater [FOR ROOTED PHONES]

Hatte auch schon eines seiner Updates so OTA bekommen, kein Problem ...

 

Hab ich gleich mal drauf gemacht.

Nun Fehlt mir ja nur noch die Angabe zum CustomBuild.

 

Eine Veränderung einer offiziellen Firmware; JF, Haykuro oder deine eigene Kernelversion sind Beispiele für Custom Builds.

 

Ich habe mir alles was es im HowTo gab drauf gemacht:

HardSPL, Recovery.img, RC7->RC8->RC9,Radio

Bei meinem Kernel steht: 2.6.25-01843-gfea260bjesusfreke@AndroidDev#1
ABER Build: kila_eu-user 1.1 TMI-RC9 128600 ota-rel-keys,release-keys

Ist dieses Build eine veränderte? Ich glaube ja.

 

Ja. Es ist einer dieser JF-Builds die auch noch ein offizielles OTA-Update erhalten können.

Im Zweifel: Terminal-Emulator öffnen, und beim "$" die Zeichenfolge "su" eingeben. Die Ausgabe müsste "#" lauten.

 

Danke alles klar! *glaubich*

 

Was ist der DangerSPL? Der soll etwas mit Bricking zu tun haben.