Problem beim Rooten mit MTK Droidtool...

Um nicht die Übersicht zu verlieren, was ist eigentlich der Grund nicht mit Option “Format&Download“ zu flashen? Ich denke der TE hat ein vollständiges Read back?
 
@N2k1: Ist es diese hier?
(build.prop kann ich von da nicht herunterladen -passiert nichts. Immer diese vermurksten One-Click-Hoster)

Ora schrieb:
...was ist eigentlich der Grund nicht mit Option “Format&Download“ zu flashen? Ich denke der TE hat ein vollständiges Read back?
Wenn neu beschreiben dann nicht klappt, und die Wahrscheinlichkeit halte ich für sehr hoch, dann habe ich ein Handy ohne Fimware.
Meine Firmware habe ich komplett ausgelesen (3,63GB), das Scatterfile ebenfalls, nur paßt das trotzdem nicht zusammen, so daß sich weder eine gepatchte Recovery, noch eine gerootete boot.img flashen läßt, da ständig PMT changed, must be downloaded oder beim kompletten Upgrade-flashen Invalid ROM or PMT adress angemeckert wird. Ich vermute ganz stark, daß das beim flashen meiner Originaldaten ebenfalls passiert. Das Risiko ist mir vor der Verifikation mit anderen Quellen einfach zu hoch, zumal ich mehrere selbsts ausgelesene Backups habe, die sich in mehreren Punkten unterscheiden (rot im Totalcommander-Screenshot).
Und MTK-Droidtool erkennt von Anfang an keine Rootrechte (und der Button "rooten" bewirkt nichts).

Ich glaube, ich wiederhole mich...
 
Zuletzt bearbeitet:
Ich gebe Dir Recht, daß ich das so jetzt auch nicht flashen würde.
Aber wie ich ebenfalls schon schrieb: Nun per One-Click-Tool rooten und dann per dd ein Recovery installieren.
Nun eine Sicherung durchführen und dann per SPFT platt machen.
 
Sorry, war ein paar Tage mit anderem beschäftigt...

Zurück zu meinem Problem, könnte der Hinweis hier (bzgl. der PMT) von Ora weiterhelfen?

Ja, aber es genügt nicht nur das Scatter zu editieren! Sondern auch die PMT neu zu erzeugen
Das ist jedenfalls für mich die sauberste Lösung.

Das Thema hatte zwar eine andere Absicht (Re-Partitionierung), das Wissen, wie das Anpassen der PMT/Scatter funktioniert, könnten mir nach meinem Verständnis zu flashbaren Dateien verhelfen.
Denke die Abweichungen PMT zu Scatter sind der Grund, warum das Flashtool rummotzt.

Was meint Ihr?

Woher holt MTK Droidtool die Info zur PMT/Scatterdatei und woher SP Flashtool?
(Offenbar sind das verschiedene Quellen, sonst gäbe es kein Gemecker von SPFT)

Habe unter den im Netz gefundenen Alcatel C7 Scatterfiles leichte Abweichungen zu "meiner" gefunden:



Was passiert, wenn ich diese "fremde" Scatterdatei zum Flashen meiner Daten verwenden würde (falls es SPFT zuläßt)?
Fehlt dann ein Stück meiner USRDATA?


Es gibt auch noch leichte Abweichungen der russischen Scatterfiles untereinander:



Gibt es vielleicht irgendwo eine Beschreibung der beiden Scatterfile-Formate?
 
Zuletzt bearbeitet:
Ich würde das Gerät noch immer per OCR rooten, Recovery aufspielen, Backup erstellen und dann weitermachen...
In dem Link sind (wie auch in meinen Aussagen auf der Seite) ein paar kleinere Fehler drin (die wir nie berichtigt haben - denn sonst wären sie dort ja nicht mehr)
Das MTK DT nutzt eben nicht die PMT zum Erstellen der Scatter-Datei (zum Glück!) - sondern die tatsächlichen Werte.

Die letzte Beiden Dateien stimmen soweit überein, wasdie Speicher-Anfänge betrifft.
Der Rest sind Steueranweisungen für das SPFT (heute false & true)

Es gäbe auch eine andere Variante, das Problem zu umgehen - ist aber experimentell, weshalb ich eben dringend zum Backup per Custom Recovery rate!
 
Jep,dann kann man nämlich ,wenn was falsch laufen sollte gleich sein aktuelles System wiederherstellen.
 
Also gut OCR...

Wollen die hier (oneclickroot.com) Geld von mir?
Auf der ganzen Webseite wird das Thema Geld nicht angesprochen, bei der Installation auf dem PC bekommt man so einen Lizenzvertrag untergejubelt:
...
PAYMENT
Your license grant to our Software is subject to your payment for our Software. You must pay with a valid credit card, this payment information will be collected by our third party payment processor Fast Spring.
...

Was machen denn die OneClickRooter, was man nicht auch über ADB machen kann?
 
Zuletzt bearbeitet:
Hier der Unterschied der Partitionsinfo aus meiner Scatterdatei und dem Auslesen über ADB $ cat /proc/dumchar_info :

Code:
Links: Scatterdatei                     Rechts: $ cat /proc/dumchar_info

- partition_index: SYS20
  partition_name: USRDATA             USRDATA
  file_name: data.img
  is_download: true
  type: YAFFS_IMG
  linear_start_addr: 0x65880000      0x0000000065880000 (berechnet)
  physical_start_addr: 0x64880000  0x0000000064880000
  partition_size: 0x82C00000           0x0000000082C00000
  region: EMMC_USER
  storage: HW_STORAGE_EMMC
  boundary_check: true
  is_reserved: false
  operation_type: UPDATE
  reserve: 0x00

- partition_index: SYS21
  partition_name: RSV_OTP              OTP
  file_name: NONE
  is_download: false
  type: NONE
  linear_start_addr: 0xFFFF0200       0x00000000E8480000 (berechnet) ABWEICHUNG !!!!
  physical_start_addr: 0xFEFF0200   0x00000000feff0200
  partition_size: 0x4000000                0x0000000004000000
  region: EMMC_USER
  storage: HW_STORAGE_EMMC
  boundary_check: true
  is_reserved: false
  operation_type: INVISIBLE
  reserve: 0x00

- partition_index: SYS22
  partition_name: BMTPOOL             BMTPOOL
  file_name: NONE
  is_download: false
  type: NONE
  linear_start_addr: 0xFFFF00A8      0x00000000EC480000 (berechnet) ABWEICHUNG !!!!
  physical_start_addr: 0xFFFF00A8  0x00000000feff00a8
  partition_size: 0x1500000               0x0000000001500000
  region: EMMC_USER
  storage: HW_STORAGE_EMMC
  boundary_check: false
  is_reserved: true
  operation_type: RESERVED
  reserve: 0x00

  Ende: (berechnet)      0x1014F00A8           0x00000000ED980000   ABWEICHUNG !!!!

Was haltet Ihr davon?
Kann ich einen Versuch mit "korrigierter" Scatterdatei wagen (Werte links ersetzt durch die rechts)?

"is_download=false" läßt mich vermuten, daß die beiden letzten Partitionen OTP und BMTPOOL sowieso nicht ins Gerät geflasht werden (?)
 
Zuletzt bearbeitet:
N2k1 schrieb:
Stop!
Da ist etwas faul

type: YAFFS_IMG
Das sollte ext4 sein!
Ja, sehr eigenartig.
Hier nochmal alle Info aus meinem Gerät (wollte den Thread eigentlich nicht völlig damit überfrachten):





############################################################################################################
#
# General Setting
#
############################################################################################################
- general: MTK_PLATFORM_CFG
info:
- config_version: V1.1.1
platform: MT6582
project: MTDTtest
storage: EMMC
boot_channel: MSDC_0
block_size: 0x20000
############################################################################################################
#
# Layout Setting
#
############################################################################################################
- partition_index: SYS0
partition_name: PRELOADER
file_name: preloader.bin
is_download: true
type: SV5_BL_BIN
linear_start_addr: 0x0
physical_start_addr: 0x0
partition_size: 0x1000000
region: EMMC_BOOT_1
storage: HW_STORAGE_EMMC
boundary_check: true
is_reserved: false
operation_type: BOOTLOADERS
reserve: 0x00

- partition_index: SYS1
partition_name: MBR
file_name: MBR
is_download: true
type: NORMAL_ROM
linear_start_addr: 0x1000000
physical_start_addr: 0x0
partition_size: 0x80000
region: EMMC_USER
storage: HW_STORAGE_EMMC
boundary_check: true
is_reserved: false
operation_type: UPDATE
reserve: 0x00

- partition_index: SYS2
partition_name: EBR1
file_name: EBR1
is_download: true
type: NORMAL_ROM
linear_start_addr: 0x1080000
physical_start_addr: 0x80000
partition_size: 0x80000
region: EMMC_USER
storage: HW_STORAGE_EMMC
boundary_check: true
is_reserved: false
operation_type: UPDATE
reserve: 0x00

- partition_index: SYS3
partition_name: PRO_INFO
file_name: NONE
is_download: false
type: NONE
linear_start_addr: 0x1100000
physical_start_addr: 0x100000
partition_size: 0x300000
region: EMMC_USER
storage: HW_STORAGE_EMMC
boundary_check: true
is_reserved: false
operation_type: PROTECTED
reserve: 0x00

- partition_index: SYS4
partition_name: NVRAM
file_name: NONE
is_download: false
type: NONE
linear_start_addr: 0x1400000
physical_start_addr: 0x400000
partition_size: 0x500000
region: EMMC_USER
storage: HW_STORAGE_EMMC
boundary_check: true
is_reserved: false
operation_type: BINREGION
reserve: 0x00

- partition_index: SYS5
partition_name: PROTECT_F
file_name: NONE
is_download: false
type: NONE
linear_start_addr: 0x1900000
physical_start_addr: 0x900000
partition_size: 0xA00000
region: EMMC_USER
storage: HW_STORAGE_EMMC
boundary_check: true
is_reserved: false
operation_type: PROTECTED
reserve: 0x00

- partition_index: SYS6
partition_name: PROTECT_S
file_name: NONE
is_download: false
type: NONE
linear_start_addr: 0x2300000
physical_start_addr: 0x1300000
partition_size: 0xA00000
region: EMMC_USER
storage: HW_STORAGE_EMMC
boundary_check: true
is_reserved: false
operation_type: PROTECTED
reserve: 0x00

- partition_index: SYS7
partition_name: SECCFG
file_name: NONE
is_download: false
type: NONE
linear_start_addr: 0x2D00000
physical_start_addr: 0x1D00000
partition_size: 0x20000
region: EMMC_USER
storage: HW_STORAGE_EMMC
boundary_check: true
is_reserved: false
operation_type: INVISIBLE
reserve: 0x00

- partition_index: SYS8
partition_name: UBOOT
file_name: lk.bin
is_download: true
type: NORMAL_ROM
linear_start_addr: 0x2D20000
physical_start_addr: 0x1D20000
partition_size: 0x60000
region: EMMC_USER
storage: HW_STORAGE_EMMC
boundary_check: true
is_reserved: false
operation_type: UPDATE
reserve: 0x00

- partition_index: SYS9
partition_name: BOOTIMG
file_name: boot.img
is_download: true
type: NORMAL_ROM
linear_start_addr: 0x2D80000
physical_start_addr: 0x1D80000
partition_size: 0x600000
region: EMMC_USER
storage: HW_STORAGE_EMMC
boundary_check: true
is_reserved: false
operation_type: UPDATE
reserve: 0x00

