a proposito dei Pit files

Tutti sanno che esistono tre tipi differenti di file con estensione pit necesssari per flashare le ROM sul SGS tramite odin, ma pochi o nessuno sa veramente cosa indichino queti tre file e quali sono le reali diferenze fra di loro e perché va usato uno anziché l'altro.

Sto cercando da tempo delle informazioni precise in merito e proprio oggi ho trovato su xda un post a dir poco illuminante.

Allo stesso partecipano calibri del tipo supercurio DamianGTO, ryanza e Richthofen che sembra il più esperto di tutti.

Sto cercando di leggerlo e decifrarlo con grande fatica anche a causa della mia scarsa conoscenza dell'inglese.

Comunque sto traendo delle conclusioni che se giuste potrebbero anche contraddire alcuni degli assiomi fino ad ora presi come oro colato.

Ora non ho tempo di elucubrare. Intanto vi lascio il link così magari ci pensa su anche qualcun altro:

[REF] Investigation Into PIT Files - xda-developers.

Segnalo in particolare che al post nr. 52 c'è il pit data structure trasformato in c data structure, dal quale si capiscono le differenze "binarie" fra i tre files pit.

P.S. Help Valerio.

da come ho capito, ma nn ne sono sicuro SO, deve sapere dove prendere i moduli che servono al kernel per salvare i dati in RAM, inoltre la ram del SO di solito è fissa e si trova nella parte bassa della memoria, da come posso capire penso che il pitt serva a dire dove allocare i vari moduli per ogni singola periferica modem, kernel ecc......

tipo puntatore alla cella iniziare esempio 0x01 + 0x33 per il modem ad esempio


quindi quando SO si deve andare a prendere dei moduli x effettuare chiamate di sistema specifiche sa a priori dove puntare.

In effetti il pit è un partizionamento della memoria ram x sapere sempre dove prendere i moduli all' SO per funzionare....CREDO !

Grazie Cicciocant, sei sempre un pungolo per la mia curiosità roftl
Avevo già salvato il bookmark di questo thread, da utilizzare come riferimento nel glossario (cap.2), ma sinceramente da quanto ho visto non è una rivoluzione rispetto a quanto si afferma normalmente

PIT è l'acronimo di Partition Info Table, ed è appunto il "bootsector" iniziale del nostro simil-disco che definisce le strutture della dozzina di partizioni...
Tra un PIT e l'altro c'è qualche differenza nelle dimensioni delle partizioni SYSTEM e DBDATA, in particolare... ed è per questo che un fw predilige un pit piuttosto che un altro, perché le partizioni sono dimensionate in base a ciò che ci va dentro.

Ah... dimenticavo: nemmeno i nomi sono così trascendentali ... roftl
512 513 e 803 non sono altro che i suffissi della data che è nel nome (s1_20100xxx) !!
Ovvero, 12 maggio, 13 maggio e 3 agosto, rispettivamente
:D :D

Ma interessa poco... i puntamenti di inizio-fine di ciascuna partizione sono comunque diversi. E per questo sono importanti i cambiamenti di stato, nel passaggio da un fw all'altro...


PS: c'è anche scritto che SamFirmware ha una strana predilezione per l'803... mentre il 512 è generalmente più robusto e sicuro.
(vado a memoria, l'ho letto tempo fa...)

Grazie ancora della segnalazione
:)

Riprendo il discorso.

Allora dal thread di cui sopra si capisce che fra i vari file pit cambia:

1) il valore di due byte in formato little endian che indica la dimensione della partizione FACTORYFS e DBDATA. in particolare

FACTORYFS
803 : 04 A2 : 1186
512 : 04 7A : 1146
513 : 04 CA : 1226

DBDATA
803 : 01 F0 : 496
512 : 02 18 : 536
513 : 01 C8 : 456

Al contrrario di ciò che si pensa, per tale motivo, a mio avviso il reaprtition su odin va selezionato quanto il pit che si va a flashare è diverso da quello già presente nel dispositivo.
Che ne pensi Valerio?

