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

[Reve40]

donc ca craint un minimum vu que pour modifier ces fichiers il faut etre root.

Le firmware froyo n'était pas officiel non plus donc n'aurais pas du etre installé...

Si ils éditent les fichiers ils vont voir que les telephones sont en KOR il sauront que c'est pas normal

Je serais vous j'attendrais la sortie de froyo, le simunlock vous fait fonctionner le téléphone sans imei.

Si la froyo finale modifie ces fichiers la, il y aura peut etre une nouvelle version du simunlock de faite qui vous causera peut etre pas ce problème

Faut juste attendre la mise a jour orange froyo par kies avant de faire jouer le SAV.

[darkben77]

on a le temps alors si faut attendre la mise a jour orange :s

[Blurry]

personellement avec du recul j'aurai du faire ca comme commandes:

(a)- cp -f nv_data.bin nv_data.jpc

(a)- cp -f nv_data.bin.md5 nv_data.jpc.md5

(a)- cp -f nv_data.bak nv_data.bin

(a)- cp -f nv_data.bak.md5 nv_data.bin.md5

(a)- reboot

(b)- cp -f nv_data.bin nv_data.jpc

(b)- cp -f nv_data.bin.md5 nv_data.jpc.md5

(b)- cp -f .nv_data.bak nv_data.bin

(b)- cp -f .nv_data.bak.md5 nv_data.bin.md5

(b)- reboot

Avec ceci on aurai gardé les .bak

reve40: a orange tu vas leur dire quoi pour qu'il te le change?

Ou juste rm .....bin rm.....jpc. Un petit reboot.

Et sinon les gars vol/perte ça marche plus ?? ^^

Puis y'a pas une équipe de Ncis je pense chez les opérateurs, un tel passé au Sav rooté flashé, peu très bien paser entre les mailles du filet. Pis une fois le nouveau tel reçu, ils ont quoi pour prouver que le problème sur le tel vient vraiment d'une mauvaise manip de votre part ? :p

Modifié 3 septembre 2010 par Blurry

[helroz]

le vol/perte si tu l'as pas pris avec l'achat du tel, tu peus pas la rajouter après je crois...

ils font même casse avec vol/perte je crois non?

[Reve40]

le vol/perte si tu l'as pas pris avec l'achat du tel, tu peus pas la rajouter après je crois...

ils font même casse avec vol/perte je crois non?

Moi je paye 12€ par mois j'ai tout vol casse perte remboursé au prix du tel neuf

[helroz]

Ben dans ce cas t'es assuré, il est cassé^^

[JCdu74]

12€ par mois! Pfiou pas donné, ramené à l'année ça fait un joli petit budget :(

[Reve40]

12€ par mois! Pfiou pas donné, ramené à l'année ça fait un joli petit budget :(

Oui mais ça couvre tout rembourser au prix du neuf quoi qu'il arrive ça rassure.

[JCdu74]

Ca je ne dis pas le contraire, pour rassurer ça peut au prix où c'est! lol

[Blurry]

Oui mais ça couvre tout rembourser au prix du neuf quoi qu'il arrive ça rassure.

Tin à ta place il aurait déjà fini contre un mur ou sous la voiture, "Oups, il est tombé Mr SFR?"

Sinon je viens de voir un truc sur XDa, faudrait que tu te renseignes un peu la dessus :Odin Debug En

[Reve40]

Tin à ta place il aurait déjà fini contre un mur ou sous la voiture, "Oups, il est tombé Mr SFR?"

Sinon je viens de voir un truc sur XDa, faudrait que tu te renseignes un peu la dessus :Odin Debug En

J'ai coché la case clear EFS ça ma crée des fichiers bak basé sur mes fichiers bin vérolée avec aussi un imei en 004

[hideki]

Hello, ça fait quelque jours que je suis ce fil et accessoirement ce forum ^^.

Et étant dans la situation de plusieurs personnes avec un fichier nv_data foireux je vais essayer d'apporter ma pierre à l'édifice.

Donc il faut savoir que j'ai récupérer un fichier .bak avec un code produit .SFR donc normalement un fichier fonctionnel mais mon téléphone me demande ce code de déverrouillage et l’exécution de la commande sgux sur ce fichier me renvoie un code de déverrouillage à 0000000, mais mon imei est bon (*#06#). Donc je modifie le code produit avec un éditeur hexadécimal par XEF et régénère un md5. Maintenant mon téléphone fonctionne mais mon emei est passé à 0004... donc je vais voir les fichiers et ils sont complètement modifiés. Le MD5 a changé et le bin ne contient même plus le code mais un message REV.. Not active à la place.

Donc j'en déduit qu'au démarrage un programme check et réécrit ce fichier. Mais pourquoi ? La réponse est la : /data/log/nv.log : MD5 fail. J'avais pourtant régénéré un md5.

Conclusion pour tout remettre en marche il faut réussir à générer un md5 que le système accepterais.

Solution trouver le programme sur le téléphone qui créer le nouveau md5 et l'utiliser. Malheureusement je n'ai pas encore trouvé quel été ce programme, si quelqu'un soutient mon idée et trouve ce programme, je suis preneur :).

Modifié 3 septembre 2010 par hideki

[helroz]

C'est interessant, je vais controler les md5 de mes fichiers pour voir, je ferais ca demain matin et vous dirais quoi...

Edit: bien vu j'ai telecharge un generateur de md5 sous android pour comparer, sur un de mes fichiers nv_data.

