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.
Zitat:
Zitat von The One  Ahh ich hab mich nun ein bisschen informiert, sagt mir nur ob es richtig ist. |
Ich sage noch ein bischen mehr, damit auch alles klar ist.
Zitat:
Zitat von The One Recover Image: Hat man hiervon eine modifizierte Version ist es möglich einen anderen Bootloader zu installieren. Dies ist sozusagen der grundstock des Geräts. |
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
)
Zitat:
Zitat von The One Bootloader: Er kontrolliert bei Updates ob die Update.zip Datei auch für dieses Handy bestimmt ist. |
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)
Zitat:
Zitat von The One Und Boot Image dürfte entweder eines der beiden oberen sein ich oder eben die Firmware so wie die von JF! |
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.