2) FRa il pit 512 e 513 non ci son altre differenze. Invece fra questi ed il pit 803 cambiano anche i byte compresi fra l'offset 0x08 e l'offfset 0x1A

Ecco in particolare le differenze:

Pit 803
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

Pit 512 e 513
01 00 00 00 00 00 00 00 54 1D 41 00 E0 FA 12 00 08 D8 43

Quindi il pit 512 e 513 hanno un informazione in più. Quale sia non mi è chiaro, nemmeno dalla lettura del suddetto thread.

Help

P.S Che siginfica questa frase di RyanZA? : "Flashing a PIT file with repartition checked seems to (according to docs) reset the wear leveling (the current record of what was written where, I guess), so you should not tick repartition if you are flashing many times in a row. (Many times is probably some very big number.)"

Quote:

---

Originariamente inviato da cicciocant

Riprendo il discorso.

Allora dal thread di cui sopra si capisce che fra i vari file pit cambia:

1) il valore di due byte in formato little endian che indica la dimensione della partizione FACTORYFS e DBDATA.
Al contrrario di ciò che si pensa, per tale motivo, a mio avviso il reaprtition su odin va selezionato quanto il pit che si va a flashare è diverso da quello già presente nel dispositivo.
Che ne pensi Valerio?

---

Allora ricordavo bene... o ho imparato bene la lezione :p roftl

Quote:

---

Originariamente inviato da Val3r10

PIT è l'acronimo di Partition Info Table, ed è appunto il "bootsector" iniziale del nostro simil-disco che definisce le strutture della dozzina di partizioni...
Tra un PIT e l'altro c'è qualche differenza nelle dimensioni delle partizioni SYSTEM e DBDATA, in particolare... ed è per questo che un fw predilige un pit piuttosto che un altro, perché le partizioni sono dimensionate in base a ciò che ci va dentro.

Ma interessa poco... i puntamenti di inizio-fine di ciascuna partizione sono comunque diversi. E per questo sono importanti i cambiamenti di stato, nel passaggio da un fw all'altro...

---

Quote:

---

Originariamente inviato da cicciocant

2) FRa il pit 512 e 513 non ci son altre differenze.
[...]
Quindi il pit 512 e 513 hanno un informazione in più.

---

Sinceramente non ho mai trovato un firmware che richiedesse esplicitamente il 513, in effetti...
Poi, non so se per quel maggiore contenuto informativo,

Quote:

---

Originariamente inviato da Val3r10

PS: c'è anche scritto che SamFirmware ha una strana predilezione per l'803... mentre il 512 è generalmente più robusto e sicuro.

---

Sulla frase di Ryanza, poi, non ho ben chiaro il contesto.
Probabilmente un mio limite tipo lost in translation, ma a naso la interpreto in base al SOLITO "attenzione a non usare il repartition con troppa facilità, soprattutto con flash sequenziali a raffica..." (if you are flashing many times in a row)
Hai presente il re-virgin ? ;)

Ma io sono prevenuto...
roftl roftl roftl

A sto punto na cosa mi sfugge.

Tu dici sempre che con PIT 803 non si usa repartition, mentre con PIT 512 si.

A mio avviso invece occorre dire che il repartition va usato quanto il PIT che si flasha è diverso da quello già presente nel dispositivo.

Ma a sto punto quale PIT si sceglie? e perché?

Mi pare strano che sta cosa, come dici anche te, nell'ambiente non è affatto chiara.

E se questo dubbio è venuto anche a quei tizi, credo proprio che non sia chiara.

HO trovato un altra affermazione. Questa volta di Richthofen:

Quote:

---

If the pit file and re-partition is not selected, the excisting pit will be used.
Unless you use a special version, you actually never need to re-partition.

512.pit (which is always used as default by Samsung) will work with any current firmware.

---

questo succedeva il 23/10/2010 quindi in epoca pre froyo mi sembra. Chissà se è valida tuttora?


P.P.S: con heimdall sembra che si usi sempre e solo il pit 512.

continuo con le elucubrazioni:

ho trovato sempre su XDA il thread relativo ad Heimdall per vedere come questo programma tratta i file pit.

a Proposito ho trovato questo:

Quote:

---

dbdata.rfs and cache.rfs aren't images in the sense that a partition will be created matching their size. The contents of dbdata.rfs and cache.rfs however are flashed to NAND. The NAND is partitioned according to the PIT file. There is no immediate need to repartition (as 10,000+ Heimdall users will confirm) and you can still use the original 512 PIT with the latest Froyo. Repartitioning is mostly just a matter of tweaking and personal preference.

---

e sopratutto questo: questo :

Quote:

---

Samfirmware often have incorrect instructions that tell you to pick a PIT file when you're not repartitioning, in which case the selected PIT file is not used.

---

Infine nei sorgenti del programman, nel file main.cpp ho trovato questo:

codice:

---

if (repartition)
{
// When repartitioning we send the PIT file to the device.
fseek(fileArray[kFilePit], 0, SEEK_END);
totalBytes += ftell(fileArray[kFilePit]);
rewind(fileArray[kFilePit]);
}

---

Cioè.
SE e solo c'è repartition attivo allora il file pit selezonato viene inviato al device, altrimenti si usa il pit già presente nel device.

A sto punto si può affermare che (attendo conferma):

Se si seleziona un file pit specifico allora va selezionato repartion, altrimenti ciò non ha alcun effetto.

Riprova di ciò è il fatto che quando con Odin si seleziona un file pit allora repartition si spunta autimaticamente, anche se viene lasciato all'utenza la possibilità di disabilitarlo.

A sto punto rimane un ultima domanda: Quando scegliere pit 512 anziché 803?

Il pit da usare è quello che c'è scritto in associazione al firmware.
E nel caso di file singolo, niente pit.

Questa è l'unica regola che seguo io.


Devi metterti l'anima in pace che in questo ambito, non essendo pubblicati manuali di laboratorio della Samsung ma solo impressioni personali da più o meno esperti sulla base della loro esperienza, non esistono regole assolute.
Solo esperienze. Positive o negative.


Tu chiedi spiegazioni ma poniti in un'altra ottica:
esistono mille strade per arrivare ad un obiettivo. E' davvero così necessario provarle/sperimentarle tutte, oppure è sufficiente consolidarne una battuta e sicura ?
L'obiettivo è fermo ed è sempre li, e per la maggioranza delle persone nemmeno conta come arrivarci.
(questo era il mio problema nell'affrontare le guide... quindi fornire un tragitto sicuro, battuto e puntellato: non sperimento sul telefono degli altri quello che non sono convinto di fare sul mio)

Se leggi il log di Odin, il pit viene sempre letto DAL telefono, sia che lo imposti, sia no.
E' per questo che è importante l'enforcement di uno nuovo quando le specifiche del firmware in flash ne richiedono uno diverso da quello preesistente.
Ed è per questo che io nella mia guida sequenziale, partendo dal 512 di Eclair, suggerisco di flashare in alternativa o una 2.2 con 803 (come da specifiche) o una 2.2.1 con 512 (come da specifiche).

[E questo direi contraddica il tuo assunto: nella re-virgin, parto da 512, flasho con 803 SENZA repartition: eppure le mie partizioni cambiano di dimensione!
Come potrebbe accadere se il pit non avesse effetto in assenza di repartition ? ;)]


Modo più generale e fault-tolerant non lo conosco.


E comunque IMHO quello che hai citato sembra coerente con quanto ho ribadito più volte:

Quote:

---

Originariamente inviato da Val3r10

PS: c'è anche scritto che SamFirmware ha una strana predilezione per l'803... mentre il 512 è generalmente più robusto e sicuro.

---

Il 512 è più sicuro, e va anche bene da usare sempre. Se ti sbagli col repartition, al 99% non fai neanche danni.
L'unico problema è che ha la partizione System più piccola, quindi il 2.2 non deodexed ci sta strettino. Da cui la procedura sopra...

Per il resto, 512 forever !!!! IMMMMMHO

Does it make any sense ?

Ringrazio per l'ennesima volta e mi arrendo.

Naturlamente la strada empirica da te suggerita è quella più "fault tolerant".

Qui cercavo solo di disquisire per il gusto di capire. ma forse sono solo seghe mentali :D

Non voleva assolutamente essere uno scontro dialettico, anzi.
Come ti ho detto all'inizio, mi solleciti sempre in modo interessantissimo.

Forse il problema è proprio che mi sono arreso prima di te, leggendo in giro tutto ed il contrario di tutto.
Con invece sempre ben fisso l'obiettivo, che era sempre li ... ;)

Se leggi i miei post di qualche tempo fa, provavo ad argomentare o approfondire. E a provare dietro...
Ma è evidente che chi passa qui lo fa solo per necessità o problemi, quindi approcciando le guide limitate a 10K caratteri ho dovuto fare delle scelte pragmatiche.
Si preferiscono solo sequenze passo passo, per punti ... no ?

E quello che c'è in mezzo è solo fuffa.
Non si possono proporre troppe alternative, se si vuole avere la speranza di essere seguiti fino in fondo (l'hai sperimentato tu stesso, con quell'ottimo approccio sul CSC ITV ed il metodo di cambio csc via ADB: secondo te, quanti lo seguono piuttosto che scaricarsi SGS CSC Changer o Tools ? ;)
Anche l'IMEI sul telefono è troppo lungo da scrivere...)

Va beh, scusa lo sfogo OT e grazie ancora

:*

Non me la sono mica presa per quello che hai detto. ... anzi.

Comunque spero che tu in futuro abbia ancora voglia e tempo di argomentare ciò che dici perchP oltre al milione di persone che vogliono la pappa pronta ce ne sono 10 che cercano di capire. E per quei 10 i tuoi post sono manna dal cielo.

Mi hai fatto venire in mente un altra prova, che appena ho tempo metto in pratica.

Saluti ....:*

Quote:

---

Originariamente inviato da cicciocant

Mi hai fatto venire in mente un altra prova, che appena ho tempo metto in pratica.

---

Noooo ti pregooooo.
Fammi riposare un pò !!!

Sennò quando li finisco quei due capitoli per la maggioranza silenziosa ?!?
roftl

PS: di sicuro so cosa linkare per l'approfondimento del PIT e del CSC ;)

Quote:

---

Originariamente inviato da Val3r10

Noooo ti pregooooo.
Fammi riposare un pò !!!

Sennò quando li finisco quei due capitoli per la maggioranza silenziosa ?!?
roftl

PS: di sicuro so cosa linkare per l'approfondimento del PIT e del CSC ;)

---

Un pò di tempo te l'ho lasciato e quindi è l'ora di rompere di nuovo le scatole.

Ecco la mia prova.
Flashato prima eclair 2.1 (jm3) con pit 512 e repartition attivo, poi froyo 2.2 jp5 con pit 803 e senza repartition.

Ad ogni flash ho esaminato quanto segue:
1) log di odin
2) ho estratto il pit scritto nella partizione /dev/block/bml2
3) la dimensione delle partizioni presenti sul tel

Allora con eclair 2.1 con repartition attivo il log di odin è il seguente:

codice:

---

<ID:0/010> Added!!
<OSM> Enter CS for MD5..
<OSM> Check MD5.. Do not unplug the cable..
<OSM> Please wait..
<OSM> CODE_I9000XWJM3.tar.md5 is valid.
<OSM> MODEM_I9000XXJM2.tar.md5 is valid.
<OSM> GT-I9000-CSC-ITVJM1.tar.md5 is valid.
<OSM> Checking MD5 finished Sucessfully..
<OSM> Leave CS..
<ID:0/010> Odin v.3 engine (ID:10)..
<ID:0/010> File analysis..
<ID:0/010> SetupConnection..
<ID:0/010> Initialzation..
<ID:0/010> Set PIT file..
<ID:0/010> DO NOT TURN OFF TARGET!!
<ID:0/010> Get PIT for mapping..
<ID:0/010> Firmware update start..
<ID:0/010> factoryfs.rfs
<ID:0/010> cache.rfs
<ID:0/010> dbdata.rfs
<ID:0/010> boot.bin
<ID:0/010> Sbl.bin
<ID:0/010> param.lfs
<ID:0/010> zImage
<ID:0/010> modem.bin
<ID:0/010> cache.rfs
<ID:0/010> dbdata.rfs
<ID:0/010> Removed!!
<ID:0/010> Completed..
<OSM> All threads completed. (succeed 1 / failed 0)
<ID:0/005> Added!!
<ID:0/005> Removed!!

