xD Posté(e) 26 septembre 2010 Posté(e) 26 septembre 2010 Dit moi helroz, tu m'avais dit qu'un de test scriptes installait busybox. Je ne parviens pqs a me rapeller le quelle tu veux bien me dir le quelle s'etait?? Citer
helroz Posté(e) 26 septembre 2010 Auteur Posté(e) 26 septembre 2010 Si t'es en 2.1 le root installe la busybox Citer
Blurry Posté(e) 26 septembre 2010 Posté(e) 26 septembre 2010 Euh je pense pas t'apprendre grand chose mais je viens de voir ça: rmdir rmdir [OPTIONS] DIRECTORY... Remove the DIRECTORY, if it is empty Options: -p|--parents Include parents --ignore-fail-on-non-empty Sinon t'as essayé de déplacer le répertoire plutôt que de le copier en 2temps et vouloir l'effacer ? Hopla j'ai trouvé mieux :http://www710.univ-lyon1.fr/~jciehl/Public/MAN/man1/rmdir.1.html Citer
xD Posté(e) 26 septembre 2010 Posté(e) 26 septembre 2010 Je l'ai root mais quand je cherche a acceder a certaines fonction comme arp... Et bien ca ne marche pas Citer
vybz Posté(e) 26 septembre 2010 Posté(e) 26 septembre 2010 j'ai essayé le nouveau fichier proposé le premier affiche remote object '/efs/nv_data.jpc does not exist remote object '/efs/nv_data.jpc.md5 does not exist remote object '/efs/.nv2.bak does not exist remote object '/efs/.nv2.bak.md5 does not exist remote object '/efs/nv_data.bin does not exist remote object '/efs/nv_data.bak does not exist remote object '/efs/nv_data.bin.md5 does not exist remote object '/efs/nv_data.bak.md5 does not exist un fichier android a été crée mais reste desesperement vide les 2 autres fichiers bat interne et externe affichent : cp: can't stat '/efs/nv_data.jpc: no such file or directory cp: can't stat '/efs/nv_data.jpc.md5: no such file or directory cp: can't stat '/efs/.nv2.bak: no such file or directory cp: can't stat '/efs/.nv2.bak.md5: no such file or directory cp: can't stat '/efs/nv_data.bin: no such file or directory cp: can't stat '/efs/nv_data.bak: no such file or directory cp: can't stat '/efs/nv_data.bin.md5: no such file or directory cp: can't stat '/efs/nv_data.bak.md5: no such file or directory Citer
helroz Posté(e) 26 septembre 2010 Auteur Posté(e) 26 septembre 2010 Pour le rmdir il y a le normal et le busybox, je vais tester le rmdir -p. @xd: la.... Si toutes les fonctions n'y sons pas c'est etrange Citer
helroz Posté(e) 26 septembre 2010 Auteur Posté(e) 26 septembre 2010 (modifié) j'ai essayé le nouveau fichier proposéle premier affiche remote object '/efs/nv_data.jpc does not exist remote object '/efs/nv_data.jpc.md5 does not exist remote object '/efs/.nv2.bak does not exist remote object '/efs/.nv2.bak.md5 does not exist remote object '/efs/nv_data.bin does not exist remote object '/efs/nv_data.bak does not exist remote object '/efs/nv_data.bin.md5 does not exist remote object '/efs/nv_data.bak.md5 does not exist un fichier android a été crée mais reste desesperement vide les 2 autres fichiers bat interne et externe affichent : cp: can't stat '/efs/nv_data.jpc: no such file or directory cp: can't stat '/efs/nv_data.jpc.md5: no such file or directory cp: can't stat '/efs/.nv2.bak: no such file or directory cp: can't stat '/efs/.nv2.bak.md5: no such file or directory cp: can't stat '/efs/nv_data.bin: no such file or directory cp: can't stat '/efs/nv_data.bak: no such file or directory cp: can't stat '/efs/nv_data.bin.md5: no such file or directory cp: can't stat '/efs/nv_data.bak.md5: no such file or directory la t'as un soucis, tu peus lancer le cmd.bat, attendre le $ Tapper: su ls -a -l /efs et poster une prise d'écran car ca craint la... Si tu peus nous dire ce que tu as fait pour arriver à ca aussi car sur les fichiers nv_data se sont pas supprimés tout seuls.... Sauf si tu as envoyé le scrypt que j'ai mis pour reinsérer le nv_data.bin dans le répertoire qui sert à réparer le nv_data.... Si c'est le cas j'espère que tu a fait les étapes précédentes car elles sauvegardent le repertoire efs et le nv_data.bin avant. Modifié 26 septembre 2010 par helroz Citer
helroz Posté(e) 26 septembre 2010 Auteur Posté(e) 26 septembre 2010 Pour le rmdir -p ou -- meme soucis pas moyen.... Et pour faire en direct ca craint aussi essaye de faire un push en direct sur le repertoire efs, sous su, le push passe pas de mémoire^^ Le plus simple pour moi est de passer par un dossier "temporaire" les commandes sont plus simples mais j'arrive plus a le supprimer après^^ sous adb Citer
Reve40 Posté(e) 26 septembre 2010 Posté(e) 26 septembre 2010 la t'as un soucis, tu peus lancer le cmd.bat, attendre le $ Tapper: su ls -a -l /efs et poster une prise d'écran car ca craint la... Son tel ne fonctionnerait pas si il avait pas les fichiers bin. Citer
helroz Posté(e) 26 septembre 2010 Auteur Posté(e) 26 septembre 2010 (modifié) Ils sont pas la c'est sur, si il a lancé le scrypt de réinsertion du nv_data.bin sans faire les précédents (de la reparation du nv_data), tout a été supprimé et si le telephone a pas été rebooté tout fonctionne. Mais si il reboot ca fonctionnera plus. C'est le seul chemin que je vois pour en arriver la.... Faut que je sécurise ce fichier .bat je le ferai demain Modifié 26 septembre 2010 par helroz Citer
vybz Posté(e) 26 septembre 2010 Posté(e) 26 septembre 2010 il y a du changement avec la commande adb que tu m'a fourni certains fichiers bak ont été générés tel que -.nv_data.bak -.nv_data.bak.md5 -.nv_state -nv_data.bin -nv_data.bin.md5 mais pas de traces des autres : nv_data.jpc nv_data.jpc.md5 .nv2.bak .nv2.bak.md5 Citer
helroz Posté(e) 26 septembre 2010 Auteur Posté(e) 26 septembre 2010 (modifié) Les autres ne servent pas, c'est des variantes du aux différents flashs, si tu rééssaye de sauvegarder, il les copie ce coup ci? Modifié 26 septembre 2010 par helroz Citer
vybz Posté(e) 26 septembre 2010 Posté(e) 26 septembre 2010 oui il me les a copiés autant en interne, qu'en externe et sur l'ordinateur 3 copies en somme. Citer
helroz Posté(e) 26 septembre 2010 Auteur Posté(e) 26 septembre 2010 Ok soucis résolu alors, je sais pas ce qui a bien pu se passer Citer
vybz Posté(e) 26 septembre 2010 Posté(e) 26 septembre 2010 (modifié) je peut donc sauter le pas vers le JPK? et puis ne t'inquiete pas rien a voir avec toi, je pense que j'ai du bidouiller un peu trop, je vous remercie pour l'investissement fourni. Modifié 26 septembre 2010 par vybz Citer
helroz Posté(e) 26 septembre 2010 Auteur Posté(e) 26 septembre 2010 Normalement pas de soucis. Fais quand même un *#06# et controle ton imei vu le soucis que t'as eu Citer
vybz Posté(e) 26 septembre 2010 Posté(e) 26 septembre 2010 j'ai un emei mais il ne corresponds pas avec celui indiqué sur la boite de mon telephone. ou avec celui extrait dans le dossier sauvegardeefs c'est mauvais signe? Citer
LePetitmiki Posté(e) 26 septembre 2010 Posté(e) 26 septembre 2010 si tu as sauvegardé ton dossier avant, il te suffi de remplacer les fichiers. Citer
Mikiya Posté(e) 26 septembre 2010 Posté(e) 26 septembre 2010 (modifié) (pas n'importe comment non plus hein) l'utilitaire te permet de le faire comme il faut tout seul D'ailleurs merci Helroz, il m'a bien rendu un coup de main en passant de JPH a JPK pour remettre un bon dossier efs tout seul ^^ Modifié 26 septembre 2010 par Mikiya Citer
vybz Posté(e) 26 septembre 2010 Posté(e) 26 septembre 2010 je pense que c'est bon de toute maniere les 2 fichiers emei date du 15/06 et 15/07 2010. Citer
Blurry Posté(e) 26 septembre 2010 Posté(e) 26 septembre 2010 Pour le rmdir -p ou -- meme soucis pas moyen....Et pour faire en direct ca craint aussi essaye de faire un push en direct sur le repertoire efs, sous su, le push passe pas de mémoire^^ Le plus simple pour moi est de passer par un dossier "temporaire" les commandes sont plus simples mais j'arrive plus a le supprimer après^^ sous adb C'est la commande entière à tapper ? (--ignore-fail-on-non-empty) Ca m'a paru bizarre mais l'autre (-p) c'est pour supprimer les dossier parents s'ils deviennent vide donc rien à voir. Bah perso j'avais reussi à déplacer tous les fichiers du répertoire efs en voulant copier le fichier en testant cp -a sur un dossier (quand tu aidais Reve), mais non je vien sde tester ca copie bien tout le fichier je vois pas ce que j'avais pu faire comme mauvaise manip. Pis bon, faudra que je test un peu plus adb un de ces 4, la je parle pour busybox. Citer
helroz Posté(e) 27 septembre 2010 Auteur Posté(e) 27 septembre 2010 (modifié) @blurry En fait pour envoyer par exemple des fichiers sous efs, je fais cp -a, mais pour pouvoir faire cette commande, il faut les fichiers sur sd avant, or je veus juste supprimer le fichier de la sd après avoir fait mon cp -a ;) j'ai testé: adb shell su -c "busybox rmdir --ignore-fail-on-non-empty /sdcard/appstoextract/" j'y ai cru, aucun message d'erreur mais aucun dossier supprimé non plus :P En attendant je vais créer n répertoire qui servira de transit des fichiers et qu'on pourra supprimer après utilisation Modifié 27 septembre 2010 par helroz Citer
helroz Posté(e) 27 septembre 2010 Auteur Posté(e) 27 septembre 2010 (modifié) Bon j'ai fait le con j'ai effacé mon répertoire /data/data croyant effacer /data/data/data, faut être con :P Pour info à ceux qui voudraient essayer, ça fonctionne moins bien après :mad: heuresement j'ai une sauvegarde ;) Modifié 27 septembre 2010 par helroz Citer
helroz Posté(e) 27 septembre 2010 Auteur Posté(e) 27 septembre 2010 (modifié) Bon je crois que c'est bon pour extraire et réinsérer les applications avec leurs réglages, je fais un dernier test ;) après j'en fais pu car là j'arrêtes pas de wipe mon tel :P Edit bon c'est pas vraiment ça...., ça fonctionne mais me crée des bugs. Modifié 27 septembre 2010 par helroz Citer
Recommended Posts
Rejoignez la conversation
Vous pouvez poster maintenant et vous enregistrez plus tard. Si vous avez un compte, connectez-vous maintenant pour poster.