Debranding - CSC Wechseln

  • 88 Antworten
  • Letztes Antwortdatum
Der Unterschied zw. einem Stock Recovery.img extrahiert aus .tar.md5 (mit z.B. 7-zip/Winrar) ist doch nur, dass die mit dd/Flashify .img erzeugten Files die ungenutzten Bytes im Bezug zum unter Android gemounteten partitions (z.B. recovery 10240 blocks mmcblk0p10) mit 00 auffüllen.

"Sparse" heist ja, dass ungenutzte Bereiche mit 00 gefüllt werden. Wenn man sich z.B: das Stock recovery.img ansieht sind aber sowohl am Beginn als auch knapp vor Ende des Files große 00 Bereiche enthalten. Es scheint also so, dass in unserem Fall also der Unterschied wirklich nur die 00 Bytes die über die Filegröße des Stock recovery.img hinausgehen bei dd/Flashify mit 00 aufgefüllt werden bzw. also der Rest bis zum Partitionende.
RICHTIG?

Tools: Liege ich da richtig ?
djodjo.org - Android Linux Tools

simg2img macht aus einem Stock=Sparse ein mountbares "raw.img" wie auch dd es erzeugt.

Mit img2simg müsste man also auch aus den mit dd gewonnen .img ein mit Odin flashbares bekommen ??
 
gggggg schrieb:
Der Unterschied zw. einem Stock Recovery.img ...
Oben sprichst du von system.img und ähnlichen. Diesbezüglich gibt es einen gewaltigen Unterschied zwischen Kernel Images (wie Kernel, Recovery) und Filesystem-Images!
Kernel-Images kannst du vermutlich aus einem dd Dump heraus flashen. Filesystem Images nicht.

gggggg schrieb:
"Sparse" heist ja, dass ungenutzte Bereiche mit 00 gefüllt werden.
Nein, eben nicht. Sparse heißt, dass alle Blöcke, die in einem RAW Image mit "00" belegt wären, in der Image Datei nicht vorhanden sind. Idealerweise sind das alle, die nicht belegt sind. Dann ist die Platzersparnis am Größten.
Du kannst dir vorstellen, was passiert, wenn ein Flashprogramm ein SPARSE Image erwartet und ein RAW Image bekommt - oder umgekehrt. Vor allem, wenn die "00" Blöcke nicht alle am Ende, sondern auch mal mitten im Image liegen.

gggggg schrieb:
simg2img macht aus einem Stock=Sparse ein mountbares "raw.img" wie auch dd es erzeugt.
Ja.

gggggg schrieb:
Mit img2simg müsste man also auch aus den mit dd gewonnen .img ein mit Odin flashbares bekommen ??
img2simg gibt es nicht. SPARSE Images muss man aus einem gemounteten Verzeichnis direkt erzeugen.

Bei System Images musst du darüber hinaus bedenken, dass die bei Samsung immer nur einen Teil des späteren Inhaltes mitbringen. Weitere Inhalte liegen in der Cache.img und werden beim ersten Booten durch die CSC Scripte passend in die Partition kopiert. Das, was du per DD aus einem Samsung Handy holst, hat also nichts mit dem zu tun, was als System.img in einer Samsung Firmware Datei ist.

Fazit: Und daran ändert sich nichts: Flashe die Komponenten einer Stock Firmware immer direkt aus einer originalen Samsung Datei mit Odin. EFS Backup und ähnliches kannst du mit dd erzeugen und mit dd zurückspielen. Alles andere birgt nur die Gefahr, dass du dir was kaputt machst.
 
  • Danke
Reaktionen: gggggg
Danke, 1a Erklärung ... ;-)
Ich hatte schon gesehen, dass die meisten Tools eine ramdisk o.ä. erzeugen. Mir hat das nur nicht behagt, da ich meine Zweifel habe, ob so alle Berechtigungsfeinheiten erhalten bleiben ....
frank_m schrieb:
...
img2simg gibt es nicht. SPARSE Images muss man aus einem gemounteten Verzeichnis direkt erzeugen....
Das Tool gibt's im oben geposteten Link ... wie es funktioniert hab ich noch nicht probiert ...

Was mir beim dd noch aufgefallen ist:

Code:
 root@klimtlte:/dev/block/platform/dw_mmc.0/by-name # ll
 lrwxrwxrwx root     root              2014-08-28 08:48 BOOT -> /dev/block/mmcblk0p9