---

Su froyo 2.2 con repartition non attivo il log di odin è il seguente:

codice:

---

<ID:0/010> Added!!
<OSM> Enter CS for MD5..
<OSM> Check MD5.. Do not unplug the cable..
<OSM> Please wait..
<OSM> CODE_I9000RSJP5.tar.md5 is valid.
<OSM> MODEM_I9000XXJPP.tar.md5 is valid.
<OSM> CSC_I9000ITVJP3.tar.md5 is valid.
<OSM> Checking MD5 finished Sucessfully..
<OSM> Leave CS..
<ID:0/010> Odin v.3 engine (ID:10)..
<ID:0/010> File analysis..
<ID:0/010> SetupConnection..
<ID:0/010> Initialzation..
<ID:0/010> Get PIT for mapping..
<ID:0/010> Firmware update start..
<ID:0/010> zImage
<ID:0/010> dbdata.rfs
<ID:0/010> factoryfs.rfs
<ID:0/010> param.lfs
<ID:0/010> modem.bin
<ID:0/010> cache.rfs
<ID:0/010> Removed!!
<ID:0/010> Completed..
<OSM> All threads completed. (succeed 1 / failed 0)
<ID:0/011> Added!!
<ID:0/011> Removed!!
<ID:0/011> Added!!

---

Dall'esame di questo log, ed in particolare della parte in grassetto, sembra che se il Pit è indicato nella casella pit allora quello viene utilizzato per flashare la ROM, ma il pit stesso non viene scritto nella partizione /dev/block/bml2.

Cerchiamo ulteriori conferme.
Analizzando il contenuto della partizione /dev/block/bml2 il entrambi i casi è rimasto lo stesso ed particolare corrisponde al pit 512. Quindi confermato quanto detto sopra.

Per ultimo analizziamo la dimensione delle partizioni con il comando df:

In eclair 2.1 con pit 512 e repartition attivo:

codice:

---

/dev: 166704K total, 0K used, 166704K available (block size 4096)
/sqlite_stmt_journals: 4096K total, 0K used, 4096K available (block size 4096)
/system: 282432K total, 279404K used, 3028K available (block size 4096)
/data: 1963952K total, 33664K used, 1930288K available (block size 16384)
/dbdata: 130280K total, 1020K used, 129260K available (block size 4096)
/cache: 30792K total, 16K used, 30776K available (block size 4096)
/efs: 6064K total, 5128K used, 936K available (block size 1024)
/sdcard: 6060544K total, 17600K used, 6042944K available (block size 32768)

---

In froyo 2.2. pit 803 e repartition non attivo:

codice:

---

/dev: 155672K total, 0K used, 155672K available (block size 4096)
/mnt/asec: 155672K total, 0K used, 155672K available (block size 4096)
/system: 282432K total, 280148K used, 2284K available (block size 4096)
/data: 1963952K total, 45488K used, 1918464K available (block size 16384)
/dbdata: 120000K total, 1420K used, 118580K available (block size 4096)
/cache: 30792K total, 20K used, 30772K available (block size 4096)
/efs: 6064K total, 5128K used, 936K available (block size 1024)
/mnt/sdcard: 6060544K total, 17920K used, 6042624K available (block size 32768)

---

Stranamente system e cache rimangono invariate, mentre dbdata varia.
Mentre nel post di riferimento su xda si dice diversamente.

Che ne dici Valè.

