Differenti metodi per flashare la jp5

[cicciocant]

Volevo capire che differenza c'è fra

1) prendere i tre file separati della rom froyo jp5 postati da Valerio al capitolo 7 della famosa guida:

CODE_I9000RSJP5.tar.md5
MODEM_I9000XXJPP.tar.md5
CSC_I9000ITVJP3.tar.md5

e flasharli con odin con pit 803 e senza repartition attivo

oppure

2) prendere il file unico della rom froyo jp5 dal link fus postato da valerio al capitolo 5 della famosa guida:

GT-I9000_I9000RSJP5_I9000ITVJP3_I9000XXJPP_I9000RSJP5 _RS_ITV.zip.enc

decrittarlo cin decodertest e flasharlo con odin senza pit e senza repartition.

Qualcuno mi può illuminare?

[Val3r10]

Assolutamente nessuna, se non quella che hai già identificato tu:
il PIT è un concetto prettamente di Odin, perché Kies i bootsector e le dimensioni delle partizioni ce le ha diciamo in pancia...

Comunque, il file .zip.enc è ovviamente l'originale, proveniente dal FUS di Samsung... mentre l'altro, spezzettato per maggiore praticità e per flasharlo da Odin come si è normalmente abituati, è stato derivato dall'originale.

Proprio da Richthofen (alias Nottingham), come si vede mettendoci il naso dentro...


File JP5_JP3_U_JPP.tar, estratto dal .zip.enc decrittografato, contiene:

-rwxr-xr-x 0/0       263450624 2010-10-27 08:54 factoryfs.rfs
-rwxr-xr-x 0/0        12582912 2010-10-26 09:20 modem.bin
-rwxr-xr-x 0/0          626688 2010-10-27 08:54 param.lfs
-rwxr-xr-x 0/0         4820004 2010-10-27 08:54 zImage
-rwxr-xr-x 0/0        22708224 2010-10-27 09:11 cache.rfs

mentre i tre file .tar.md5 separati:

-rwxr-xr-x Nottingham/None   4820004 2010-10-27 08:54 zImage
-rwxr-xr-x Nottingham/None   1376256 2010-08-17 21:18 dbdata.rfs
-rwxr-xr-x Nottingham/None 263450624 2010-10-27 08:54 factoryfs.rfs
-rwxr-xr-x Nottingham/None    626688 2010-10-27 08:54 param.lfs

-rwxr-xr-x Nottingham/None  12582912 2010-10-26 09:20 modem.bin

-rwxr-xr-x Nottingham/None  22708224 2010-10-27 09:11 cache.rfs

I file sono proprio identici, oltre che di dimensione e date uguali.
L'unica differenza come si vede è la presenza di una immagine di partizione DBDATA, che però se vai a montare in realtà è vuota.
Ne viene comunque fatto il wipe da init-script, quindi è del tutto ininfluente.


La procedura per impacchettare (tar & md5) è descritta tra l'altro alla fine del Cap.9 della guida cui ti riferisci...

E nella stessa procedura si vede che normalmente nel pacchetto CODE devono esserci proprio quei quattro file che Richthofen ci ha messo...


Da quanto ho capito, con Odin si preferisce utilizzare i file separati proprio per poter indicare il PIT... soprattutto se il PIT in flash è diverso da quello del firmware preesistente, perché devono cambiare gli estremi delle varie immagini di partizioni ed Odin deve sapere dove andare a scrivere l'una o l'altra...

E' una curiosità che avevo avuto anch'io...
Per questo ho approfondito

[cicciocant]

E questa riposta non potevi darmela altro che te. Grazie di nuovo.

Io ho però problemi a flashare i tre file separati con pit 803 e senza repartition.

odin mi dice fail.
se invece seleziono repartition allora va tutto ok. O Non è tutto ok?

Anche Richthofen in effetti dice:

"The firmware was originally a high package, meaning it is a update patch.

Therefore the system will not boot up properly if the package is flashed with Odin MDL with re-partition option enabled.

I converted it to a middle level package, which can be flashed with Odin MDL with re-partition enabled.

[Val3r10]

Io ho però problemi a flashare i tre file separati con pit 803 e senza repartition.

odin mi dice fail.
se invece seleziono repartition allora va tutto ok. O Non è tutto ok?

E' un po' strana questa cosa... Che versione di Odin utilizzi ? Prova la 1.7 che è l'ultima per I9000

Personalmente ti consiglierei di usare allora il pit512, se devi fare repartition obbligatoriamente.
Altrimenti, ancora meglio e più canonico, fà la pulizia JM8 sempre e poi flasha il singolo file .tar senza PIT e senza repartition.
Anche con le nuove JS3/JS5 si fa così, in fondo...

Uno dei pochi punti essenziali che ormai ho acquisito - e sperimentato sulla pelle del mio povero laboratorio da 4" - è non fare mai repartition con 803...
(il bootsector 803 non ha le informazioni sulle partizioni accessorie tipo DBDATA o altre), quindi il fatto di trovarsi un repartition con partizioni che non sa come gestire genera come minimo sovrapposizioni di offset ...

Non so se l'hai notato, ma passando da Eclair a Froyo 2.2, la partizione SYSTEM varia da 258 a 272 MB ... In Froyo 2.2.1, invece, è nativamente un po' più piccola.
Questa fisarmonica deve essere correttamente gestita, quando si gioca col repartition...

[cicciocant]

Mi si è consumato il dito sul tasto thanks di valerio.

Maro... quante cose ci so da capire.

Arimettiamoci giù.

[Val3r10]

Maro... quante cose ci so da capire.

... sai invece che io mi sono reso conto che sono: poche, precise e concordanti ?


Dico sul serio, molto più che in tanti altri ambiti...

E' per questo che, nonostante le possibili mille alternative, cerco di adeguarmi alla coerenza di certi princìpi. E a trasmetterli così come li ho imparati.

Ognuno poi è libero di fare come gli pare...
ma io le scorciatoie pericolose non potrò mai avallarle