lrwxrwxrwx root     root              2014-08-28 08:48 BOTA0 -> /dev/block/mmcblk0p1
lrwxrwxrwx root     root              2014-08-28 08:48 BOTA1 -> /dev/block/mmcblk0p2
lrwxrwxrwx root     root              2014-08-28 08:48 CACHE -> /dev/block/mmcblk0p19
lrwxrwxrwx root     root              2014-08-28 08:48 CARRIER -> /dev/block/mmcblk0p7
lrwxrwxrwx root     root              2014-08-28 08:48 CDMA-RADIO -> /dev/block/mmcblk0p12
lrwxrwxrwx root     root              2014-08-28 08:48 EFS -> /dev/block/mmcblk0p3
lrwxrwxrwx root     root              2014-08-28 08:48 HIDDEN -> /dev/block/mmcblk0p20
lrwxrwxrwx root     root              2014-08-28 08:48 OTA -> /dev/block/mmcblk0p11
lrwxrwxrwx root     root              2014-08-28 08:48 PARAM -> /dev/block/mmcblk0p8
lrwxrwxrwx root     root              2014-08-28 08:48 PERSDATA -> /dev/block/mmcblk0p16
lrwxrwxrwx root     root              2014-08-28 08:48 RADIO -> /dev/block/mmcblk0p13
lrwxrwxrwx root     root              2014-08-28 08:48 RECOVERY -> /dev/block/mmcblk0p10
lrwxrwxrwx root     root              2014-08-28 08:48 RESERVED2 -> /dev/block/mmcblk0p17
lrwxrwxrwx root     root              2014-08-28 08:48 SYSTEM -> /dev/block/mmcblk0p18
lrwxrwxrwx root     root              2014-08-28 08:48 TDATA -> /dev/block/mmcblk0p15
lrwxrwxrwx root     root              2014-08-28 08:48 TOMBSTONES -> /dev/block/mmcblk0p14
lrwxrwxrwx root     root              2014-08-28 08:48 USERDATA -> /dev/block/mmcblk0p21
lrwxrwxrwx root     root              2014-08-28 08:48 m9kefs1 -> /dev/block/mmcblk0p4
lrwxrwxrwx root     root              2014-08-28 08:48 m9kefs2 -> /dev/block/mmcblk0p5
lrwxrwxrwx root     root              2014-08-28 08:48 m9kefs3 -> /dev/block/mmcblk0p6

 cat /proc/partitions
major minor  #blocks  name
  253        0    1048576 vnswap0
 179        0   15388672 mmcblk0
 179        1       4096 mmcblk0p1
 179        2       4096 mmcblk0p2
 179        3      20480 mmcblk0p3
 179        4       4096 mmcblk0p4
 179        5       4096 mmcblk0p5
 179        6       4096 mmcblk0p6
 179        7       4096 mmcblk0p7
 259        0       8192 mmcblk0p8
 259        1       8192 mmcblk0p9
 259        2      10240 mmcblk0p10
 259        3      10240 mmcblk0p11
 259        4       4096 mmcblk0p12
 259        5      49152 mmcblk0p13
 259        6       4096 mmcblk0p14
 259        7       4096 mmcblk0p15
 259        8      12288 mmcblk0p16
 259        9       4096 mmcblk0p17
 259       10    2447360 mmcblk0p18
 259       11     204800 mmcblk0p19
 259       12     235520 mmcblk0p20
 259       13   12333056 mmcblk0p21
 179       24       4096 mmcblk0rpmb
 179       16       4096 mmcblk0boot1
 179        8       4096 mmcblk0boot0
 179       40    3872256 mmcblk1
SD P1  179       41    3001344 mmcblk1p1
SD P1  179       42     869376 mmcblk1p2
1. Die Partitionen BOTA0, BOTA1, m9kefs1-3, RESERVED2, TDATA, TOMBSTONES sind gleich groß (4MB=4.194.304Bytes) und nur mit 00 gefüllt.

2. Wenn ich das idente Firmwarepackage ein 2. x flashe und erneut ein dd mache, sind folgende Partitions trotzdem unterschiedlich: Cache, EFA, Param, Persdata, System, Userdata
Ist das normal (bei userdata könnte ich es mir erklären weil man ja ev. nicht alles 100% gleich macht, aber warum ist EFS unterschiedlich, obwohl noch nicht mal eine SIM eingelegt habe) ?
 
Zuletzt bearbeitet:
Ja, das ist normal. EFS und System werden durch die CSC Scripte beeinflusst. Die Inhalte werden aus Cache geholt. Damit ist erklärt, warum alle Partitionen unterschiedlich sind.
 
Hallo @ll!