Resultat: je confirme le md5 que j'ai généré ne correspond pas a celui existant...

Modifié 3 septembre 2010 par helroz

[Reve40]

Hello, ça fait quelque jours que je suis ce fil et accessoirement ce forum ^^.

Et étant dans la situation de plusieurs personnes avec un fichier nv_data foireux je vais essayer d'apporter ma pierre à l'édifice.

Donc il faut savoir que j'ai récupérer un fichier .bak avec un code produit .SFR donc normalement un fichier fonctionnel mais mon téléphone me demande ce code de déverrouillage et l’exécution de la commande sgux sur ce fichier me renvoie un code de déverrouillage à 0000000, mais mon imei est bon (*#06#). Donc je modifie le code produit avec un éditeur hexadécimal par XEF et régénère un md5. Maintenant mon téléphone fonctionne mais mon emei est passé à 0004... donc je vais voir les fichiers et ils sont complètement modifiés. Le MD5 a changé et le bin ne contient même plus le code mais un message REV.. Not active à la place.

Donc j'en déduit qu'au démarrage un programme check et réécrit ce fichier. Mais pourquoi ? La réponse est la : /data/log/nv.log : MD5 fail. J'avais pourtant régénéré un md5.

Conclusion pour tout remettre en marche il faut réussir à générer un md5 que le système accepterais.

Solution trouver le programme sur le téléphone qui créer le nouveau md5 et l'utiliser. Malheureusement je n'ai pas encore trouvé quel été ce programme, si quelqu'un soutient mon idée et trouve ce programme, je suis preneur :).

Dans log faudrait comparer original md5 et computer md5 faut qu'ils soit identique je pense les modifiés le cas échéant

[helroz]

I've been checking this before doing any modification. With my Linux md5sum stock tool (ubuntu) the generated MD5 of the original file nv_data.bin is the same as the MD5 found in nv_data.bin.md5 So I suspect you are using a different checksum tool than the MD5 32 bits checksum

Je vais me tourner la dessus demain, aparament on peut avoir des codes compatibles

[Reve40]

I've been checking this before doing any modification. With my Linux md5sum stock tool (ubuntu) the generated MD5 of the original file nv_data.bin is the same as the MD5 found in nv_data.bin.md5 So I suspect you are using a different checksum tool than the MD5 32 bits checksum

Je vais me tourner la dessus demain, aparament on peut avoir des codes compatibles

Ca a faillit fonctionner pour moi au re démarrage il ma demander un code j'ai mis ignorer puis j'ai eu les barres réseau 3s puis ça a disparu c'est la bonne piste.

Je peut crée le md5 que je veux avec le bloc notes.

Modifié 3 septembre 2010 par Reve40

[Blurry]

Bon bah ça avance petit à petit, tu vas y arriver Reve !!

Sinon petite question dans Paramètres/A propos du téléphone/Etat, vous avez un n° de téléphone ?

[helroz]

Bon bah ça avance petit à petit, tu vas y arriver Reve !!

Sinon petite question dans Paramètres/A propos du téléphone/Etat, vous avez un n° de téléphone ?

inconnu en jm1 new

[helroz]

I've been checking this before doing any modification. With my Linux md5sum stock tool (ubuntu) the generated MD5 of the original file nv_data.bin is the same as the MD5 found in nv_data.bin.md5 So I suspect you are using a different checksum tool than the MD5 32 bits checksum

Je vais me tourner la dessus demain, aparament on peut avoir des codes compatibles

Bon j'ai testé avec un live cd ubuntu et ca colle pas, j'ai pas un md5 généré identique à l'original donc non compatible...

Modifié 4 septembre 2010 par helroz

[Reve40]

Bon j'ai testé avec un live cd ubuntu et ca colle pas, j'ai pas un md5 généré identique à l'original donc non compatible...

Tu peut regarder dans tes logs tout en bas voir si ils sont identique

[helroz]

Tu peut regarder dans tes logs tout en bas voir si ils sont identique

Donnes plus de détails :lol:

Modifié 4 septembre 2010 par helroz

[Reve40]

Donnes plus de détails :lol:

md5 original et computed

[helroz]

je sais j'édite avec notepad pour regarder si le code est le meme :cool:

Techniquement si on arrive a recreer le code d'un fichier ayant deja son md5, on pourra refaire un fichier avec un md5 compatible.

Malheuresement j'ai l'impression que c'est plus complexe que ca, ca n'a pas l'air d'etre un code MD5 simple...

Modifié 4 septembre 2010 par helroz

[Reve40]

je sais j'édite avec notepad pour regarder si le code est le meme :cool:

Techniquement si on arrive a recreer le code d'un fichier ayant deja son md5, on pourra refaire un fichier avec un md5 compatible.

Malheuresement j'ai l'impression que c'est plus complexe que ca, ca n'a pas l'air d'etre un code MD5 simple...

je voulais dire toi sur ton tel de regarder si tes md5 computed et original sont les mêmes.

Vu que tu as pas de problèmes

[helroz]

je fais des comparatifs et je n'arrive jamais à la même chose, exemple .nv_data.bak:

md5 sur le telephone:

ee715aee9c02e8e1a7a53aafbcb1bd51

md5 créé sur pc à partir du même fichier avec 2 logiciels différents:

616bc24ead7e32d2329bae5b0cbfbc40

Donc forcément ca marche pas...

Modifié 4 septembre 2010 par helroz