Ulteriori conferma a quanto detto sopra.
Una volta flashato la ecliar come al solito, ha flashato al jp5 con pit 803 e repartition questa volta attivo.

Il log di odin è il seguente:

codice:

---

<ID:0/010> Added!!
<OSM> Enter CS for MD5..
<OSM> Check MD5.. Do not unplug the cable..
<OSM> Please wait..
<OSM> CODE_I9000RSJP5.tar.md5 is valid.
<OSM> MODEM_I9000XXJPP.tar.md5 is valid.
<OSM> CSC_I9000ITVJP3.tar.md5 is valid.
<OSM> Checking MD5 finished Sucessfully..
<OSM> Leave CS..
<ID:0/010> Odin v.3 engine (ID:10)..
<ID:0/010> File analysis..
<ID:0/010> SetupConnection..
<ID:0/010> Initialzation..
<ID:0/010> Set PIT file..
<ID:0/010> DO NOT TURN OFF TARGET!!
<ID:0/010> Get PIT for mapping..
<ID:0/010> Firmware update start..
<ID:0/010> zImage
<ID:0/010> dbdata.rfs
<ID:0/010> factoryfs.rfs
<ID:0/010> param.lfs
<ID:0/010> modem.bin
<ID:0/010> cache.rfs
<ID:0/010> Removed!!
<ID:0/010> Completed..
<OSM> All threads completed. (succeed 1 / failed 0)

---

Quindi sembra che in questo caso il pit venga scritto nella partizione /dev/block/bml2.
Estraendo anche il contenuto di detta partizioni conferamo tale assunto, ossia questa volta, con repartition attivo il pit 803 va ad essere scritto nella partizione oltre ad essere utilizzato da odin per formare la dimensione delle partizioni stesse.
In effetti il comando df restituisce questo:

codice:

---

/dev: 155672K total, 0K used, 155672K available (block size 4096)
/mnt/asec: 155672K total, 0K used, 155672K available (block size 4096)
/system: 282432K total, 280148K used, 2284K available (block size 4096)
/data: 1963952K total, 44848K used, 1919104K available (block size 16384)
/dbdata: 120000K total, 1416K used, 118584K available (block size 4096)
/cache: 30792K total, 20K used, 30772K available (block size 4096)
/efs: 6064K total, 5128K used, 936K available (block size 1024)
/mnt/sdcard: 6060544K total, 75904K used, 5984640K available (block size 32768)

---

A sto punto si spiega il perché con pit803 si consiglia di non utilizzare il repartition:
Il pit 512 è quello standard che si trova nei galaxy non smanettarti. Kies lo legge dalla partizione /dev/block/bml2, mentre con odin lo si può impostare anche da file esterno.
Il pit 803 a volte può essere utile per ridimensionare le partizioni, ma non conviene scrivderlo anche in /dev/block/bml2 in quanto andrebbe ad incasinare kies che si aspetta in detta partizione il Pi 512.

So stato abbastanza incasinato?

Preciso che tutte ste elucubrazioni sono solo per cercare di capire certi processi.
Per chi cerca una via sicura è meglio che segue le strade indicate da valerio, ultra battute e sperimentate.

Valè ci sei?
Mi sento solo.....

Quote:

---

Originariamente inviato da cicciocant

Valè ci sei?
Mi sento solo.....

---

Vai benissimo da solo... altroché ! roftl

Non ho alcun contributo da fornire, perché al momento sono su altri fronti ;)
Poi ci sei tu che sperimenti ... rischiando un po', a dire il vero
:-$

Riguardo alle prove, molto interessanti e molto coraggiose roftl

Eravamo comunque già concordi sul fatto che anche senza re-partition alcune partizioni cambiano (nello specifico DEV e DBDATA) al cambiare del PIT impostato nel flash...
E che se non si specifica PIT, viene letto l'esistente e ma non modificata la partizione che lo contiene.


Ma come hai detto, lasciamo BEN chiaro il messaggio che si tratta di esperimenti per capire/spiegare e che non conviene farli tanto per fare, o soprattutto tanto per fare prima.
;)

