Donald Nice
Enthusiast
- 2.682
Hallo zusammen,
inspiriert durch einen Thread von jcspecs von den devs, habe ich seine Hilfestellung ins Deutsche übersetzt und ergänzt.
I. Einleitung
Exkurs Lagfix:
II. Das Ziel: Auf in den Download-/ Recovery-Modus!
III. Unterscheidung verschiedener vermeintlicher Brick-Zustände
Zustand 1. Der Bootloop (der häufigste Fehler):
Nach einem Update / Flash hängt das Telefon beim Galaxy S Bootlogo / Bootanimantion. In diesem Zustand ist es auch möglich, dass das Gerät wiederholt vibriert. Ausgelöst wird dieser Zustand, wie bereits erwähnt, durch nicht deaktivierte Lagfixes oder Veränderungen durch einspielen einer nicht zum System passenden update.zip. Hilft hier oft bereits ein FactoryReset aus dem RecoveryMode um das System wieder zum laufen zu bekommen, ansonsten ...
Nach einem Update / Flash bootet das Telefon nicht mehr über den ersten angezeigten Bildschirm "Samsung Galalxy S" hinaus. In diesem Fall ist häufig vorher ein Fehler beim Updaten / Flashen der Firmware aufgetreten wobei die /system-Partition beschädigt oder unvollständig beschrieben wurde und das System kann auf, für den Betrieb essentiell benötigte Dateien nicht mehr zugreifen.
Nach einem (meist fehlgeschlagenen) Update / Flash startet das SGS mit unten angezeigtem Bildschirm. Dieser letzte Zustand kommt einem Brick zwar sehr nahe aber ist in den meisten Fällen immer noch zu reparieren. In diesem Stadium ist der Primäre Bootloader oder die Systempartition des Gerätes beschädigt. Glücklicherweise hat das SGS aber auch noch einen sekundären Bootloader, der benötigt wird wenn der primäre beschädigt wurde. In vielen Fällen erkennt das Gerät den Defekt des primären Bootloaders bzw des Sytems beim Versuch in den den Download-Modus zu booten und starten trotzdem notfalls mithilfe des sekundären Booloaders in den Download-Mode. Wenn nicht, ...
Letzendlich sind alle 3 Zustände fast immer selbst zu reparieren, führen aber alle zum Verlust der persönlichen Daten auf dem Telefon (nicht auf der internen / externen sd), da nur ein FactoryReset oder eine Neuistallation des System diese Fehler beheben können.
IV. Die Lösungen
Lösung 1:
- 3-ButtonMode wiederherstellen
- Firmwaretypen und der Bootloader
- Beispiel einer offiziellen 3-Filefirmware zur Wiederherstellung
- In den DL-Mode mithilfe von ADB booten
- Anleitung zum Thema ADB
- Der Downloadmode Dongle "JIG" - Sammelbestellung JIG - Bestellung JIG
Soo.. alle diese Informationen sind bereits in mehrfacher Ausführung hier im Forum vorhanden und ich habe Sie nur nocheinmal nach dem Modell von jcspecs zusammengefasst. Ich hoffe, jemandem damit geholfen zu gehaben.
inspiriert durch einen Thread von jcspecs von den devs, habe ich seine Hilfestellung ins Deutsche übersetzt und ergänzt.
I. Einleitung
Exkurs Lagfix:
Die häufigsten Gründe für einen "Brick" sind erfahrungsgemäß verschiedene Lagfixes (aus Youtube-Videos oder unverantwortlichen Chip-Artikeln, berühmtestes Beispiel ist der OCLF), die das Dateisystem verschiedener Partitionen auf dem Telefon vom Dateisystem "rfs" nach "extx" (ext2, ext3, ...) ändern und dieses auch im System verankern. Das "schnellere" Dateisystem "extx" sorgt hierbei für ein "lagfreieres" System. (Der versierte User merkt an dieser Stelle: Ich halte seit Android 2.2.1 gar nichts mehr von lagfixen).
Bei einem Update / Flash eines Systems mit aktiviertem Lagfix, und damit veränderten Partitionsinformationen, werden genau diese veränderten Informationen im System durch die Originaleinstellungen der neuen Firmware überschrieben.
Folge ist, dass das System beim Startvorgang wieder das originale rfs Dateisystem auf den enstprechenden Partitionen erwartet, die veränderten extx-Partitionen nicht sieht und in einem Bootloop (s.u.) steckt. Somit sind wichtige Systeminformationen aber auch unsere privaten Informationen zwar noch da, aber für das System nicht mehr abrufbar und damit für die meisten von uns unerreichbar. Um diese noch zu retten werden erweiterte Linux-Kenntnisse benötigt.
Somit muss ein Lagfix vor einem Update mit Kies immer rückgängig gemacht werden, wenn die persönlichen Daten erhalten bleiben sollen!!
Bei einem Flash hingegen haben wir in Odin die Möglichkeit mit einer .pit Datei zu flashen (PIT = Partition Information Table). In dieser Datei stehen die originalen Partitionsinformationen. Ein flashen mit .pit sorgt also dafür, dass alle bestehenden Partitionen und damit auch das Dateisystem auf dem SGS vor dem flash gelöscht und neu angelegt werden, und damit der lagix durch das repartitionieren rückgängig gemacht. Natürlich hat auch dieser Weg den Verlust aller Informartionen auf SGS zur Folge (Inhalte der internen und externen SD werden wie immer nicht gelöscht).
Vielflasher brauchen also einen lagfix NICHT rückgängig machen, wenn sowieso mit pit geflasht werden soll. Aber genug zum Thema Lagfix (ist schon mehr geworden als eigentlich beabsichtigt.
Bei einem Update / Flash eines Systems mit aktiviertem Lagfix, und damit veränderten Partitionsinformationen, werden genau diese veränderten Informationen im System durch die Originaleinstellungen der neuen Firmware überschrieben.
Folge ist, dass das System beim Startvorgang wieder das originale rfs Dateisystem auf den enstprechenden Partitionen erwartet, die veränderten extx-Partitionen nicht sieht und in einem Bootloop (s.u.) steckt. Somit sind wichtige Systeminformationen aber auch unsere privaten Informationen zwar noch da, aber für das System nicht mehr abrufbar und damit für die meisten von uns unerreichbar. Um diese noch zu retten werden erweiterte Linux-Kenntnisse benötigt.
Somit muss ein Lagfix vor einem Update mit Kies immer rückgängig gemacht werden, wenn die persönlichen Daten erhalten bleiben sollen!!
Bei einem Flash hingegen haben wir in Odin die Möglichkeit mit einer .pit Datei zu flashen (PIT = Partition Information Table). In dieser Datei stehen die originalen Partitionsinformationen. Ein flashen mit .pit sorgt also dafür, dass alle bestehenden Partitionen und damit auch das Dateisystem auf dem SGS vor dem flash gelöscht und neu angelegt werden, und damit der lagix durch das repartitionieren rückgängig gemacht. Natürlich hat auch dieser Weg den Verlust aller Informartionen auf SGS zur Folge (Inhalte der internen und externen SD werden wie immer nicht gelöscht).
Vielflasher brauchen also einen lagfix NICHT rückgängig machen, wenn sowieso mit pit geflasht werden soll. Aber genug zum Thema Lagfix (ist schon mehr geworden als eigentlich beabsichtigt.
II. Das Ziel: Auf in den Download-/ Recovery-Modus!
III. Unterscheidung verschiedener vermeintlicher Brick-Zustände
Zustand 1. Der Bootloop (der häufigste Fehler):
Nach einem Update / Flash hängt das Telefon beim Galaxy S Bootlogo / Bootanimantion. In diesem Zustand ist es auch möglich, dass das Gerät wiederholt vibriert. Ausgelöst wird dieser Zustand, wie bereits erwähnt, durch nicht deaktivierte Lagfixes oder Veränderungen durch einspielen einer nicht zum System passenden update.zip. Hilft hier oft bereits ein FactoryReset aus dem RecoveryMode um das System wieder zum laufen zu bekommen, ansonsten ...
Zustand 2. Das SGS bootet gar nicht mehr:
Nach einem Update / Flash bootet das Telefon nicht mehr über den ersten angezeigten Bildschirm "Samsung Galalxy S" hinaus. In diesem Fall ist häufig vorher ein Fehler beim Updaten / Flashen der Firmware aufgetreten wobei die /system-Partition beschädigt oder unvollständig beschrieben wurde und das System kann auf, für den Betrieb essentiell benötigte Dateien nicht mehr zugreifen.
Zustand 3. Der Black Screen of Death (BSOD)
Nach einem (meist fehlgeschlagenen) Update / Flash startet das SGS mit unten angezeigtem Bildschirm. Dieser letzte Zustand kommt einem Brick zwar sehr nahe aber ist in den meisten Fällen immer noch zu reparieren. In diesem Stadium ist der Primäre Bootloader oder die Systempartition des Gerätes beschädigt. Glücklicherweise hat das SGS aber auch noch einen sekundären Bootloader, der benötigt wird wenn der primäre beschädigt wurde. In vielen Fällen erkennt das Gerät den Defekt des primären Bootloaders bzw des Sytems beim Versuch in den den Download-Modus zu booten und starten trotzdem notfalls mithilfe des sekundären Booloaders in den Download-Mode. Wenn nicht, ...
Letzendlich sind alle 3 Zustände fast immer selbst zu reparieren, führen aber alle zum Verlust der persönlichen Daten auf dem Telefon (nicht auf der internen / externen sd), da nur ein FactoryReset oder eine Neuistallation des System diese Fehler beheben können.
IV. Die Lösungen
Lösung 1:
Lösung 2:
Lösung 3:
Lösung 4:
Weiterführende Links:
- 3-ButtonMode wiederherstellen
- Firmwaretypen und der Bootloader
- Beispiel einer offiziellen 3-Filefirmware zur Wiederherstellung
- In den DL-Mode mithilfe von ADB booten
- Anleitung zum Thema ADB
- Der Downloadmode Dongle "JIG" - Sammelbestellung JIG - Bestellung JIG
Soo.. alle diese Informationen sind bereits in mehrfacher Ausführung hier im Forum vorhanden und ich habe Sie nur nocheinmal nach dem Modell von jcspecs zusammengefasst. Ich hoffe, jemandem damit geholfen zu gehaben.
Zuletzt bearbeitet:
(Und dann auch beim flashen auf die richtige Firmware achten, sprich keine von unserem SGS sondern eine vom SGS+ nehmen, sonst geht noch mehr kaputt.)