- partition_index: SYS10
partition_name: RECOVERY
file_name: recovery.img
is_download: true
type: NORMAL_ROM
linear_start_addr: 0x3380000
physical_start_addr: 0x2380000
partition_size: 0x600000
region: EMMC_USER
storage: HW_STORAGE_EMMC
boundary_check: true
is_reserved: false
operation_type: UPDATE
reserve: 0x00

- partition_index: SYS11
partition_name: SEC_RO
file_name: secro.img
is_download: true
type: YAFFS_IMG
linear_start_addr: 0x3980000
physical_start_addr: 0x2980000
partition_size: 0x600000
region: EMMC_USER
storage: HW_STORAGE_EMMC
boundary_check: true
is_reserved: false
operation_type: UPDATE
reserve: 0x00

- partition_index: SYS12
partition_name: MISC
file_name: NONE
is_download: false
type: NONE
linear_start_addr: 0x3F80000
physical_start_addr: 0x2F80000
partition_size: 0x80000
region: EMMC_USER
storage: HW_STORAGE_EMMC
boundary_check: true
is_reserved: false
operation_type: INVISIBLE
reserve: 0x00

- partition_index: SYS13
partition_name: LOGO
file_name: logo.bin
is_download: true
type: NORMAL_ROM
linear_start_addr: 0x4000000
physical_start_addr: 0x3000000
partition_size: 0x300000
region: EMMC_USER
storage: HW_STORAGE_EMMC
boundary_check: true
is_reserved: false
operation_type: UPDATE
reserve: 0x00

- partition_index: SYS14
partition_name: EBR2
file_name: EBR2
is_download: true
type: NORMAL_ROM
linear_start_addr: 0x4300000
physical_start_addr: 0x3300000
partition_size: 0x80000
region: EMMC_USER
storage: HW_STORAGE_EMMC
boundary_check: true
is_reserved: false
operation_type: UPDATE
reserve: 0x00

- partition_index: SYS15
partition_name: CUSTPACK
file_name: custpack2.img
is_download: true
type: YAFFS_IMG
linear_start_addr: 0x4380000
physical_start_addr: 0x3380000
partition_size: 0x26500000
region: EMMC_USER
storage: HW_STORAGE_EMMC
boundary_check: true
is_reserved: false
operation_type: UPDATE
reserve: 0x00

- partition_index: SYS16
partition_name: MOBILE_INFO
file_name: mobile_info.img
is_download: true
type: YAFFS_IMG
linear_start_addr: 0x2A880000
physical_start_addr: 0x29880000
partition_size: 0x800000
region: EMMC_USER
storage: HW_STORAGE_EMMC
boundary_check: true
is_reserved: false
operation_type: INVISIBLE
reserve: 0x00

- partition_index: SYS17
partition_name: EXPDB
file_name: NONE
is_download: false
type: NONE
linear_start_addr: 0x2B080000
physical_start_addr: 0x2A080000
partition_size: 0xA00000
region: EMMC_USER
storage: HW_STORAGE_EMMC
boundary_check: true
is_reserved: false
operation_type: INVISIBLE
reserve: 0x00

- partition_index: SYS18
partition_name: ANDROID
file_name: system.img
is_download: true
type: YAFFS_IMG
linear_start_addr: 0x2BA80000
physical_start_addr: 0x2AA80000
partition_size: 0x26500000
region: EMMC_USER
storage: HW_STORAGE_EMMC
boundary_check: true
is_reserved: false
operation_type: UPDATE
reserve: 0x00

- partition_index: SYS19
partition_name: CACHE
file_name: cache.img
is_download: true
type: YAFFS_IMG
linear_start_addr: 0x51F80000
physical_start_addr: 0x50F80000
partition_size: 0x13900000
region: EMMC_USER
storage: HW_STORAGE_EMMC
boundary_check: true
is_reserved: false
operation_type: UPDATE
reserve: 0x00

- partition_index: SYS20
partition_name: USRDATA
file_name: data.img
is_download: true
type: YAFFS_IMG
linear_start_addr: 0x65880000
physical_start_addr: 0x64880000
partition_size: 0x82C00000
region: EMMC_USER
storage: HW_STORAGE_EMMC
boundary_check: true
is_reserved: false
operation_type: UPDATE
reserve: 0x00

- partition_index: SYS21
partition_name: RSV_OTP
file_name: NONE
is_download: false
type: NONE
linear_start_addr: 0xFFFF0200
physical_start_addr: 0xFEFF0200
partition_size: 0x4000000
region: EMMC_USER
storage: HW_STORAGE_EMMC
boundary_check: true
is_reserved: false
operation_type: INVISIBLE
reserve: 0x00

- partition_index: SYS22
partition_name: BMTPOOL
file_name: NONE
is_download: false
type: NONE
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

Also offenbar 3 verschiedene Auslegungen oder Quellen der Information...


N2k1 schrieb:
OK, dachte das wäre nur einer von vielen OCR gewesen. Hast Du selbst schon Kingo angewendet?
Würdest Du die PC- oder Android-Version verwenden?
Verwenden die nicht diesen eigenen "Kinguser" oder "Kingfisher" statt SU oder SuperSU? Spielt der Unterschied eine Rolle?


N2k1 schrieb:
Klar kannst Du das per ADB, wenn Du alle Tests "von Hand" machen willst..
Wenn ich eine vollständige Anleitung dazu hätte, wäre mir das tatsächlich sympathischer als OCR...
 
Zuletzt bearbeitet:
Mich irritiert nur die Scatter - alle anderen Sachen sagen ext4 , was ja letztlich der Wahrheit entspricht!
Woher hattest du diese Scatter-Datei?
MTK DT sagt ja auch ext4.

Ja, ich habe schon mit Kingo gearbeitet - PC-Variante.
 
N2k1 schrieb:
Woher hattest du diese Scatter-Datei?
MTK Droidtool Blockinfo aus dem Bild oben (die z.T. ext4 aussagt) -> "Erstellen einer Scatterdatei"
Mittlerweile mehrfach ausgelesen und alle waren identisch.

Sollte ich vielleicht mal eine ältere Version von MTK DT probieren?

N2k1 schrieb:
Ja, ich habe schon mit Kingo gearbeitet - PC-Variante.
Wenn ich so etwas lese, fühle ich mich irgendwie nicht sehr wohl dabei...
 
Das war a) 2013 und b) kannst Du es ja ohne SIM rooten.
Wie ich schon sagte: Rooten, Custom Recovery drauf, Backup erstellen, das zuvor ausgelesene System-Image drauf (alles, was Kingo installiert haben kann ist definitiv weg, wenn zudem ein Factory Reset gemacht wurde)
Sollte irgendwas schief gegangen sein, kannst Du jederzeit mit Hilfe des Custom Recovery das zuvor erstellte Backup wieder aufspielen. (deshalb ja das Backup einfach als "Versicherung")
Auf diese Art hast Du nahezu NULL RISIKO, daß irgendetwas schief gehen kann.
Nun kannst Du zum Beispiel auch alles formatieren und mit dem Scatter etc. "spielen"

Aber nochwas zum Scatter: Wenn Du mit dem MTK DT - welches Dir im Fenster ext4 anzeigt - die Scatter-Datei erstellst, dann kann da nicht YAFFS drin stehen!
Da ist irgendwas falsch! Das war nicht das ausgelesene Scatter-File!
 
N2k1 schrieb:
Das war a) 2013 und b) kannst Du es ja ohne SIM rooten.
Wie ich schon sagte: Rooten, Custom Recovery drauf, Backup erstellen, das zuvor ausgelesene System-Image drauf (alles, was Kingo installiert haben kann ist definitiv weg, wenn zudem ein Factory Reset gemacht wurde)
Ja, das hatte ich schon verstanden. So wie es aussieht, kann ich doch im Moment mit dem Flashtool nichts überflashen, da immer diese Fehlermeldung kommt (PMT changed for the ROM).
Custom Recovery bekomme ich also nicht aufgespielt.
Dazu muß ich doch erst die Fehlermeldung weg, bzw. die Scatterdatei in den Griff bekommen...

Bei dem älteren Scatterdateiformat ist doch der Typ der einzelnen Partitionen nicht weiter spezifiziert, soweit ich gesehen habe.
Vielleicht ist das eine Möglichkeit?
Welche Droidtool-Version wäre denn die älteste, die ich mit MT6582 probieren könnte? (Quelle?)

N2k1 schrieb:
Sollte irgendwas schief gegangen sein, kannst Du jederzeit mit Hilfe des Custom Recovery das zuvor erstellte Backup wieder aufspielen. (deshalb ja das Backup einfach als "Versicherung")
Auf diese Art hast Du nahezu NULL RISIKO, daß irgendetwas schief gehen kann.
Nun kannst Du zum Beispiel auch alles formatieren und mit dem Scatter etc. "spielen"
Ja, aber genau das geht so im Moment nicht...
N2k1 schrieb:
Aber nochwas zum Scatter: Wenn Du mit dem MTK DT - welches Dir im Fenster ext4 anzeigt - die Scatter-Datei erstellst, dann kann da nicht YAFFS drin stehen!
Da ist irgendwas falsch! Das war nicht das ausgelesene Scatter-File!
Ich versichere Dir, es genau so gemacht zu haben. Habe es heute extra nochmal gemacht, mit dem gleichen Ergebnis (läßt sich nicht flashen).
Ich bin genau nach dieser Anleitung vorgegangen:
[UTIL][WIN][MT65xx] MTK Droid Root & Tools | MediaTek Android Smartphone - Post #5 - XDA Forums
Bzw. ich habe es versucht, mußte aber bei Schritt 7 das Handy wieder einschalten, da sonst die Vorbereitung der ROM-Datei für das Flashtool nicht startete.
Auf dem Bild von Rua1 steht unten eindeutig "communication with phone is lost", trotzdem sieht man rechts im Log, daß die Dateien kopiert wurden.

Mist, daß Rua1 seit über einem Jahr im XDA-Forum verschollen ist...

Vielleicht eine Blöde Frage: wäre ADB Backup (bzw. mit GUI Ultimate Backup Tool 2) eine Alternative?
(Recovery bei zerschossenem System wird wohl eher schwierig damit...)
 
Zuletzt bearbeitet:
1. Rooten per OCR
2. Custom recovery per ADB Befehl aufspielen
3. Sicherung
4. Alles auf den PC kopieren
5. Format all
6. Flashen (inkl. NVRAM etc.)
 
  • Danke
Reaktionen: rzdz
N2k1 schrieb:
1. Rooten per OCR
2. Custom recovery per ADB Befehl aufspielen
3. Sicherung
4. Alles auf den PC kopieren
5. Format all
6. Flashen (inkl. NVRAM etc.)
Kann ich für Punkt 2. die mit MTK Droidtool erzeugte ALCATEL-ONE-TOUCH-7041D_140804__recovery_150626-115009.img verwenden (5.33MB), und wie sieht der Befehl genau aus?
 
Die vom MTK DT erzeugte Variante ist sehr alt - aber im Normalfall lauffähig.
Der Befehl um es aufzuspielen lautet (sofern Du das Image unter oben genannten Namen auf die SD-karte gelegt hast) adb dd if=/sdcard/ALCATEL-ONE-TOUCH-7041D_140804__recovery_150626-115009.img of=/dev/recovery
(Muß als Root ausgeführt werden!)
 
  • Danke
Reaktionen: rzdz
Ups.. adb shell dd ...
 
Umbenennen des langen Dateinamens (verkürzen) ist erlaubt?
 
Ja, klar.
 

Ähnliche Themen

Downguy
  • Downguy
Antworten
5
Aufrufe
479
Nightly
Nightly
E
Antworten
1
Aufrufe
547
mblaster4711
mblaster4711
T
  • Technikfreund83
Antworten
1
Aufrufe
2.962
Technikfreund83
T
Zurück
Oben Unten