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

[Reve40]

J'ai effectivement utilisé le logiciel de déblocage

[helroz]

Ok, je sens que je vais faire une sauvegarde du répertoire /efs rapidement moi, avant le prochain flash, c'est quand même des fichiers sensibles.

Tu connais la commande pour copier les fichiers cachés Helroz ? cp -a ? :o

je sais pas non^^

[Reve40]

petit probleme

-al no sush file or directory

Oui c'est ls -a

[helroz]

J'ai effectivement utilisé le logiciel de déblocage

faut qu'on trouve un moyen de réimplanter ton fichier de ce matin à la place de l'actuel

[loul13]

ok c'est bon apres

[Reve40]

faut qu'on trouve un moyen de réimplanter ton fichier de ce matin à la place de l'actuel

Quand jouvre ma sd card je doit aller dans sd pour voir les fichiers bin donc j'ai ça en haut

sdcard/sd/

[loul13]

je suis pret lol

Modifié 1 septembre 2010 par loul13

[Reve40]

ok c'est bon apres

Tu as quoi qui s'affiche sur l'écran?

[loul13]

.android

nv_data.bin

.imei

imei

.nv_data.bak

.nv_data.bak.md5

nv_data.bin.md5

.nv_state

[helroz]

Blurry si tu veus sauvegarder tes fichiers avec un pc tu peus avec

adb pull efs/nom_du_fichier

tu retrouveras la copie des fichiers dans le dossier ou tu lance l'adb sur ton pc.

pour voir tous les fichiers:

ls -a

[Reve40]

.android

nv_data.bin

.imei

imei

.nv_data.bak

.nv_data.bak.md5

nv_data.bin.md5

.nv_state

Si maintenant nv_data.bak ET nv_data.bak.md5 sont affichés, ne les prochaines étapes marquées avec (a)

Si maintenant. Nv_data.bak ET. Nv_data.bak.md5 sont affichées (point avant les noms de fichiers), ne les prochaines étapes marquées d'un (b).

(A nv_data.bin) mv - nv_data.jpc

(A) - mv nv_data.bin.md5 nv_data.jpc.md5

(A) - nv_data.bin nv_data.bak mv

(A) - mv nv_data.bak.md5 nv_data.bin.md5

(A) - reboot

mv nv_data.bin /nv_data.bak

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

reboot

Modifié 1 septembre 2010 par Reve40

[loul13]

ne les prochaines étapes marquées d'un (b)

pardon je ne comprends pas

desole

[Reve40]

ne les prochaines étapes marquées d'un (b)

pardon je ne comprends pas

desole

Il faut que tu écrive ça je crois mais c'est assez brouillon je vais chercher l'original

mv nv_data.bin /nv_data.bak

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

reboot

[loul13]

ok j essaye

merci

bon ca marche pas

Modifié 1 septembre 2010 par loul13

[Reve40]

ok j essaye

merci

Nv_data.bin nv_data.bak mv

Mv nv_data.bak.md5 nv_data.bin.md5

Redémarrer

[loul13]

nv_data.bin not found

mince alors

[Reve40]

nv_data.bin not found

mince alors

Teste la 2eme ligne avec md5

[quitos]

.android

nv_data.bin

.imei

imei

.nv_data.bak

.nv_data.bak.md5

nv_data.bin.md5

.nv_state

une solution trouvé sur XDA , il faut que les fichiers bak soient les bons ...

Enfin ca c'est pour flasher la JM7 avpres la JPC.

Gain root access and install "Root Explorer" (or similar), ADB works too.

Open Root Explorer and go to the "EFS" folder in the root.

Check the date on .nv_data.bak and .nv_data.bak.md5 files.

If it is earlier than 08/26/2010 you´re clear, if it is later then you may stop reading.

Once the date has been checked, select files nv_data.bin and nv_data.bin.md5 simultaneously and delete (yes, delete) them. Reboot the phone.

Now your phone is in the same condition (atleast permanent memory wise) as it was prior I9000XXJPC update.

There is a safety feature I would call "a dead mans switch".

If the current nv_data files are deleted, the phone will make new nv_data files from the .bak (backup) files (if they excist). The new nv_data files will be signed automatically so they pass the checks (none of the errors listed above will occur). However if they do not excist, the phone will just write an empty / test file (= IMEI corrupted, no service, etc). Also if you just rename .bak files they will have wrong signatures and the same problems will occur.

Modifié 1 septembre 2010 par quitos

[helroz]

nv_data.bin not found

mince alors

j'ai pas suivi mais ca devait etre l'inverse, la c'est bin qui a été transformé en bak alors que ca aurait du etre bak transformé en bin.

Si t'as perdu le bak sans l'avoir sauvegardé c'est le même état que reve40 à peu de choses près, alors qu'avec le .bak t'aurais pu te sauver la peau...

ca craint, j'ai pas regardé les posts car je fesais d'autres tests

Reve40 je t'ai mp pour essayer une autre manip

Modifié 1 septembre 2010 par helroz

[Reve40]

Mv nv_data.bak nv_data.bin

Mv nv_data.bak.md5 nv_data.bin.md5

[loul13]

Mv nv_data.bak.md5 nv_data.bin.md5

cela n a pas marche

mais Mv nv_data.bin.md5 nv_data.bak.md5

oui

je redemarre

[loul13]

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

[Reve40]

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

De rien avec plaisir j'aurais du faire cette manip moi aussi.

et ca a marche reseau ok

yahoouu

gros merci encore

De rien j'aurais du faire cette manip moi aussi

Vérifie quand meme 2 trucs iemi *#06# et *#272* l'heure du tel *

Modifié 1 septembre 2010 par Reve40

[quitos]

Also if you just rename .bak files they will have wrong signatures and the same problems will occur.

si vous renommez les fichier bak , ils auront une mauvaise signature et les mêmes problèmes continueront

Modifié 1 septembre 2010 par quitos

[helroz]

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: