mäusekino
New Member
Hallo zusammen
Ich beschäftige mich seit einiger Zeit damit mein Mobile neu zu partitionieren und habe schon in diversen Foren viel darüber gelesen.
Habe das Telefon mittlerweile gesichert (Danke Ora) "Basisfunktion 0 "Sicherung/ Wiederherstellung des Auslieferungszustandes ohne Root"
Habe mein Telefon mittlerweile mit Root versehen
Habe diverse Berechnungen angestellt, um den Zusammenhang des Scatterfiles mit den MBR, EBR1 und EBR2 zu verstehen.
Daraus ergeben sich aber leider immer noch einige Fragen:
Ich habe ein MTK6582 (Wiko Darkmoon) und das hat eine für mich verwirrende Größe (FFC447FF) in der einzigen Partition (die für fat) die dort im EBR2 aufgeführt ist.
Kann diese Größe auf den passenden Wert für die fat angepasst werden, oder solle der Wert nach "Schema F" siehe mein Excel in F29 um die Verkleinerung reduziert werden?
size von fat sowie
start und size von usrdata
wobei ich nicht verstanden habe was Ora mit nachfolgendem gemeint hat:
Edit:20.08.2014: OK, mittlerweile selber ausprobiert. Das liegt an der Version. V2.4.8 ergint noch das kurze Scatterfile nur mit den Startadressen. V2.5.3 gibt das lange File mit diversen Infos. (Sorry weiß selber nicht was ich in meinem Originalsatz mit "Version 5 an statt 3" meinte)
Kann ich meinen Zustand vorher und Nacher nachher noch mit anderen Tools testen?
N2K1 schrieb :
Edit:20.08.2014: OK, mittlerweile verstanden. Man klickt im MTKDroid auf ADB-Terminal dann geht ein DOS Fenster auf. (Soweit war ich vorher ja auch schon). In dieser DOS Shell wurde der Path um das adb Verzeichnis erweitert. Jetzt gibt man dort "adb shell" ein und hat eine Terminalsession zu seinem Mobile und kann jetzt Unix Kommandos eingeben.
Und noch 'ne Frage
Was sollen mir die Start (FFFF00A8) und Größenangabe (1500000) von Partition bmttool sagen?
Ist das noch auf meinen Mobile, oder schon auf meinen Schreibtisch? Das ist zusammen größer als FFFFFFFF.
Und zusätzlich wittere ich da ja somit auch noch Speicherpotenzial, denn bisher ist das Ende von usrdata bei
78B80000 + 6D580000 = E6100000 und bmttool startet erst bei FFFF00A8
Da sind doch noch 435.093.672 Byte zu haben
Was mein Ihr?
Anbei mein original Scatter File und meine Berechnung in Excel.
Sorry das Excel ist ein wenig groß geworden, aber es rechnet für meinen Fall automatisch.
Ob das Excel sich auch für andere Fälle (Mobiles) auch benutzen lässt, ist schwer zu sagen.
Die wichtigsten Vorraussetzungen sind:
- es existieren EBR1 und EBR2
- EBR2 hat nur einen Partitionseintrag
- usrdata und fat liegen hinter EBR1 und EBR2
In gelb sind die Zahlen die man aus den MBR, EBR und Scatterfile abschreibt, der Rest sind Formeln.
(Ich musste die Größe der der fat unbedingt von Hand in ein extra Feld abschreiben, da diese sich nicht aus meinem EBR2 berechnen lässt)
Zahlen in weiß auf schwarz wären in den EBR1, EBR2 und im Scatterfile anzupassen.
Zahlen in orange haben was zu tun mit den Offsets, die bei der EBR Rechnerei auftreten
Zahlen in grau ändern sich wenn man in Zelle F38 den Wert von 0 auf 1 ändert und somit den Wert (Anzahl Blöcke in HEX) in Zelle H38 von fat nach usrdata verschiebt.
Der Wert in Zelle H38 ist zur Zeit auf Hex 30000 gesetzt, da ich diese Zahl oft in Foren gelesen habe. Bei Wiko Darkmoon sollte auch 36000 gehen.
Ich beschäftige mich seit einiger Zeit damit mein Mobile neu zu partitionieren und habe schon in diversen Foren viel darüber gelesen.
Habe das Telefon mittlerweile gesichert (Danke Ora) "Basisfunktion 0 "Sicherung/ Wiederherstellung des Auslieferungszustandes ohne Root"
Habe mein Telefon mittlerweile mit Root versehen
Habe diverse Berechnungen angestellt, um den Zusammenhang des Scatterfiles mit den MBR, EBR1 und EBR2 zu verstehen.
Daraus ergeben sich aber leider immer noch einige Fragen:
Was ist mit der Size im EBR2?- Auch EBR2 muss wie oben beschrieben angepasst werden
Ich habe ein MTK6582 (Wiko Darkmoon) und das hat eine für mich verwirrende Größe (FFC447FF) in der einzigen Partition (die für fat) die dort im EBR2 aufgeführt ist.
Kann diese Größe auf den passenden Wert für die fat angepasst werden, oder solle der Wert nach "Schema F" siehe mein Excel in F29 um die Verkleinerung reduziert werden?
Da stimme ich zu, ohne es ausprobiert zu haben... nach meiner Meinung muss angepasst werden:- die veränderte Start Adresse des FAT Blockes muss mit der Hand im Scatterfile geändert werden
size von fat sowie
start und size von usrdata
wobei ich nicht verstanden habe was Ora mit nachfolgendem gemeint hat:
ich habe in meiner Scatterdatei kein __NODL_. Liegt das an der Version 5 an statt 3 vom MTK Droid?Ist erst einmal nicht so tragisch, dann wird ohne __NODL_ geflasht...
Edit:20.08.2014: OK, mittlerweile selber ausprobiert. Das liegt an der Version. V2.4.8 ergint noch das kurze Scatterfile nur mit den Startadressen. V2.5.3 gibt das lange File mit diversen Infos. (Sorry weiß selber nicht was ich in meinem Originalsatz mit "Version 5 an statt 3" meinte)
Wie findet man denn sowas raus? Danke für den Tip.- mit der so angepassten Scatter und einer MTK Datensicherung, die ALLE erforderlichen Sektionen enthält (auch userdata und secro) flasht Ihr jetzt mit der Option "Firmware Upgrade" das Handy neu.
- Dabei wird eine neue PMT erzeugt
Kann ich meinen Zustand vorher und Nacher nachher noch mit anderen Tools testen?
N2K1 schrieb :
Ich habe nicht verstanden, wie ich das machen kann.Mach mal in der shell einfach ein df
Edit:20.08.2014: OK, mittlerweile verstanden. Man klickt im MTKDroid auf ADB-Terminal dann geht ein DOS Fenster auf. (Soweit war ich vorher ja auch schon). In dieser DOS Shell wurde der Path um das adb Verzeichnis erweitert. Jetzt gibt man dort "adb shell" ein und hat eine Terminalsession zu seinem Mobile und kann jetzt Unix Kommandos eingeben.
Hat vielleicht mit dem Ende (FFC447FF) in der EBR2 zu tun?!?- den Versuch mit 5GB habe ich aufgegeben, da der Telefonspeicher immer wieder weg war.
- 2GB funktionieren ausgezeichnet
Und noch 'ne Frage
Was sollen mir die Start (FFFF00A8) und Größenangabe (1500000) von Partition bmttool sagen?
Ist das noch auf meinen Mobile, oder schon auf meinen Schreibtisch? Das ist zusammen größer als FFFFFFFF.
Und zusätzlich wittere ich da ja somit auch noch Speicherpotenzial, denn bisher ist das Ende von usrdata bei
78B80000 + 6D580000 = E6100000 und bmttool startet erst bei FFFF00A8
Da sind doch noch 435.093.672 Byte zu haben
Was mein Ihr?
Anbei mein original Scatter File und meine Berechnung in Excel.
Sorry das Excel ist ein wenig groß geworden, aber es rechnet für meinen Fall automatisch.
Ob das Excel sich auch für andere Fälle (Mobiles) auch benutzen lässt, ist schwer zu sagen.
Die wichtigsten Vorraussetzungen sind:
- es existieren EBR1 und EBR2
- EBR2 hat nur einen Partitionseintrag
- usrdata und fat liegen hinter EBR1 und EBR2
In gelb sind die Zahlen die man aus den MBR, EBR und Scatterfile abschreibt, der Rest sind Formeln.
(Ich musste die Größe der der fat unbedingt von Hand in ein extra Feld abschreiben, da diese sich nicht aus meinem EBR2 berechnen lässt)
Zahlen in weiß auf schwarz wären in den EBR1, EBR2 und im Scatterfile anzupassen.
Zahlen in orange haben was zu tun mit den Offsets, die bei der EBR Rechnerei auftreten
Zahlen in grau ändern sich wenn man in Zelle F38 den Wert von 0 auf 1 ändert und somit den Wert (Anzahl Blöcke in HEX) in Zelle H38 von fat nach usrdata verschiebt.
Der Wert in Zelle H38 ist zur Zeit auf Hex 30000 gesetzt, da ich diese Zahl oft in Foren gelesen habe. Bei Wiko Darkmoon sollte auch 36000 gehen.
Anhänge
-
7.4 KB Aufrufe: 44
-
13.5 KB Aufrufe: 87
Zuletzt bearbeitet: