FIRMWARE Froyo JPC (fichiers pour Odin) , pas de kies necessaire

[loul13]

j espere que tu trouvera la solution

merci encore

c sympa

[helroz]

c bon ca marche merci beaucoup REVE40

en fait c le contraire

Mv nv_data.bin nv_data.bak

Mv nv_data.bin.md5 nv_data.bak.md5

et ca a marche reseau ok

yahoouu

gros merci encore

Bon coup de bol^^ l'imei est encore bon *#06#?

Modifié 1 septembre 2010 par helroz

[Reve40]

Reve40 n'envoie pas des commandes comme ca direct, la loul13, d'après ce que j'ai suivi grossomodo à perdu au moins le fichier le plus important , le nv_data.bak, car le .bin à été réecrit en .bak et donc le .bak a disparu!!!!

Ca craint :rolleyes:

J'ai pris cette commande sur XDA puis l'inverse ne fonctionner pas il a tester

[helroz]

mv nv_data.bin /nv_data.bak

mv /.nv_data.bak.md5 / nv_data.bin.md5

en fesant ca le premier bin a remplacé le bak et sur la 2eme ligne le bak a remplace le bin

[loul13]

imei ok

comment verifier si je je les ai perdu

[Reve40]

imei ok

comment verifier si je je les ai perdu

Regarde cette fonction aussi *#272*heure du tel *

[loul13]

je sais pas si j ai perdu quelque chose mais le tel

marche nickel j ai tout essaye

redémarrage mail connections no rien a dire

[helroz]

Reve40 j t'ai envoyé par MP, si des fois t'as besoin de place n'efface pas les fichiers JPC, ils sont peut etre bons, on les a pas controlés^^

[loul13]

c'est quoi ce menu

j obtient une sélection avec KOR sélectionne

mais je peux changer

il y a CPW DBT ITV KOR XEF XEO et XEU

[helroz]

c'est quoi ce menu

j obtient une sélection avec KOR sélectionne

mais je peux changer

il y a CPW DBT ITV KOR XEF XEO et XEU

Sur orange c'est FTM, ca posera problème pour les prochaines mises a jour^^ faudra surement magouiller

Modifié 1 septembre 2010 par helroz

[loul13]

c'est fini je pourrai plus avoir FTM

c est ca

[helroz]

avec une autre rom peut etre que si

[loul13]

apparement c est XEF pour le francais

[quitos]

le pourquoi du comment ...

version longue ....et originale ...

source XDA : http://forum.xda-developers.com/showthread.php?t=770821&page=6

c'est le gars qui a releasé la JM7 , dont j'imagine qu'il sait de quoi il parle ....

If there is no problems (product code unchanged, IMEI ok, phone unblocked etc), the is no need to play around with nv_data files.

I´ll explain what will happen when you update to I9000XXJPC firmware:

Let´s say we have a brand new phone.

The phone was sold in Germany and it has I9000XXJF3/I9000DBTJF3/I9000XXJF3 firmware inside it. The product code stored inside the phones nv_data.bin file is GT-I9000HKDDBT, which indicates German market. The phone does not have .nv_data.bak & .nv_data.bak.md5 files (only "current" nv_data.bin & nv_data.bin.md5), yet.

We will update the phone with newest official Eclair 2.1 release, lets say I9000XWJM2 firmware. Once we check the EFS folder on the phone, we can see two new files .nv_data.bak & .nv_data.bak.md5. They have last modification date of ... (old, the date the phone was made). The current nv_data.bin and nv_data.bin.md5 files will have a current last modification date (the date when the firmware was changed = today).

Now we will open (the current) nv_data.bin file with a hex editor and see the product code section: it is in the original state: GT-I9000HKDDBT.

Every time the phone firmware is being changed, the nv_data.bin and nv_data.bin.md5 files are being rewritten / resigned, no matter which firmware version you will use (even Eclair). Pre I9000XXJPC builds just don´t touch your product code, etc.

The original nv_data.bin and nv_data.bin.md5 files are renamed to .nv_data.bak & .nv_data.bak.md5 and new data will be created based on them.

So:

Our example phone in a "virgin" condition:

Original firmware (I9000XXJF3 -> I9000XWJM2) update:

nv_data.bin & nv_data.bin.md5 renamed to nv_data.bak & nv_data.bak.md5

Once the phone boots after the update, the missing nv_data.bin & nv_data.bin.md5 files will be calculated automatically based on nv_data.bak & nv_data.bak.md5 files.

New firmware (I9000XWJM2 -> I9000XXJPC) update:

nv_data.bin & nv_data.bin.md5 renamed to nv_data.bak & nv_data.bak.md5 (any excisting nv_data.bak & nv_data.bak.md5 will be overwritten).

Once the phone boots after the update, the missing nv_data.bin & nv_data.bin.md5 files will be calculated automatically based on nv_data.bak & nv_data.bak.md5 files and the product code will be changed to KOR

This is the last chance to save the original product code.

Because if you update or downgrade to any firmware version the nv_data.bin and nv_data.bin.md5 files (which now contains the modified product code of KOR, by I9000XXJPC) will be rename to nv_data.bak and nv_data.bak.md5 and your original one (with original product code) will be overwritten.

So if your nv_data.bak and nv_data.bak.md5 files have earlier last modification date than 08/30/2010 (the date when I9000XXJPC was available) they will contain your original product code. So they are good.

If they are 08/30/2010 or later, they already have the new modified KOR product code (by I9000XXJPC

[Reve40]

c'est quoi ce menu

j obtient une sélection avec KOR sélectionne

mais je peux changer

il y a CPW DBT ITV KOR XEF XEO et XEU

Voilà ou je voulais en venir le tel a un identifiant inconnu un gars avec une rom sfr a réussi a avoir de nouveau sfr

il existe un csc avec ftm a l'intérieur c'est dans la rom jff

[helroz]

apparement c est XEF pour le francais

moi sans avoir eu le fichier bak modifié depuis sa création il est en FTM pour un telephone orange

[loul13]

ok tu crois que je peux essaye le csc jff

Modifié 1 septembre 2010 par loul13

[Reve40]

Voilà en piece jointe le bon csc je sais pas si tu pourras le télécharger a partir de là

Suffit ensuite de flashe ton tel juste avec pit 512 et le csc

Modifié 1 septembre 2010 par Reve40

[helroz]

t'as reussi reve avec mon mp?

[loul13]

quitos

cela ve dire quoi en gros

c'est un passage oblige c'est ca

[loul13]

Voilà en piece jointe le bon csc je sais pas si tu pourras le télécharger a partir de là

Suffit ensuite de flashe ton tel juste avec pit 512 et le csc

merci

[Reve40]

t'as reussi reve avec mon mp?

Je comprend pas trop ce que je doit faire beaucoup de fichiers sont fermé

[helroz]

tu prends les fichiers que t'as dans efs qui ont le meme nom que ceux que tu veus remettre, tu les renome pour pas les perdre.

Et apres, tu prends ceux que t'as mis sur ta sdcard et tu fais un copier-coller vers efs comme dans windows, puis tu remets les permissions comme le fichiers originaux

[quitos]

quitos

cela ve dire quoi en gros

c'est un passage oblige c'est ca

En gros , c'est si tes fichiers bak sont à la bonne dates ( datés d'avant le jour de ton flash en JPC) , tu t'en sors.

Sinon c'est mort ( ton histoire de KOR)

qui semblerais pouvoir être corriger par le flash "retro" , un gars à fait JPC-> JM2 -> JF3 .

la il a viré les fichier NV , les fichiers BAK contenant le code product de la JM2 ont regénéré les bon fichier NV, avec un code product correct.

[helroz]

dans le cas de loul13 au moins 1 des 2 fichiers bak à été réécrit donc ca sera pas possible (au vu des commandes sur le forum)

Modifié 1 septembre 2010 par helroz