Lockotock :)
Stamm-User
- 80
Per Root-Genius, ging problemlos.
KitKat 4.4.2 fürs X6
- 156 Antworten
- Letztes Antwortdatum
1
11mail22
Neues Mitglied
- 6
Root Genius 1.8.7 geht auf meinem X6 mit 4.4.2 N I C H T !!!
Nach mehrmaligen reboot kommt:
"Such a tough phone: Root failed"
@Lockotock: war es sicher ein X6 mit Kitkat 4.4.2 und welche Version hast Du genutzt. Besondere Einstellungen?
Hast Du auch den Permission Control App am Laufen. Die kann man nur stoppen aber nicht deaktivieren?
Nach mehrmaligen reboot kommt:
"Such a tough phone: Root failed"
@Lockotock: war es sicher ein X6 mit Kitkat 4.4.2 und welche Version hast Du genutzt. Besondere Einstellungen?
Hast Du auch den Permission Control App am Laufen. Die kann man nur stoppen aber nicht deaktivieren?
D
derauer
Ambitioniertes Mitglied
- 23
Euer geroote mit Apps ist schon lustig...
11mail22, Du hast doch schon ein gerootetes ROM.
Als Backup von Deinem Droidtools-Upload.
Da sind zwei Dateien drin: das modifizierte boot- image und das cwm-recovery...
(factory_NONmodified_recovery.img und ein boot_patched img)
Du musst nur die beiden Originale, das boot- und das recovery- image umbenennen in .bak.
Dann benennst Du die modifizierten um in boot.img und recovery.img und flashst diese beiden mit flashtool - die anderen Häkchen zum flashen bitte rausnehmen...
Fast fertig:
Du brauchst jetzt nur noch den superuser als zip zum Update über die recovery. Da hat es extra einen Menüpunkt im cwm-recovery.
SuperSU Download
Hat bei mir so perfekt funktioniert...
11mail22, Du hast doch schon ein gerootetes ROM.
Als Backup von Deinem Droidtools-Upload.
Da sind zwei Dateien drin: das modifizierte boot- image und das cwm-recovery...
(factory_NONmodified_recovery.img und ein boot_patched img)
Du musst nur die beiden Originale, das boot- und das recovery- image umbenennen in .bak.
Dann benennst Du die modifizierten um in boot.img und recovery.img und flashst diese beiden mit flashtool - die anderen Häkchen zum flashen bitte rausnehmen...
Fast fertig:
Du brauchst jetzt nur noch den superuser als zip zum Update über die recovery. Da hat es extra einen Menüpunkt im cwm-recovery.
SuperSU Download
Hat bei mir so perfekt funktioniert...
N
Neptune23
Fortgeschrittenes Mitglied
- 23
Danke derauer für die Info über die gepatchten Images. Hab das auch nur mit so nem China-Tool bisher gemacht.
Was anderes. Ich habe nun auf der Suche nach dem Kamera Problem diverse MTK6592 FW runtergeladen, mit dem Ziel die lk.bin mit dem SP_MDT 3.1344 (v4) zu analysieren. Ich habe diverse ROMs gefunden, bei denen sich die lk.bin modifizieren liess, bzw. sich die verbaute Kamera, oder das verbaute Display ändern liessen. Ich werde allerdings nicht schlau draus, was hierfür die Voraussetzung ist, da sich das bei keiner von mir heruntergeladenen FW von Cubot machen liess. Bei diversen anderen Herstellern wie z.B. Elephone Kitkat ROMS wird das Scatter-File eingelesen und man hat direkt Zugriff auf die HW Parameter und die lk.bin wird bei Änderung der HW modifiziert gespeichert. Den Effekt kann ich natürlich mangels noch einem China-Kracher nicht testen... Für diese Experimente habe ich ja das X6.
Der einzige auf den ersten Blick erkennbare Unterschied ist eine xxx__ENUM Datei, die der FW beiliegt und es ist ein "encrypted" Verzeichnis dabei. In Cubot ROMs habe ich diese Dateien bisher nie gesehen.
Hat hier jemand Ahnung, ob diese Files bereits vom Hersteller geliefert werden müssen, oder ob man diese selbst erstellen kann über z.B. Readback?
Ich befürchte das sind Files, die beim bauen der Images erstellt werden (makeMTK.mk), aber ich kann mich auch täuschen.
Bin für jeden Hinweis dankbar.
Grüsse, Neptune
Was anderes. Ich habe nun auf der Suche nach dem Kamera Problem diverse MTK6592 FW runtergeladen, mit dem Ziel die lk.bin mit dem SP_MDT 3.1344 (v4) zu analysieren. Ich habe diverse ROMs gefunden, bei denen sich die lk.bin modifizieren liess, bzw. sich die verbaute Kamera, oder das verbaute Display ändern liessen. Ich werde allerdings nicht schlau draus, was hierfür die Voraussetzung ist, da sich das bei keiner von mir heruntergeladenen FW von Cubot machen liess. Bei diversen anderen Herstellern wie z.B. Elephone Kitkat ROMS wird das Scatter-File eingelesen und man hat direkt Zugriff auf die HW Parameter und die lk.bin wird bei Änderung der HW modifiziert gespeichert. Den Effekt kann ich natürlich mangels noch einem China-Kracher nicht testen... Für diese Experimente habe ich ja das X6.
Der einzige auf den ersten Blick erkennbare Unterschied ist eine xxx__ENUM Datei, die der FW beiliegt und es ist ein "encrypted" Verzeichnis dabei. In Cubot ROMs habe ich diese Dateien bisher nie gesehen.
Hat hier jemand Ahnung, ob diese Files bereits vom Hersteller geliefert werden müssen, oder ob man diese selbst erstellen kann über z.B. Readback?
Ich befürchte das sind Files, die beim bauen der Images erstellt werden (makeMTK.mk), aber ich kann mich auch täuschen.
Bin für jeden Hinweis dankbar.
Grüsse, Neptune
F
f1c
Neues Mitglied
- 16
Vielleicht kann ich den Leuten helfen, die sich nicht sicher sind, ob Kitkat bzw deren Kamera nach einem Update laufen würde.
Bei mir hat es funktioniert und ich denke, dass es für Geräte, die mit der gleichen Firmwareversion ausgeliefert worden sind, auch klappen sollte:
Build number:
G807_C1_D1_CUBOT_V1.1_20140613
Ich habe die ROM über CWM installiert und von hier heruntergeladen: Cubot X6, Cheapest 8-Core Smartphone: Less Vibrant, but Agiler - Post #171 - XDA Forums. Kam auch pre-rooted und ich musste nix mit NVRAM oder IMEIs anstellen, da diese wohl nicht mitgeflasht werden und somit noch bei mir funktionierten.
(Ich bin trotzdem wieder zurück auf JB gegangen, weil ich momentan nicht den Vorteil bei Kitkat sehe.)
Bei mir hat es funktioniert und ich denke, dass es für Geräte, die mit der gleichen Firmwareversion ausgeliefert worden sind, auch klappen sollte:
Build number:
G807_C1_D1_CUBOT_V1.1_20140613
Ich habe die ROM über CWM installiert und von hier heruntergeladen: Cubot X6, Cheapest 8-Core Smartphone: Less Vibrant, but Agiler - Post #171 - XDA Forums. Kam auch pre-rooted und ich musste nix mit NVRAM oder IMEIs anstellen, da diese wohl nicht mitgeflasht werden und somit noch bei mir funktionierten.
(Ich bin trotzdem wieder zurück auf JB gegangen, weil ich momentan nicht den Vorteil bei Kitkat sehe.)
1
11mail22
Neues Mitglied
- 6
@derauer:
Danke für die kurze und gute Beschreibung zum Rooten!
Zögere noch etwas da,
factory_NONmodified_recovery.img 10.485.760 Bytes
X6_140924__recovery_141022-195918.img 6.533.120 Bytes
und
boot.img 10.485.760 Bytes
X6_140924__boot_patched_141022-195918.img 5.834.752 Bytes
unterschiedlich groß sind.
Sollten die nicht jeweils gleich groß sein?
Hast Du Dein X6 genau mit diesen Files (X6*.img) bei dir geflasht und somit gerooted?
Auch der sinnvolle Inhalt der Files ist unterschiedlich lang.
Beim org. boot.img bis 0x596F47 und im gepatchten bis 0x590225, fehlen also 27kB!
Nur zur Sicherheit. Möchte keinen Brick riskieren.
Danke für die kurze und gute Beschreibung zum Rooten!
Zögere noch etwas da,
factory_NONmodified_recovery.img 10.485.760 Bytes
X6_140924__recovery_141022-195918.img 6.533.120 Bytes
und
boot.img 10.485.760 Bytes
X6_140924__boot_patched_141022-195918.img 5.834.752 Bytes
unterschiedlich groß sind.
Sollten die nicht jeweils gleich groß sein?
Hast Du Dein X6 genau mit diesen Files (X6*.img) bei dir geflasht und somit gerooted?
Auch der sinnvolle Inhalt der Files ist unterschiedlich lang.
Beim org. boot.img bis 0x596F47 und im gepatchten bis 0x590225, fehlen also 27kB!
Nur zur Sicherheit. Möchte keinen Brick riskieren.
D
derauer
Ambitioniertes Mitglied
- 23
Flash das ruhig. Das passt schon. Habe ich auch so gemacht.
Die unterschiedlichen Größen sind ganz normal, wenn mit Droidtools gepatcht wurde.
Die unterschiedlichen Größen sind ganz normal, wenn mit Droidtools gepatcht wurde.
0
00doc00
Ambitioniertes Mitglied
- 6
Ich werde es mal versuchen am Wochenende. Wahrscheinlich eins der kältesten x6 hier. Aus-Lieferversion 0.8 oder war es 0.7. Ist ja auch egal.
Aktuell die 1.0
Mal schauen was passiert, die Cam ist nicht so wichtig, Qualität haut mich nicht um.
Wichtig ist für mich nur, beide Karten müssen gehen, getrennte Telefonbücher und BT.
Aktuell die 1.0
Mal schauen was passiert, die Cam ist nicht so wichtig, Qualität haut mich nicht um.
Wichtig ist für mich nur, beide Karten müssen gehen, getrennte Telefonbücher und BT.
D
derauer
Ambitioniertes Mitglied
- 23
Damit würde ich aber auf 4.2.2 bleiben.
(Habe nach einigen Versuchen auch wieder meine 4.2.2 V1.1 zurückgeflasht, KitKat hat mich vor allem wegen des merkwürdigen Handlings der SD-Karte nicht überzeugt. Ausserdem zeigte der Kompass nur noch Mist an. Funktionieren tut die 4.4 auch. Bei den älteren geht halt die Kamera nicht - aber echte Vorteile habe ich noch nicht bemerkt.)
(Habe nach einigen Versuchen auch wieder meine 4.2.2 V1.1 zurückgeflasht, KitKat hat mich vor allem wegen des merkwürdigen Handlings der SD-Karte nicht überzeugt. Ausserdem zeigte der Kompass nur noch Mist an. Funktionieren tut die 4.4 auch. Bei den älteren geht halt die Kamera nicht - aber echte Vorteile habe ich noch nicht bemerkt.)
D
DaRocco
Neues Mitglied
- 0
Endlich mal ein "Machtwort"
Was bringt die aktuellste Android-Version für einen Mehrwert?
Mit der 4.2.2 komme ich wunderbar auf 2 Tage Nutzungsdauer, ich habe bis jetzt keine offenen Punkte gefunden, die eine neuere Android Version beheben könnte.
Klar früher war ich auch so ein Flashaholiker ^^ ... aber mittlerweile muss ich echt sagen, dass es toll ist ein Gerät zu besitzen, was einfach funktioniert und man keine Hand anlegen muss.
Was bringt die aktuellste Android-Version für einen Mehrwert?
Mit der 4.2.2 komme ich wunderbar auf 2 Tage Nutzungsdauer, ich habe bis jetzt keine offenen Punkte gefunden, die eine neuere Android Version beheben könnte.
Klar früher war ich auch so ein Flashaholiker ^^ ... aber mittlerweile muss ich echt sagen, dass es toll ist ein Gerät zu besitzen, was einfach funktioniert und man keine Hand anlegen muss.
1
11mail22
Neues Mitglied
- 6
Habe Root problem nach Vorschlag von derauer:
beim flashen der recovery.img und boot.img geht bei mir etwas schief.
Vermutlich schlägt jetzt meine Befürchtung der unterschiedlichen Filegrößen zu.
Nutze SP Flash Tool 5.1420, verwende Download only und das scatter, was vom DroidTool erstellt wurde. Darin sind recovery.img und boot.img als filename referenziert, also die entsprechenden Files umbenannt. Haken nur an recovery und/oder bootimg.
Beim Download versuch kommt: PMT changed for the ROM, it must be downloaded.
Liegt das daran, dass im passenden Scatter vom Backup "partition_size: 0xA00000" steht, was den 10.485.760 Bytes des orginal Files entsprechen würde und ich aber nun das gepatchte mit 6.533.120 Bytes schreiben will?
Hast Du am Scatter da etwas geändert? Size angepasst oder hilft da boundary_check: false oder doch 10MB große rooted Files von wo her gehabt?
Oder mache ich etwas falsch?
Muss ich etwas vorher formatieren?
Neue Erkenntnis: Mit original recovery.img (also passende Größe) - gleicher Fehler! Ein erneutes Readback des StockROMs funktioniert problemlos, dann können es doch nicht die Treiber sein, oder?
Achso: VCOM Treiber scheinen zu gehen (unten wird der Balken zuerst rot und 100% download usw.) im Log findet er keinen COM Port. jedoch nachdem er die PMT gelesen hat und den Fehler ausgegeben hat.
......
11/12/2014 14:42:07.699 FlashTool[36492][37096][D]: CDLProxyImpl::FindPartition(): PMT for CACHE: CACHE [0x37000000-0x3f000000](..\..\qt_flash_tool\Flow\dlproxyimpl.cpp,266)
11/12/2014 14:42:07.700 FlashTool[36492][37096][D]: CDLProxyImpl::FindPartition(): PMT for USRDATA: USRDATA [0x3f000000-0xff000000](..\..\qt_flash_tool\Flow\dlproxyimpl.cpp,266)
11/12/2014 14:42:07.700 FlashTool[36492][37096][D]: CDLProxyImpl::FindPartition(): PMT for FAT: FAT [0xff000000-0x3a2900000](..\..\qt_flash_tool\Flow\dlproxyimpl.cpp,266)
11/12/2014 14:42:07.701 FlashTool[36492][37096][D]: CDLProxyImpl::FindPartition(): PMT for BMTPOOL: BMTPOOL [0xffff00a8-0xffff00a8](..\..\qt_flash_tool\Flow\dlproxyimpl.cpp,266)
11/12/2014 14:42:07.701 FlashTool[36492][37096][D]: APCore:
LOnlyCommand::CheckPMTLayoutChange(): PMT changed for <BMTPOOL>!(..\..\qt_flash_tool\Cmd\DLOnlyCommand.cpp,59)
11/12/2014 14:42:07.713 FlashTool[36492][37096][D]: BackgroundWorker::run(): App Exception! (PMT changed for the ROM; it must be downloaded.)((fw_throw_error,..\..\qt_flash_tool\Flow\ErrString.cpp,24))(..\..\qt_flash_tool\UI\src\BackgroundWorker.cpp,104)
11/12/2014 14:42:07.886 FlashTool[36492][35924][D]: OptionDialog::InitUARTInfo(): No com port detected.(..\..\qt_flash_tool\UI\src\OptionDialog.cpp,416)
11/12/2014 14:42:07.897 FlashTool[36492][35924][D]: OptionDialog::winEvent(): USB Device Removed.(..\..\qt_flash_tool\UI\src\OptionDialog.cpp,483)
11/12/2014 14:42:07.898 FlashTool[36492][35924][D]: OptionDialog::InitUARTInfo(): No com port detected.(..\..\qt_flash_tool\UI\src\OptionDialog.cpp,416)
-------------bzw:
.....
11/12/14 14:42:07.693 BROM_DLL[36492][37096]: DEBUG: PMTReadCmd::ReadData(): Part(USRDATA), begin_add(0x000000003F000000), len(0x00000000C0000000), part_id(8). (FlashToolLib/sv5/common/generic/src/partition_table_cmd.cpp:828)
11/12/14 14:42:07.694 BROM_DLL[36492][37096]: DEBUG: PMTReadCmd::ReadData(): Part(FAT), begin_add(0x00000000FF000000), len(0x00000002A3900000), part_id(8). (FlashToolLib/sv5/common/generic/src/partition_table_cmd.cpp:828)
11/12/14 14:42:07.694 BROM_DLL[36492][37096]: DEBUG: PMTReadCmd::ReadData(): Part(BMTPOOL), begin_add(0x00000000FFFF00A8), len(0x0000000000000000), part_id(8). (FlashToolLib/sv5/common/generic/src/partition_table_cmd.cpp:828)
11/12/14 14:42:07.694 BROM_DLL[36492][37096]: FlashTool_ReadPartitionCount(00C813D8): mutex: UNLOCK. (FlashToolLib/host/windows/mutex.cpp:158)
11/12/14 14:42:07.694 BROM_DLL[36492][37096]: FlashTool_ReadPartitionInfo(00C813D8,04F04508,00000015): mutex: LOCK ... (FlashToolLib/host/windows/mutex.cpp:143)
11/12/14 14:42:07.694 BROM_DLL[36492][37096]: FlashTool_ReadPartitionInfo(00C813D8,04F04508,00000015): mutex: UNLOCK. (FlashToolLib/host/windows/mutex.cpp:158)
11/12/14 14:42:07.702 BROM_DLL[36492][37096]: FlashTool_Disconnect(0x00C813D8): mutex: LOCK ... (FlashToolLib/host/windows/mutex.cpp:143)
11/12/14 14:42:07.702 BROM_DLL[36492][37096]: DEBUG: DA_cmd::CMD_Finish(): Send DA_FINISH_CMD(0xD9), device_status(DISCONNECT_USB_AND_RELEASE_POWERKEY). (FlashToolLib/sv5/common/generic/src/da_cmd.cpp:1048)
11/12/14 14:42:07.713 BROM_DLL[36492][37096]: DEBUG: DA_cmd::CMD_Finish(): OK! (FlashToolLib/sv5/common/generic/src/da_cmd.cpp:1088)
11/12/14 14:42:07.713 BROM_DLL[36492][37096]: FlashTool_Disconnect(0x00C813D8): mutex: UNLOCK. (FlashToolLib/host/windows/mutex.cpp:158)
11/12/14 14:42:07.713 BROM_DLL[36492][37096]: com_sentry::Close(\\?\usb#vid_0e8d&pid_2000#5&31de663d&0&3#{a5dcbf10-6530-11d2-901f-00c04fb951ed}, 00000830): OK! (FlashToolLib/host/windows/com_sentry.cpp:661)
11/12/14 14:42:07.713 BROM_DLL[36492][37096]: com_base::~com_base() m_hCOM(FFFFFFFF) (FlashToolLib/host/windows/com_sentry.cpp:120)
11/12/14 14:42:07.713 BROM_DLL[36492][37096]: DEBUG: FlashTool_Disconnect(): successfully done. (FlashToolLib/sv5/common/generic/src/flashtool_api.cpp:1913)
11/12/14 14:42:07.757 BROM_DLL[36492][35924]: RB_ClearAll(): RB_HANDLE->rwlock: WRITE_TRYLOCK, OK! (FlashToolLib/host/windows/rwlock.cpp:446)
11/12/14 14:42:07.757 BROM_DLL[36492][35924]: RB_ClearAll(): RB_HANDLE->rwlock: WRITE_UNLOCK. (FlashToolLib/host/windows/rwlock.cpp:476)
11/12/14 14:42:07.886 BROM_DLL[36492][35924]: ComPortEnumerateByArg: NOT FOUND!! (FlashToolLib/host/windows/com_enum.cpp:509)
11/12/14 14:42:07.898 BROM_DLL[36492][35924]: ComPortEnumerateByArg: NOT FOUND!! (FlashToolLib/host/windows/com_enum.cpp:509)
beim flashen der recovery.img und boot.img geht bei mir etwas schief.
Vermutlich schlägt jetzt meine Befürchtung der unterschiedlichen Filegrößen zu.
Nutze SP Flash Tool 5.1420, verwende Download only und das scatter, was vom DroidTool erstellt wurde. Darin sind recovery.img und boot.img als filename referenziert, also die entsprechenden Files umbenannt. Haken nur an recovery und/oder bootimg.
Beim Download versuch kommt: PMT changed for the ROM, it must be downloaded.
Liegt das daran, dass im passenden Scatter vom Backup "partition_size: 0xA00000" steht, was den 10.485.760 Bytes des orginal Files entsprechen würde und ich aber nun das gepatchte mit 6.533.120 Bytes schreiben will?
Hast Du am Scatter da etwas geändert? Size angepasst oder hilft da boundary_check: false oder doch 10MB große rooted Files von wo her gehabt?
Oder mache ich etwas falsch?
Muss ich etwas vorher formatieren?
Neue Erkenntnis: Mit original recovery.img (also passende Größe) - gleicher Fehler! Ein erneutes Readback des StockROMs funktioniert problemlos, dann können es doch nicht die Treiber sein, oder?
Achso: VCOM Treiber scheinen zu gehen (unten wird der Balken zuerst rot und 100% download usw.) im Log findet er keinen COM Port. jedoch nachdem er die PMT gelesen hat und den Fehler ausgegeben hat.
......
11/12/2014 14:42:07.699 FlashTool[36492][37096][D]: CDLProxyImpl::FindPartition(): PMT for CACHE: CACHE [0x37000000-0x3f000000](..\..\qt_flash_tool\Flow\dlproxyimpl.cpp,266)
11/12/2014 14:42:07.700 FlashTool[36492][37096][D]: CDLProxyImpl::FindPartition(): PMT for USRDATA: USRDATA [0x3f000000-0xff000000](..\..\qt_flash_tool\Flow\dlproxyimpl.cpp,266)
11/12/2014 14:42:07.700 FlashTool[36492][37096][D]: CDLProxyImpl::FindPartition(): PMT for FAT: FAT [0xff000000-0x3a2900000](..\..\qt_flash_tool\Flow\dlproxyimpl.cpp,266)
11/12/2014 14:42:07.701 FlashTool[36492][37096][D]: CDLProxyImpl::FindPartition(): PMT for BMTPOOL: BMTPOOL [0xffff00a8-0xffff00a8](..\..\qt_flash_tool\Flow\dlproxyimpl.cpp,266)
11/12/2014 14:42:07.701 FlashTool[36492][37096][D]: APCore:
LOnlyCommand::CheckPMTLayoutChange(): PMT changed for <BMTPOOL>!(..\..\qt_flash_tool\Cmd\DLOnlyCommand.cpp,59)11/12/2014 14:42:07.713 FlashTool[36492][37096][D]: BackgroundWorker::run(): App Exception! (PMT changed for the ROM; it must be downloaded.)((fw_throw_error,..\..\qt_flash_tool\Flow\ErrString.cpp,24))(..\..\qt_flash_tool\UI\src\BackgroundWorker.cpp,104)
11/12/2014 14:42:07.886 FlashTool[36492][35924][D]: OptionDialog::InitUARTInfo(): No com port detected.(..\..\qt_flash_tool\UI\src\OptionDialog.cpp,416)
11/12/2014 14:42:07.897 FlashTool[36492][35924][D]: OptionDialog::winEvent(): USB Device Removed.(..\..\qt_flash_tool\UI\src\OptionDialog.cpp,483)
11/12/2014 14:42:07.898 FlashTool[36492][35924][D]: OptionDialog::InitUARTInfo(): No com port detected.(..\..\qt_flash_tool\UI\src\OptionDialog.cpp,416)
-------------bzw:
.....
11/12/14 14:42:07.693 BROM_DLL[36492][37096]: DEBUG: PMTReadCmd::ReadData(): Part(USRDATA), begin_add(0x000000003F000000), len(0x00000000C0000000), part_id(8). (FlashToolLib/sv5/common/generic/src/partition_table_cmd.cpp:828)
11/12/14 14:42:07.694 BROM_DLL[36492][37096]: DEBUG: PMTReadCmd::ReadData(): Part(FAT), begin_add(0x00000000FF000000), len(0x00000002A3900000), part_id(8). (FlashToolLib/sv5/common/generic/src/partition_table_cmd.cpp:828)
11/12/14 14:42:07.694 BROM_DLL[36492][37096]: DEBUG: PMTReadCmd::ReadData(): Part(BMTPOOL), begin_add(0x00000000FFFF00A8), len(0x0000000000000000), part_id(8). (FlashToolLib/sv5/common/generic/src/partition_table_cmd.cpp:828)
11/12/14 14:42:07.694 BROM_DLL[36492][37096]: FlashTool_ReadPartitionCount(00C813D8): mutex: UNLOCK. (FlashToolLib/host/windows/mutex.cpp:158)
11/12/14 14:42:07.694 BROM_DLL[36492][37096]: FlashTool_ReadPartitionInfo(00C813D8,04F04508,00000015): mutex: LOCK ... (FlashToolLib/host/windows/mutex.cpp:143)
11/12/14 14:42:07.694 BROM_DLL[36492][37096]: FlashTool_ReadPartitionInfo(00C813D8,04F04508,00000015): mutex: UNLOCK. (FlashToolLib/host/windows/mutex.cpp:158)
11/12/14 14:42:07.702 BROM_DLL[36492][37096]: FlashTool_Disconnect(0x00C813D8): mutex: LOCK ... (FlashToolLib/host/windows/mutex.cpp:143)
11/12/14 14:42:07.702 BROM_DLL[36492][37096]: DEBUG: DA_cmd::CMD_Finish(): Send DA_FINISH_CMD(0xD9), device_status(DISCONNECT_USB_AND_RELEASE_POWERKEY). (FlashToolLib/sv5/common/generic/src/da_cmd.cpp:1048)
11/12/14 14:42:07.713 BROM_DLL[36492][37096]: DEBUG: DA_cmd::CMD_Finish(): OK! (FlashToolLib/sv5/common/generic/src/da_cmd.cpp:1088)
11/12/14 14:42:07.713 BROM_DLL[36492][37096]: FlashTool_Disconnect(0x00C813D8): mutex: UNLOCK. (FlashToolLib/host/windows/mutex.cpp:158)
11/12/14 14:42:07.713 BROM_DLL[36492][37096]: com_sentry::Close(\\?\usb#vid_0e8d&pid_2000#5&31de663d&0&3#{a5dcbf10-6530-11d2-901f-00c04fb951ed}, 00000830): OK! (FlashToolLib/host/windows/com_sentry.cpp:661)
11/12/14 14:42:07.713 BROM_DLL[36492][37096]: com_base::~com_base() m_hCOM(FFFFFFFF) (FlashToolLib/host/windows/com_sentry.cpp:120)
11/12/14 14:42:07.713 BROM_DLL[36492][37096]: DEBUG: FlashTool_Disconnect(): successfully done. (FlashToolLib/sv5/common/generic/src/flashtool_api.cpp:1913)
11/12/14 14:42:07.757 BROM_DLL[36492][35924]: RB_ClearAll(): RB_HANDLE->rwlock: WRITE_TRYLOCK, OK! (FlashToolLib/host/windows/rwlock.cpp:446)
11/12/14 14:42:07.757 BROM_DLL[36492][35924]: RB_ClearAll(): RB_HANDLE->rwlock: WRITE_UNLOCK. (FlashToolLib/host/windows/rwlock.cpp:476)
11/12/14 14:42:07.886 BROM_DLL[36492][35924]: ComPortEnumerateByArg: NOT FOUND!! (FlashToolLib/host/windows/com_enum.cpp:509)
11/12/14 14:42:07.898 BROM_DLL[36492][35924]: ComPortEnumerateByArg: NOT FOUND!! (FlashToolLib/host/windows/com_enum.cpp:509)
Zuletzt bearbeitet:
N
Neptune23
Fortgeschrittenes Mitglied
- 23
Hi 11mail22,
ich spiele seit Wochen mit dem X6 herum, da bei mir die Kamera unter 4.4.2 nicht funktioniert. Ich bekomme auch hin und wieder diesen Fehler. Hier meine Beobachtungen zu dieser Meldung.
Das Problem "PMT cthanged for the ROM,...." kommt bei mir nur, wenn das verwendete Scatter-File nicht zur auf dem Telefon installierten Firmware-Version passt.
Ist 4.4.2 installiert muss ein Scatter-File verwendet werden, welches aus der 4.4.2 Stock-ROM oder einem 4.4.2 Readback stammt.
Gleiches gilt für 4.2.2. Es darf kein Scatter-File von einem 4.4.2 ROM/Readback verwenden, wenn 4.2.2 auf dem Telefon installiert ist.
Bei Firmware-Updates (Versions-Up/Downgrades), dies ist hier nicht der Fall, kommt diese Meldung, wenn nicht alle Images gefunden wurden (z.B. Cache order Userdata), da diese vom Scatter zwingend vorgegeben sind.
Schau mal ob Du das passende Scatter-File passend zu Der auf Deinem X6 installierten Version verwendest.
Gruss,
Neptune
ich spiele seit Wochen mit dem X6 herum, da bei mir die Kamera unter 4.4.2 nicht funktioniert. Ich bekomme auch hin und wieder diesen Fehler. Hier meine Beobachtungen zu dieser Meldung.
Das Problem "PMT cthanged for the ROM,...." kommt bei mir nur, wenn das verwendete Scatter-File nicht zur auf dem Telefon installierten Firmware-Version passt.
Ist 4.4.2 installiert muss ein Scatter-File verwendet werden, welches aus der 4.4.2 Stock-ROM oder einem 4.4.2 Readback stammt.
Gleiches gilt für 4.2.2. Es darf kein Scatter-File von einem 4.4.2 ROM/Readback verwenden, wenn 4.2.2 auf dem Telefon installiert ist.
Bei Firmware-Updates (Versions-Up/Downgrades), dies ist hier nicht der Fall, kommt diese Meldung, wenn nicht alle Images gefunden wurden (z.B. Cache order Userdata), da diese vom Scatter zwingend vorgegeben sind.
Schau mal ob Du das passende Scatter-File passend zu Der auf Deinem X6 installierten Version verwendest.
Gruss,
Neptune
1
11mail22
Neues Mitglied
- 6
Also ich habe genauestens die Startadressen und Größen der Partitions vom Scatter file mit dem Verglichen, was im Logfile steht und damit vom X6 über das Flashtool gelesen wird.
Da ich ja auch keine verschiedenen Versionen oder andere Images habe - sondern nur im eigenen Saft koche - hätte mich es auch gewundert. Ansonsten wäre ja etwas mit dem DroidTool faul. Ich bin ja nicht in der Lage mein eigenes Backup zurückzuschreiben - schon blöd
Ein Besonderheit habe ich doch festgestellt: Die BMT Partition.
1) sie liegt im FAT Bereich
2) wird vom Flashtool mit Länge 0 vom X6 gelesen und das DriodTool hat Size 0x1500000 in das Scatter reingeschrieben. Gerade nochmal geprüft und auch bei "Block Mappe" wird das so angezeigt.
Das wäre ein Missmatch. Würde dann das Ende des logs wie zuvor gepostet so aussehen?
Es liegen natürlich auch nicht alle Files vor, die im Scatter referenziert sind. Will aber ja nur das RECOVERY schreiben. Im Übrigen, wenn ich satt Download, Firmware update wähle und nur einen Haken wegnehme springt das Flashtool gleich wieder auf Download. Denke das ist normal und Download ist auch richtig, oder?
11/12/2014 16:36:36.084 FlashTool[980][1648][D]: CDLProxyImpl::FindPartition(): PMT for FAT: FAT [0xff000000-0x3a2900000](..\..\qt_flash_tool\Flow\dlproxyimpl.cpp,266)
11/12/2014 16:36:36.084 FlashTool[980][1648][D]: CDLProxyImpl::FindPartition(): PMT for BMTPOOL: BMTPOOL [0xffff00a8-0xffff00a8](..\..\qt_flash_tool\Flow\dlproxyimpl.cpp,266)
und
partition_index: SYS20
partition_name: BMTPOOL
file_name: NONE
is_download: false
type: NORMAL_ROM
linear_start_addr: 0xFFFF00A8
physical_start_addr: 0xFFFF00A8
partition_size: 0x1500000
region: EMMC_USER
storage: HW_STORAGE_EMMC
boundary_check: false
is_reserved: true
operation_type: RESERVED
reserve: 0x00
Da ich ja auch keine verschiedenen Versionen oder andere Images habe - sondern nur im eigenen Saft koche - hätte mich es auch gewundert. Ansonsten wäre ja etwas mit dem DroidTool faul. Ich bin ja nicht in der Lage mein eigenes Backup zurückzuschreiben - schon blöd
Ein Besonderheit habe ich doch festgestellt: Die BMT Partition.
1) sie liegt im FAT Bereich
2) wird vom Flashtool mit Länge 0 vom X6 gelesen und das DriodTool hat Size 0x1500000 in das Scatter reingeschrieben. Gerade nochmal geprüft und auch bei "Block Mappe" wird das so angezeigt.
Das wäre ein Missmatch. Würde dann das Ende des logs wie zuvor gepostet so aussehen?
Es liegen natürlich auch nicht alle Files vor, die im Scatter referenziert sind. Will aber ja nur das RECOVERY schreiben. Im Übrigen, wenn ich satt Download, Firmware update wähle und nur einen Haken wegnehme springt das Flashtool gleich wieder auf Download. Denke das ist normal und Download ist auch richtig, oder?
11/12/2014 16:36:36.084 FlashTool[980][1648][D]: CDLProxyImpl::FindPartition(): PMT for FAT: FAT [0xff000000-0x3a2900000](..\..\qt_flash_tool\Flow\dlproxyimpl.cpp,266)
11/12/2014 16:36:36.084 FlashTool[980][1648][D]: CDLProxyImpl::FindPartition(): PMT for BMTPOOL: BMTPOOL [0xffff00a8-0xffff00a8](..\..\qt_flash_tool\Flow\dlproxyimpl.cpp,266)
und
partition_index: SYS20
partition_name: BMTPOOL
file_name: NONE
is_download: false
type: NORMAL_ROM
linear_start_addr: 0xFFFF00A8
physical_start_addr: 0xFFFF00A8
partition_size: 0x1500000
region: EMMC_USER
storage: HW_STORAGE_EMMC
boundary_check: false
is_reserved: true
operation_type: RESERVED
reserve: 0x00
N
Neptune23
Fortgeschrittenes Mitglied
- 23
Hi 11mail22,
Ich habe gerade mal mein X6 nochmal mit Deinem ScatterFile aus dem Readback und danach nochmal mit der aktuellen Stock geflashed. Habe auch noch Dein Scatter für die Stock verwendet. Danach separat Deine patched_recovery installiert. Alle Flashvorgänge waren erfolgreich.
Danach habe ich die letzten Logs durchgeschaut nach "ComPort" und habe die gleichen Fehler bei mir gefunden. Aber es hat jeweils funktioniert.
Fragen meinerseits:
- Hast Du die Batterie während dem Flashvorgang im Telefon? Zumindest mache ich das so. Handy wird erst angesteckt sobald Akku-Status Anzeige erlischt. Wenn ich zu früh anstecke bekomme ich einen BROM error... Options: USB: HighSpeed, Battery: Autodetect
- Hast Du schon mal einen anderen USB-Port probiert?
Das einzige was mir aufgefallen ist, sind die unterschiedlichen image-types in Deinem Scatter-File bei FAT und SEC_RO. Das Stock ROM sagt ext4_img, Dein Readback sagt Normal_ROM. Desweiteren gibt es Unterschiede in der Gross- und Kleinschreibung der hex-Adressen. Aber wie gesagt, bei mir hat es mit beiden Scatter-Files funktioniert.
Bin ratlos. Sorry.
P.S. Ja, es ist normal, dass die Option Firmware Upgrade auf Download springt, sobald Du Teile der ROM im FlashTool abwählst.
Ich habe gerade mal mein X6 nochmal mit Deinem ScatterFile aus dem Readback und danach nochmal mit der aktuellen Stock geflashed. Habe auch noch Dein Scatter für die Stock verwendet. Danach separat Deine patched_recovery installiert. Alle Flashvorgänge waren erfolgreich.
Danach habe ich die letzten Logs durchgeschaut nach "ComPort" und habe die gleichen Fehler bei mir gefunden. Aber es hat jeweils funktioniert.
Fragen meinerseits:
- Hast Du die Batterie während dem Flashvorgang im Telefon? Zumindest mache ich das so. Handy wird erst angesteckt sobald Akku-Status Anzeige erlischt. Wenn ich zu früh anstecke bekomme ich einen BROM error... Options: USB: HighSpeed, Battery: Autodetect
- Hast Du schon mal einen anderen USB-Port probiert?
Das einzige was mir aufgefallen ist, sind die unterschiedlichen image-types in Deinem Scatter-File bei FAT und SEC_RO. Das Stock ROM sagt ext4_img, Dein Readback sagt Normal_ROM. Desweiteren gibt es Unterschiede in der Gross- und Kleinschreibung der hex-Adressen. Aber wie gesagt, bei mir hat es mit beiden Scatter-Files funktioniert.
Bin ratlos. Sorry.
P.S. Ja, es ist normal, dass die Option Firmware Upgrade auf Download springt, sobald Du Teile der ROM im FlashTool abwählst.
Zuletzt bearbeitet:
1
11mail22
Neues Mitglied
- 6
Danke für die Mühe.
Handy ohne Akku und anstecken, Handy ohne Akku dann Akku rein, warten, anstecken, alles das gleiche Ergebnis. Ein Akkustatus beim einlegen des Akkus kommt bei mir allerdings nicht.
Haben die beim Preloader da etwas geändert und dabei das normale Schreiben irgendwie verriegelt?
Drei verschiedene USB Kabel und Ports probiert. Keine Änderung.
Da grundsätzlich ja die Kommunikation funktioniert (ein Readback ja auch) nur ein Schreiben eben nicht, hätte ich den Link eher ausgeschlossen.
Hat in deinem Log der BMTPOOL auch die Länge 0?
Könntest Du die Logs mal hochladen?
Aus Tat der Verzweiflung habe ich die Scatter schrittweise aller Unstimmigkeiten bereinigt, also BMTPOOL Länge auf 0, und die beiden NORMAL_ROM auf ext4 geändert. Alles ohne Erfolg die Fehlermeldung ist unverändert: PMT changed for the ROM, it must be downloaded.
Noch irgendwelche Ideen?
Achso: der genutze Download-Agent ist: C:\Android\MTK\SP_Flash_Tool_exe_windows_v5.1420.00\SP_Flash_Tool_v5.1420.03\MTK_AllInOne_DA.bin
Weitere erfolglose Versuche:
Treiber neu installiert unter dem Win7 64bit Rechner (sicher die 64bit Treiber verwendet).
Version 3.13 ausprobiert, stürzt aber statt der Meldung ab.
Alten Notebook mit Win XP und nur den XP VCOM Treiber drauf (ohne ADM). Mit V5.14 identisches Verhalten ( PMT...)
Sitzt der Fehler doch vor dem Computer?
Handy ohne Akku und anstecken, Handy ohne Akku dann Akku rein, warten, anstecken, alles das gleiche Ergebnis. Ein Akkustatus beim einlegen des Akkus kommt bei mir allerdings nicht.
Haben die beim Preloader da etwas geändert und dabei das normale Schreiben irgendwie verriegelt?
Drei verschiedene USB Kabel und Ports probiert. Keine Änderung.
Da grundsätzlich ja die Kommunikation funktioniert (ein Readback ja auch) nur ein Schreiben eben nicht, hätte ich den Link eher ausgeschlossen.
Hat in deinem Log der BMTPOOL auch die Länge 0?
Könntest Du die Logs mal hochladen?
Aus Tat der Verzweiflung habe ich die Scatter schrittweise aller Unstimmigkeiten bereinigt, also BMTPOOL Länge auf 0, und die beiden NORMAL_ROM auf ext4 geändert. Alles ohne Erfolg die Fehlermeldung ist unverändert: PMT changed for the ROM, it must be downloaded.
Noch irgendwelche Ideen?
Achso: der genutze Download-Agent ist: C:\Android\MTK\SP_Flash_Tool_exe_windows_v5.1420.00\SP_Flash_Tool_v5.1420.03\MTK_AllInOne_DA.bin
Weitere erfolglose Versuche:
Treiber neu installiert unter dem Win7 64bit Rechner (sicher die 64bit Treiber verwendet).
Version 3.13 ausprobiert, stürzt aber statt der Meldung ab.
Alten Notebook mit Win XP und nur den XP VCOM Treiber drauf (ohne ADM). Mit V5.14 identisches Verhalten ( PMT...)
Sitzt der Fehler doch vor dem Computer?
Zuletzt bearbeitet:
1
11mail22
Neues Mitglied
- 6
ERFOLG!
Mit dem XP Rechner und der V3.1344 ging es problemlos!
Geht das bei Euch mit Win7 32bit oder 64bit? Meine beiden Win7 Enterprise 64bit haben jedenfalls verweigert und die Ursache wäre schon interessant zu wissen.
Root habe ich nun. VIELEN DANK!
Mit dem XP Rechner und der V3.1344 ging es problemlos!
Geht das bei Euch mit Win7 32bit oder 64bit? Meine beiden Win7 Enterprise 64bit haben jedenfalls verweigert und die Ursache wäre schon interessant zu wissen.
Root habe ich nun. VIELEN DANK!
Donauschwabe
Ambitioniertes Mitglied
- 5
Funktionieren beide Kameras bei Dir ?
Zuletzt bearbeitet von einem Moderator:
1
11mail22
Neues Mitglied
- 6
Ja, beide gehen.
Front: gc2235
Back: imx219
Über mobileuncle eng.mode/others/RGT deviceinfo
Front: gc2235
Back: imx219
Über mobileuncle eng.mode/others/RGT deviceinfo
S
scuba82
Neues Mitglied
- 3
Habs gerade bei mir überprüft:
Front: gc2235
Back: imx111
bei mir funktioniert die Back Kamera nicht.
Front: gc2235
Back: imx111
bei mir funktioniert die Back Kamera nicht.
P
paase
Neues Mitglied
- 6
Hab zuerst das Needrom KitKat als "Upgrade firmware" geflasht,
direkt danach das backup von 11mail22 als "download only".
Kamera funktioniert, sonst auch keine Fehler oder abstürze gehabt.
Auch von mir ein Dankeschöne an den upper
Grüße<
PaASe
direkt danach das backup von 11mail22 als "download only".
Kamera funktioniert, sonst auch keine Fehler oder abstürze gehabt.
Auch von mir ein Dankeschöne an den upper
Grüße<
PaASe
