frank_m
Ehrenmitglied
- 8.736
Oh je, da bringst du ja so einiges durcheinander.
Ok, da das ursprüngliche Thema eh erledigt ist, machen wir mal ein bisschen "Grundlagen von Samsung Firmwares".
Nach allen mir vorliegenden Erkenntnissen wird sich am dynamischen Applizieren der CSC Inhalte nichts ändern. Alles andere wäre auch nicht sinnvoll, da man dadurch die Modularität der Firmware aufgeben würde. Im Moment kann man die Basisfirmware mit praktisch allen CSC Inhalten kombinieren. Das wäre beim Verzicht auf dynamisch applizierte CSC Inhalte nicht mehr möglich.
Das hat aber nichts mit der Initialisierung der Datenpartition zu tun. Seit Umstellung auf das neue Flashlayout befindet sich in den Firmwares ja kein leeres Filesystem mehr, wie es zu S1 und S2 Zeiten noch der Fall war (das entscheidende Merkmal einer "dreiteiligen" (low-level) Firmware bei diesen Geräten). Seit Umstellung auf dieses Flashlayout muss die Initialisierung des Filesystems der Datenpartition auf andere Weise erfolgen, wenn es komplett leer ist. Das "--wipe_data" in dem command File sorgt dafür. Andernfalls bekommst du beim Booten ins Recovery die Fehlermeldung, dass /data nicht gemountet werden kann.
Ok, da das ursprüngliche Thema eh erledigt ist, machen wir mal ein bisschen "Grundlagen von Samsung Firmwares".
In der hidden sind keine Scripte. Da liegen nur Salescode-abhängig einige Apps und die Inhalte der internen SD Karte. Die Apps werden installiert, und die SD Inhalte einfach nur kopiert.bitstopfen schrieb:
Die sec_csc.zip gibt es grundsätzlich in allen Firmwares. Der Aufbau unterscheidet sich zwischen Single- und Multi-CSC Firmwares. Auf die anschließenden Prozeduren hat das aber praktisch keinen Einfluss.bitstopfen schrieb:
Mit der Sprache hat das nichts zu tun. Dadurch werden Salescode-spezifische Inhalte aktiviert, z.B. APN Settings usw. Die Sprache kann man unabhängig davon einstellen.bitstopfen schrieb:
Nicht nur. Zum Beispiel vernachlässigst du völlig die Aktionen, die beim "Applying Multi-CSC" stattfinden. Dazu gehören u.a. die EFS Zugriffe (die ja im Zweifel gefährlich sind). Wie du siehst, findet da noch deutlich mehr statt, als nur ein paar /system/csc Zugriffe und ein Wipe.bitstopfen schrieb:
Woher hast du diese Information? Bis einschließlich S4 hat sich das Vorgehen nicht geändert. Und wie soll das funktionieren? Odin flasht Partitionen. Wie soll man damit einen Pfad in einer bereits geflashten Partition beschreiben können? Odin würde komplett /system beschreiben - keine gute Idee.bitstopfen schrieb:
Nach allen mir vorliegenden Erkenntnissen wird sich am dynamischen Applizieren der CSC Inhalte nichts ändern. Alles andere wäre auch nicht sinnvoll, da man dadurch die Modularität der Firmware aufgeben würde. Im Moment kann man die Basisfirmware mit praktisch allen CSC Inhalten kombinieren. Das wäre beim Verzicht auf dynamisch applizierte CSC Inhalte nicht mehr möglich.
Die command Datei ist viel entscheidender. Denn dort sind die begleitenden Aktionen drin, die abseits der eigentlichen Recovery Installation noch ausgeführt werden. Wie gesagt: EFS Zugriffe, und ggf. die Initialisierung der Partitionen.bitstopfen schrieb:
Die Fehlermeldung gibt es auch, aber die hat natürlich andere Ursachen. Üblicherweise deutet es darauf hin, das CSC nicht ordentlich geflasht wurde, denn der Inhalt der sec_csc.zip befindet sich nicht im /system Ordner.bitstopfen schrieb:
Das hat aber nichts mit der Initialisierung der Datenpartition zu tun. Seit Umstellung auf das neue Flashlayout befindet sich in den Firmwares ja kein leeres Filesystem mehr, wie es zu S1 und S2 Zeiten noch der Fall war (das entscheidende Merkmal einer "dreiteiligen" (low-level) Firmware bei diesen Geräten). Seit Umstellung auf dieses Flashlayout muss die Initialisierung des Filesystems der Datenpartition auf andere Weise erfolgen, wenn es komplett leer ist. Das "--wipe_data" in dem command File sorgt dafür. Andernfalls bekommst du beim Booten ins Recovery die Fehlermeldung, dass /data nicht gemountet werden kann.
Da bekämpfst du dann aber Symptome, und nicht Ursachen. Es gibt ja einen Grund, warum diese Dateien nicht da sind, wo sie hingehören. Dem würde ich eher auf den Grund gehen, als einfach zufällig irgendwelche Verzeichnisse im Image zu verteilen.bitstopfen schrieb:
