S4 Klon Fake Riesen Problem

[Simon_Jung]

Logtext das mit GT- und Zahlen dahinter ist das S4 Klon
https://docs.google.com/file/d/0B-byFAeXoLcRR1FXRFFfeV9kZmM/edit?usp=docslist_api

 

[Ora]

Diese Meldung erscheint auch im Log Fenster und muss jeden Anwender sofort sensibilisieren!
Also vorsichtig beim Sichern und Flashen!

03/01/15 18:32:56 /dev/ubi0_0 on /system type ubifs (ro,relatime)
03/01/15 18:32:56 /dev/ubi1_0 on /data type ubifs (rw,nosuid,nodev,relatime)
03/01/15 18:32:56 /dev/ubi2_0 on /.cache type ubifs (rw,nosuid,nodev,relatime)
03/01/15 18:32:56 /dev/ubi3_0 on /fat type ubifs (rw,nosuid,nodev,relatime)
03/01/15 18:32:56 /dev/block/mtdblock3 on /protect_f type yaffs2 (rw,nosuid,nodev,relatime)
03/01/15 18:32:56 /dev/block/mtdblock4 on /protect_s type yaffs2 (rw,nosuid,nodev,relatime)
03/01/15 18:32:56 /dev/block/loop0 on /mnt/cd-rom type iso9660 (ro,relatime)
03/01/15 18:32:56 /dev/block/vold/7:1 on /storage/sdcard1 type vfat (rw,dirsync,nosuid,nodev,noexec,relatime,uid=1000,gid=1015,fmask=0702,dmask=0702,allow_utime=0020,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro)
03/01/15 18:32:56  --- ACHTUNG!  UBIFS FileSystem !

Hier findet MTK die SD Karte nicht und folglich auch keine Sicherung...:

03/01/15 18:44:07  --- Backup Button
03/01/15 18:44:16  --- Sicherungsverzeicnis auf dem Computer: C:\MtkDroidTools_v253\MtkDroidTools\backups\GT-I9500_140523_backup_150103-184407\
03/01/15 18:44:16  --- Die SD-Karte wurde nicht im Phone gefunden!
03/01/15 18:44:16  --- scatter es schreibt in die Datei:

und wo sind diese Sicherungen? Hier wurde doch auch das system.img abgelegt`!

05/01/15 16:48:22 -----------Start------------ v2.5.3 (1390155029) 19.01.2014 18:10:29
05/01/15 16:48:23 UserLanguage =German
05/01/15 16:48:30 * daemon not running. starting it now on port 5037 *
05/01/15 16:48:30 * daemon started successfully *
05/01/15 16:48:36 Last version v2.5.3
05/01/15 16:48:36 Maked 1387564576
05/01/15 16:48:36 URL http://dfiles.ru/files/ne1gnposp
05/01/15 16:49:03  --- Prüfen und Kopieren von Dateien in dem Ordner: C:\Users\simon\GT-I9500_131027211125\!Files_to_FlashTool\
05/01/15 16:49:03   -- preloader.img: md5
05/01/15 16:49:03 ERROR;
05/01/15 16:49:03   -- uboot.img: md5
05/01/15 16:49:03 OK;
05/01/15 16:49:03  ... es wird kopiert
05/01/15 16:49:04   -- boot.img: md5
05/01/15 16:49:04 OK;
05/01/15 16:49:04  ... es wird kopiert
05/01/15 16:49:11   -- recovery.img: md5
05/01/15 16:49:11 OK;
05/01/15 16:49:11  ... es wird kopiert
05/01/15 16:49:20   -- secstatic.img: md5
05/01/15 16:49:20 ERROR;
05/01/15 16:49:20   -- logo.img: md5
05/01/15 16:49:20 OK;
05/01/15 16:49:20  ... es wird kopiert
05/01/15 16:49:25   -- system.img: md5
05/01/15 16:49:25 OK;
05/01/15 16:49:33  ... es wird kopiert
05/01/15 16:49:33   -- cache.img: md5
05/01/15 16:49:33 OK;
05/01/15 16:49:33  ... es wird kopiert
05/01/15 16:49:34   -- userdata.img: md5
05/01/15 16:49:34 OK;
05/01/15 16:49:35  ... es wird kopiert
05/01/15 16:49:35  --- Das Kopieren ist komplett  ---
05/01/15 16:50:38 -----------End --------------

05/01/15 16:56:25  --- Prüfen und Kopieren von Dateien in dem Ordner: C:\Users\simon\GT-I9500_131027211125\!Files_to_FlashTool\
05/01/15 16:56:25   -- preloader.img: md5
05/01/15 16:56:25 ERROR;
05/01/15 16:56:25   -- uboot.img: md5
05/01/15 16:56:25 OK;
05/01/15 16:56:25  ... es wird kopiert
05/01/15 16:56:26   -- boot.img: md5
05/01/15 16:56:26 OK;
05/01/15 16:56:26  ... es wird kopiert
05/01/15 16:56:33   -- recovery.img: md5
05/01/15 16:56:33 OK;
05/01/15 16:56:33  ... es wird kopiert
05/01/15 16:56:41   -- secstatic.img: md5
05/01/15 16:56:41 ERROR;
05/01/15 16:56:41   -- logo.img: md5
05/01/15 16:56:41 OK;
05/01/15 16:56:41  ... es wird kopiert
05/01/15 16:56:44   -- system.img: md5
05/01/15 16:56:44 OK;
05/01/15 16:56:55  ... es wird kopiert
05/01/15 16:56:55   -- cache.img: md5
05/01/15 16:56:55 OK;
05/01/15 16:56:55  ... es wird kopiert
05/01/15 16:56:56   -- userdata.img: md5
05/01/15 16:56:56 OK;
05/01/15 16:56:56  ... es wird kopiert
05/01/15 16:56:56  --- Das Kopieren ist komplett  ---
05/01/15 16:58:16  --- Disconnect from device

 --- Prüfen und Kopieren von Dateien in dem Ordner: C:\Users\simon\GT-I9500_131027211125\!Files_to_FlashTool\
....

 

[Simon G.]

Ja das mit der SD Karte war sowieso ein Problem da diese vertauscht sind sdcard0 war extern und sdcard1 intern das hatte ich versucht in der Boot und den Volds zu andern hatte nicht geklappt. Ich habe Erfolgreich eine Karte ext3 Primär partitioniert aber Linkto SD konnte das Mount Script nicht erstellen ich nehme an das es was damit zu tun hat das das ding vermountet ist.

OK Hast du keine cloud wo ich mir die Ubifs system ziehen kann??


System wurde nur als Ordner gesichert. Im Scatterfile war es ja Ordnungsgemäß gemäß drinne halt nur nicht als img gesichert.

Das auf die Frage wo die Sicherung dazu ist fals du das damit meintest.

 

[kawa0815]

OK Hast du keine cloud wo ich mir die Ubifs system ziehen kann??

Nein, hab ich nicht.

kawa

 

[Ora]

@kawa0815: hier sollte doch sein system.img stehen!
C:\Users\simon\GT-I9500_131027211125\!Files_to_FlashTool\

05/01/15 16:56:41 ... es wird kopiert
05/01/15 16:56:44 -- system.img: md5
05/01/15 16:56:44 OK;

Falls er es nicht überschrieben hat

 

[Simon G.]

Also wenn ich die Blöcke bereitet habe wurde dabei keine system.IMG kopiert wirklich das hatte mich ja schon gewundert von Anfang an

Hab sogar ein Foto davon was er anzeigt in MTK gucke mal wo das ist.


Hier zweiter Spoiler.

http://www.android-hilfe.de/showthread.php?p=8470304

 

[Ora]

@Simon G. : das Foto in diesem Spoiler verweist auf ein anderes Verzeichnis!
Dein Logfile spricht eine andere Sprache...

 

[kawa0815]

@kawa0815: hier sollte doch sein system.img stehen!
C:\Users\simon\GT-I9500_131027211125\!Files_to_FlashTool\

MTKDroid 2.5.3 schreibt das system_ubi.img in: C:\Users\simon\GT-I9500_131027211125, also nicht in den \!Files_To_Flash

Was mich wirklich richtig stuzig macht ist der Ordner /system.

Ich sehe gerade, dass der Zeitstempel von MTKDroid bei seinem LOG auf dem 19.01.2014 steht.
Das passt in keinster Weise zu der Sicherung.

kawa

 

[Ora]

@kawa0815 :
ja zunächst....
aber der Protokollauszug zeigt, dass er ja dann den Menupunkt "Blöcke für das Flashtool vorbereiten" gestartet hat und dabei von einem system.img die MD5 Prüfung gemacht hat.
Dieses Wurzel ist also das Verzeichnis der Begierde : GT-I9500_131027211125

Einfach sich mal in diesem Verzeichnis das File files.md5 anschauen. Da liegt das Rätsels Lösung....

 

[Simon G.]

Ich mach gleich ein Echtzeit short vom Block des Backups

 

[Simon G.]

Also hier ein Screenshot vom Block des Backups .

Block von Backup 1. Jetzt kannste abgleichen. Das andere kann durchaus von einer anderen Rom sein und ich Hans Foto vertauscht.
Und das kommt bei allen Backups.

 

[kawa0815]

@kawa0815 :
ja zunächst....
aber der Protokollauszug zeigt, dass er ja dann den Menupunkt "Blöcke für das Flashtool vorbereiten" gestartet hat und dabei von einem system.img die MD5 Prüfung gemacht hat.
Dieses Wurzel ist also das Verzeichnis der Begierde : GT-I9500_131027211125

Einfach sich mal in diesem Verzeichnis das File files.md5 anschauen. Da liegt das Rätsels Lösung....

ac074202633d46c9c90ac2f4e8149401 preloader.bin
2fdd6851b32ae931637d4845c037b550 nodl_pro_info
6683fb41eae0c4f4c7769b2fe9a3722c nvram.bin
bb7a7565640ce95b0a41c5b08678fe09 userdata_nvram_only.tar
09a1d434dbd7197e7c3af8a7c28ca38b nodl_seccnfg
d4ef637ac8053c873795a6c66dc629eb lk.bin
21f86bd7f50d9e35a6c462b008bb068b boot.img
60df9e1942a36ad9da514fdf194f2c96 recovery.img
3f107d4b1278590090df3496e532a8bf nodl_secro.bin
713af0285c71c9b18039e6e54967d767 nodl_misc
d45773586b2e86c439f6fcd636b05dff logo.bin
b23b5d09162b92c0284923a7f628d2a5 nodl_expdb

Das ist der die MD5, das ist auch normal, bei UBI macht MTKDroid das nicht. Die Files fehlen schlicht in dem Ordner, ist bei mir auch so.
In !Files_To_Flash fehlt system, Userdata und auch .cache.



kawa[DOUBLEPOST=1421583237,1421583094][/DOUBLEPOST]

Ich mach gleich ein Echtzeit short vom Block des Backups

Das nützt im Moment gar nichts.
Du hast schon zig mal geflasht, was soll da noch original sein.

 

[Ora]

Das ist der die MD5, das ist auch normal, bei UBI macht MTKDroid das nicht. Die Files fehlen schlicht in dem Ordner, ist bei mir auch so.
In !Files_To_Flash fehlt system, Userdata und auch .cache.

Wenn diese Files aber dann schon in der Wurzel fehlen, wie sollen diese denn dann in aufbereitete !Verzeichnis kommen?

Das schrieb damals rua1 dazu!

Zitat rua1:
Select Blocks Map in the program and look at the Type field opposite to block "system". If in this field it is written "ubifs", or it field is empty, you got

That it is possible to do with such phone in the program:

• make scatter file
• get root, install SU, delete unnecessary software
• make a backup, but blocks except ubifs will be suitable

That it is impossible:

• make CWM, it needs to be done with ubifs support
• write boot through the program, it kills phone (while it is unclear why)
• Download ubifs blocks from a program backup through Flash Tool, it will kill a phone

 

[kawa0815]

Wenn diese Files aber dann schon in der Wurzel fehlen, wie sollen diese denn dann in aufbereitete !Verzeichnis kommen?

Ich denke MTKDroid macht erst mal eine 1:1 Copy der einzelnen Blöcke entsprechen den ermittelten Ladeadressen und Größen.
Das landet alles im Hauptverzeichnis des Backup.
Danach versucht MKTDroid die einzelnen Files zu analysieren und bei positiven Ergebnis landet das in !Files_To......

Da MTKDroid aber nicht in der Lage ist System, UserData, Cache zu analysieren (die sind ja UBI- formatiert)
lässt es den Kopiervogang einfach aus.
Möglicerweise gibt es ja eine Option, die dann den kompletten Systemordner über ADB vom Handy kopiert, dass habe ich aber so noch nie gesehen.

Das Image vom System kann man trotzdem zurück flashen. Was nicht geht ist MD5 über das File.

Hat man Ladeadresse und Länge, kann man das File auch über readback aus dem Phone kopieren.
Im vorliegenden Fall geht das aber nicht mehr, da Simon schon alles Mögliche geflasht hat.




kawa

 

[Simon G.]

Ja ich habe ich zwar zig mal geflasht .Aber ich dachte bisher das wenn ich die Originalen Images flashe das es dann an den Stellen auch so wiederhergestellt ist wie es vorher war. Und wenn der Rest noch dazukommt alles wieder läuft.

Zumindest stelle ich es mir so vor. Wenn ich mein g700 völlig verdaddelt habe und mit dem flashtool die Firmware drüber ziehe wird ja der Inhalt mit den neuen Originalen Partitionen über schrieben und alles geht und ist wie vorher im Original Zustand.

Ich habe das Backup zigmal drüber geglasht mit dem was geht und halt nur secro und System aus einer anderen Rom was ja nicht klappte an der Stelle ist es falsch. Wenn ich aber die richtigen images dazu flashe muss es doch gehen und alles wieder so sein wie vorher oder sehe ich das falsch.

Ist es in dem Moment nicht völlig egal wie und was ich da drauf geflasht habe wenn ich im Nachhinein irgendwann mal alles komplett habe und dann im ganzen flashe oder erst das was ich habe und dann den Rest???

Ich weiss das mir an vielen Stellen einfach noch zu viel Hintergrundwissen fehlt aber im Grossen und ganzen Stelle ich mir das so vor

Das ganze scheint sehr verfahren zu sein.
Aber ich bin ja nicht der einzige dem so was passiert ist. Nur bei den anderen war es wohl einfacher die Firmware zu bekommen.

Meine scheint wohl echt selten zu sein.

Kawa du hast doch die system zur ubifs erstellt wie wollen wir das machen das ich Sie bekomme soll ich dir die Zugangsdaten zum Account geben damit du das Hochladen kannst. Was anderes fällt mir eh nicht mehr ein dazu.

 

[Ora]

Hat man Ladeadresse und Länge, kann man das File auch über readback aus dem Phone kopieren.

Das halte ich übrigens für die richtige Methode einer Sicherung

Aber ich bin ja nicht der einzige dem so was passiert ist

... und deshalb hänge ich mich auch so rein... beim S4 Mini Clone kamen irgendwann auch die "billigen" schmalbrüstigen Clones mit UBIFS und 256MB ROM's angepurzelt (siehe das S4 Mini Clone Thema hier)...

 

[Simon G.]

Das muss man sich mal Vorstellen 220mb und 18 MB internal SD.

OK mir kommt es vor als sind die Dinger Konzipiert worden um die Käufer zu tauschen .

Aber dennoch finde ich die Idee so schlecht nicht angesichts der UI der Hülle und den fast gleichen Funktionen.
Hab dieses mit dem S4 meines Onkels verglichen und fand kaum Unterschiede ausser in der Auflösung und Performance .

Ob das ding NFC kann kann ich nicht sagen Kontakte sind da aber kein Deckel mit chip. Ist wohl eher fake genau wie screen spiegeln. Aber sonst nimmt sich das ding nicht viel. Also wenn man schon so was Baut hätte man sich doch auch für so wenig Geld etwas mehr Mühe geben können .Bei so wenig Speicher kann das ding auch nicht als Ernstes Device genommen werden sondern echt nur zum Abziehen der Kunden .
Kein Hersteller keine Marke keine Adresse oder Rückverfolgung .Mein Onkel dachte oh ein s4 für 40 Euro und wenn man sich nicht auskennt merkt man am Bild auf EBay auch kein Unterschied. Von der Hülle auch nicht selbst der Aufkleber unterm Akku ist Samsung.

Genau so bescheuert wie Falke mt6589 6572 warum muss ma n so was faken macht doch kein Sinn da das ganze ding eh fake ist.


Ein Eastern Egg mit Jellybean aber 4.4.2 Lustig echt.

Oh man naja nur mal so am Rande und seit ich mich hiermit beschäftige finde ich von allen Herstellern Fakes ohne Ende .Aber diese sind auch Nutzbar teilweise.

Mit dem hier kann ich grad mal die Apps Uodaten und dann war es das. Den Rest auf SD was aber auch nix nutzt da die Apps auf SD auch Daten intern Lagern.

Wenn das ding wieder geht irgendwann habe ich vor den Internen zu Erweitern hoffe das klappt aber davon sind wir noch sehr weit entfernt

 

[Simon G.]

So Kawa hab die Anleitung aber im flashtool unter Window steht Parameter page+p nicht write memory

Flashtool 5.1343.01 nutze ich

 

[Ora]

Das aktuellste findest Du hier.....

 

[Simon G.]

Hab doch eins gefunden was ich noch hatte das dies hat v3.1312.0.139 geht dann ja auch oder