Von meinem Provider habe ich (leider nur) eine ITV (Open Italy) Variante
des Galaxy Tab S 10.5 LTE bekommen :sad:, hätte aber lieber eine
normale deutsche Version (DBT). :thumbup:

Kann ich das Gerät ohne zu rooten so flashen, das es sich wie ein
vollständiges deutsches Gerät verhält. Also auch von KIES oder
FOTA richtig "bedient" wird?

Muß ich den CSC ändern oder macht das ODIN beim flashen der Firmware?

Ist mein erstes Samsung Gerät... bin daher noch völliger N00B bei
solchen Dingen! :confused2:

Viele Grüße,
andro
 
Ich hatte mal aus meinem Schweizer Galaxy Tab 7.7 ein österreichisches Gerät gemacht, weil in der Schweiz kein Update angeboten wurde. Ist schon eine Weile her. Ob es mit dem neuen Geräten funktionierte kann ich nicht sagen. Bin vom rooten angekommen. Beim Ländercode ändern, muss man aber sehr aufpassen. Root brauchst du sicher. Belese dich mal im Netz.
 
Polyy schrieb:
Ich hatte mal aus meinem Schweizer Galaxy Tab 7.7 ein österreichisches Gerät gemacht, weil in der Schweiz kein Update angeboten wurde. Ist schon eine Weile her. Ob es mit dem neuen Geräten funktionierte kann ich nicht sagen. Bin vom rooten angekommen. Beim Ländercode ändern, muss man aber sehr aufpassen. Root brauchst du sicher. Belese dich mal im Netz.

Sowiet hab' ich das ja schon getan bzw. versucht. Aber CSC ändern
gelingt mir nicht. Habe den Code *#272*35449....IMEI# versucht.

Aber scheint wohl nicht (mehr) zu funktionieren!? :confused2:
 
Ich hatte da einen App, kann mich noch erinnern. ging aber nur mit Root.
 
Polyy schrieb:
Ich hatte da einen App, kann mich noch erinnern. ging aber nur mit Root.

Meine Frage war ja, ob es auch eine Möglichkeit ohne root gibt bzw.
ohne den KNOX Counter auszulösen... aber trotzdem Danke fürs
lesen.
 
Ich weiß, dass man vorher die IMEI Sicherheit sollte, dass verstehe ich unter Vorsicht. Vergesse es einfach................
 
[...]

Auf root will ich ja wegen des KNOX Flags verzichten... und nach dieser
Anleitung benötige ich ein PIT File von einem DBT Gerät.

Hat hier jemand ein SM-T805 DBT mit root und kann das auslesen?
 
Zuletzt bearbeitet von einem Moderator:
Du brauchst auf jeden Fall Root für das EFS Backup. Das ist beim Tab S besonders wichtig, da es ein Intel Modem beinhaltet und keinen Qualcomm Chipsatz. Ein EFS Defekt hätte die Zerstörung des Mobilfunkteils zur Folge.

Ganz wichtig: Das EFS Backup muss als allererstes vor dem Flashen der DBT Firmware erfolgen. Nach dem Flashen einer Firmware mit falschem ProductCode ist EFS bereits angeschlagen und das Backup ist sinnlos. Ab dann hilft nur noch beten, dass das Tab die nächsten Schritte unbeschadet übersteht.
 
Mal nach oben hol....

Kann mal bitte jemand das Pit File vom T805 DBT Gerät auslesen.
Das wäre super.

Man braucht root und z.B. den Terminal Emulator aus dem Playstore und gibt folgendes ein:
su (Enter)
dd if=/dev/block/mmcblk0 of=/sdcard/out.pit bs=8 count=580 skip=2176 (Enter)

Dann sollte auf eurer SD Karte ein Pitfile mit dem Namen "out.pit" liegen.

Das ganze geht auch per adb Shell und gebt im Fenster folgendes ein:
adb devices
adb shell
su
Danach dann:
dd if=/dev/block/mmcblk0 of=/sdcard/out.pit bs=8 count=580 skip=2176

Nun sollte auch das Pitfile "out.pit" auf eurer SD Karte sein.
 
Zuletzt bearbeitet:
Nur der Vollständigkeit halber: Das Tool "EFS Professional" kann PIT Files automatisiert aus Samsung Geräten extrahieren.
 
  • Danke
Reaktionen: Chrack
Mal wieder was gelernt ;)
Jetzt fehlt nur noch ein DBT Pit File.
 
Das vom T705 hab ich. Die Frage ist nur, ob es identisch ist mit dem des T805.
 
Dafür müsste man ein 805er haben, um vergleichen zu können :razz:
 
Zurück
Oben Unten