Grazie ancora

Quote:

---

Originariamente inviato da cicciocant

Ringrazio per l'ennesima volta e mi arrendo.

Naturlamente la strada empirica da te suggerita è quella più "fault tolerant".

Qui cercavo solo di disquisire per il gusto di capire. ma forse sono solo Seghe Mentali :D

---

Sai anch'io con delle domande non complete come le Tue cercavo di capire....
Giustamente S.M.
e......
la pazienza O:) infinita di Valerio Il grande a cercare di farmi capire.... e io giù a continuare a sbatterci il crugno.... :'( :'(
ma alla fine ho capito.....
Forse??? :D
Spero di si altrimenti Valerio mi uccideeeeeee :O

Very very interestng:
[INFO] The reality of PIT files - xda-developers

Visto ... visto ... roftl
Soprattutto certe considerazioni, molto molto interessanti ;)

Quote:

---

Originariamente inviato da seresseran

Thanks Ramad. Very useful information for all of us. Many questions are gone from my mind, but

" Then How the guys at samfirmware decide about the pit file when they release a firmware ?"

As you know, the firmware table at samfirmware points us different pit files for different firmwares. WHY? According to what?

---

Quote:

---

Originariamente inviato da [Ramad]

I doubt that the guys at samfirmware do know much about when to use a pit file. They write that if the firmware is a 3 file firmware then 512.pit is to be used, but if the firmware is a 1 file firmware then 803.pit is to be used without checking re-partition...that is not correct at all.

A pit file should only be used when re-partitioning is needed, the device already have a copy of the previously used pit file stored at the second sector at the ROM(please see ROM partitions at post #1), when re-partition is not checked then Odin retrieves the information from that sector and flashes the device according to it, even if you did choose a different pit file than the one stored at the ROM.


I did not mention DXJPE because it's an exception, it will only except 513.pit and it will make the whole partition usable with more than 39MB of free space, all of that is on stock RFS. When doing the math then only around 258MB of /system is used by data copied to it during installation...so saying that DXJPE is a big firmware compared to other firmwares is not the case here. You could be pretty much right about the usable size of /system partition is recorded in the ROM.

This is what we don't know...I hope so, releasing and using 803.pit or 513.pit can have a meaning then.

You will never need to use a pit file while flashing using Odin unless you want to re-partition...the pit file is already there for Odin to read from the ROM.

---

Anche se alcune conclusioni, in particolare l'ultima, non sono proprio coerenti con quanto già discusso: il cambio di pit senza re-partition cambia comunque qualcosa.
Come hai verificato tu stesso... ;)

Ciò non toglie che sia un ottimo diradatore di tanta nebbia e tanto fumo che si fa sull'argomento. E che dimostra che Samfirmware non sia poi questa bibbia dogmatica

:)

Vorrei dare un piccolo contributo riportando la mia esperienza..... anche a me piace sperimentare :)

Premetto che entrambi i flash sono riusciti correttamente e il telefono funziona bene con entrambe le soluzioni.
Nessun lagfix applicato a parte il root e sono stati fatti i vari wipe necessari.

Ho preso la 2.2 ITV ufficiale da qui: xda-developers - View Single Post - [ROM] Official JP5_JP3_U_JPP ITV Rom (Italian)

e la 2.2.1 ITV ufficiale da qui: xda-developers - View Single Post - [ROM 2.2.1] - I9000RSJS2 Official Italian firmware by kies

Prova n.1) Ho flashato con Odin la 2.2 con pit 803 e con Repartition; subito dopo ho flashato la 2.2.1 con il solo pda (no pit e no repartition): alla fine di tutto /dbdata era grande 120040K e da quadrant il risultato era di 1070 punti (più prove)

Prova n.2) Ho flashato con Odin la 2.2 con pit 512 e con Repartition; subito dopo ho flashato la 2.2.1 con il solo pda (no pit e no repartition): alla fine di tutto /dbdata era grande 130280K e da quadrant il risultato era di 1250 punti (più prove)

/system identica nelle due soluzioni e pari a 282432K (risultano liberi solo 540K)
altre differenze non ne ho notate.....

Ora sapendo bene che quadrant è indicativo fino ad un certo punto, aggiungo che è stato eseguito con le stesse identiche applicazioni installate e a seguito dei flash delle 2.2.1.....

Simpatica sta cosa del quadrant.

Il motivo per cui il system non varia è stato spuegato da ramad nel post poco sopra linkato.

Ciao Cicciocant, sto cercando di trarre conclusioni da quello che hai scritto.

Dici che il PIT, con e senza repartition abilitato, viene "utilizzato" per flesciare la ROM. Solo se settato il repartition allora viene pure copiato.

Questo significa che la condizione necessaria e sufficiente per ripartizionare è indicare il PIT senza settare repartition?

ciao!

Quote:

---

Originariamente inviato da fmiche

Ciao Cicciocant, sto cercando di trarre conclusioni da quello che hai scritto.

Dici che il PIT, con e senza repartition abilitato, viene "utilizzato" per flesciare la ROM. Solo se settato il repartition allora viene pure copiato.

Questo significa che la condizione necessaria e sufficiente per ripartizionare è indicare il PIT senza settare repartition?

ciao!

---

No. Assolutamente.
Seindichi il pit allora ripartizioni, a prescinde dalla scelta del check repartition.
Se checki repartition allora scrivi quel pit anche nella sua partizione dedicata.
Tutto qui

P.s. Tapatalk sul ipad èeccezionale

Scusa, non capisco cosa dici, perchè affermi assolutamente no e poi ribadisci ciò di cui ho chiesto conferma?

Ho chiesto:

Quote:

---

Originariamente inviato da fmiche

Questo significa che la condizione necessaria e sufficiente per ripartizionare è indicare il PIT senza settare repartition?

---

Mi hai risposto

Quote:

---

Originariamente inviato da cicciocant

No. Assolutamente.
Seindichi il pit allora ripartizioni, a prescinde dalla scelta del check repartition.
[...]

---

quindi per ripartizionare basta indicare il PIT... (condizione necessaria e sufficiente).

Apparte questo, la domanda successiva, che non credo trovi utilità pratica ma solo "didattica" è: è possibile fleggare il repartition senza indicare il PIT?
In questo caso prende il PIT al momento presente sul telefono?

(lo so... nel dubbio uno ce lo mette lo stesso su ODIN!)


ciao e grazie per ora!

Scusa hai ragione. Avevo interpretato male.
Riguardo la tua seconda domanda non saprei risponderti

Ok, grazie

Inviato da mobile con Tapatalk

ho letto con curiosità e passione questa dotta discussione ma mi sono sentito come un italiano sordo che si trova in mezzo ad una discussione tra giapponesi.
Ma io sono un inesperto globale e non faccio testo; quindi una domanda molto pratica:

ho letto in giro alcune guide per aggiornare un terminale Android a JB con Odin (quando non è disponibile l'aggiornamento ufficiale italiano, come ad es nel mio caso per galaxy tab 2 10.1 p5110 solo wifi); alcuni, oltre al file .md5 (o .tar.md5) consigliano anche l'installazione del file .pit.
Insomma, sto file .pit è necessario o no?

Grazie amci androidiani.

Quote:

---

Originariamente inviato da ginore

Insomma, sto file .pit è necessario o no?

---

Il PIT equivale alla tavola delle partizioni del telefono. Se non effettui il Repartition non serve a nulla.
Quindi dipende dalle indicazioni di ciò che stai flashando, dove è sempre indicato se è possibile o è consigliato effettuare il repartitioning o no.

Se effettui il repartitioning, metti il PIT 512 (con i firmware da Froyo in poi va bene sempre quello).
Altrimenti è inutile... ma non fai danni se lo specifichi quando non serve.

Mentre il PIT è poco pericoloso, al repartition invece devi fare attenzione, ed utilizzarlo solo se prescritto dal fw che ti stai apprestando a flashare.