bugess

c'est pas si simple sinon ms serait a ch.............. deja tu boots sur le xell qui est pas mal donc tu as trouvé le bon efuse = ldv6 , mais tu dois garder en tete que cette valeur est memorisé dans le cpu et que cette valeur correspond a un dash donné , donc en reflashant ton dump tu essaye de revenir a un kernel inferieur meme si tu lui injecte le kv qui n'est qu'une partie des données , cette manip est faisable sur devkit mais pas retail , il te faudrait un dump identique , injecter le kv , ajuster le ldv et trouver le pd qui si rattache , chose que j'ai pas encore trouvé et qu'il faut , celui de ton ancien dump ne peu convenir , je continu a collecter les infos pour essayer de debeugger

tu peux expliqué , ou poster cette nand preparé ? il doit y avoir un petit loupé

donc 1.4 la 1.5 n'a jamais existé , et ok pour la 1.6 , effectivement les 2 sont pas compatible , annote moi les couleurs et position sur le connecteur tiens j'ai retrouvé Voir le Fichier : Xbox_Identifier.exe suffit de mettre le numero de serie

annote le numero de serie ou la forme du connecteur version 1.0 une rangé de fil version 1.1 /1.4 2 rangées , version 1.6 2 rangées

pour le flux dans l'etain , c'est pour le nettoyage , meme s'il ni en a que tres peu il faut quand meme nettoyer

deja pour ta x3 avec alime hs , c'est pas un probleme , il suffit de remplacer l'alime , j'ai du stock dans un coin , suffit de me donner la version de la console pour ta manip , si je comprend bien , tu voudrais installer le dd de la x3 sur une console originale ? deja au depart c'est loupe puisqu'il faut un dd locké pour une console d'origine se qui veux dire avoir le fichier eeprom.bin pour le verouillé , se que tu n'as pas , il faut passer par un exploit pour deverouiller ta console puis recuperer le fichier via un soft Xcalibur qui te permet egalement le hack la preparation d'un dd et l'installe de tout se qu'il faut sur console pucée ou hackée , aussi bien d'un dash alternatif qu'un dash MS

on va reprendre un peu le fil du sujet puce desoudée , et pas de deterioration materiel sur la cm tu as bien verifié ?? tu as quoi comme dump ? juste les 66mo , et tu as essayé en reflashant les 66mo , puis debranché la console du reseau quelques minutes puis reboot =0022 c'est bien cela , et si tu reflashs et tu remet la puce ?? oui je sais mais seul moyen de voir clair

euh fait le dump origine , avec celui ci on peut pas faire grand chose

bon j'ai ouvert ton dump mais cela correspond pas a ton annotation , le dump correspond a un kernel 8498 combien as tu fais de maj depuis ce dump ??

les gars pour une puce glitch , c'est soit vierge , pour la plus part , achat massif pour vente a bas prix , soit puce flash et dans ce cas puce flashé a la reference de la cm avant envoye , et donc annoté sur votre commande ??

dans ton cas , si je me trompe pas tu peux resigner les sauves pour une autre console , j'avais fait cela il y a bien longtemps quand on a commencé a exploré le contenu des DD Si tu veux plus d'info , contact zouzzz , c'est le grands specialiste et a developpé un soft

tu veux une reponse franche !!!!!!!!!!!!!!!!!! t'as fait une connerie , il est impensable que le faite de souder les fils de liaison (a moins qu'ils se touchent ou touchent la cm) et dumper une nand , provoque un rod 0022 qui represente un boot non conforme du cycle de reconnaisance tu as surement CC 2 pistes ou resoudé une resistance , sort la grosse loupe et verifie tout cela , et pas oublier de nettoyer les soudures , du flux est compris dans l'etain , toutes les parties grasse , brune , les croutes apres soudure , faut nettoyer et en passant lors d'un flash de nand en mode glitch il faut imperativement deconnecter la cm du reseau pour reinitialiser le boot pour ceux qui ont installé des puces non flashé ou mal flashé , il est noraml que le faite de la laisser connecté empeche un reboot correct , dans ce qu'a il faut desouder , il est normal puisque la puce alimentée incompatible, provoque des defauts de demarrage , a l'inverse d'une puce adapté qui elle apres avoir envoyé son venin , laisse la place au reboot d'origine si nand d'origine j'espere avoir ete clair ou un peu

IL faut arreter de detruire tout le monde , on va pas remettre sur le plateau la meme reponse et pas passer par un tuto pour contabiliser le nombre de cm reparé et retombé en panne Je remet mon avis , pour moi c'est un des plus serieux , et il fait les reparation pour la plupart des magasins et sites de vente de materiel xbox/ps3 , de plus en cas de probleme il est tres compehensif du moment , et comme toute societe , qu'on ne le mene dans la boue du matin au soir , je rends souvent service aux gens qui le meritent , pour les autres tu as surement une raison valable pour le descendre de la facon et c'est ni le moment ni le lieu pour le faire pour moi , c'est la ou je fais rebiller mes consoles et a ce jour s'en suis satisfait , et je sais de quoi je parle , aillant passé des mois sur une station de reparation bga, a tester , rechercher les meilleurs profiles pour un resultat restant lié a un mauvais choix des supports du constructeur

LE BOOT ? avec puce et ecc pas obligé de lancer avec eject , le console demarre ventilo + led verte , apres un certain temps , si c'est le 1er boot apres branchement alime , environ 10/12s tu boots sur le xell comme une jtag si tu n'as rien , pas d'affichage pas de rod 0022 , c'est soit ta puce qui est pas programmé ou mauvais firmware , ou un defaut de connexion

le ldv qui correspond a son ancien dump + 1 maj , sa devrait fonctionner

c'est pas +2 , excuse mais j'ai un trou , il me semble pourtant qu'une maj complet c'est +2, a comfirmer !!!!!!!!!!

euh 0022? pour la manip il faut lancer le dump ou le flash de la nand et de suite alimenter la cm et pas inverse , il faut alimenter la nand une fois que l'acces aux données est lancé

C'est le probleme du hack effectivement et on le voit sur tout les forums , les pannes liées a se genre de probleme, soudure/piste/dump, recommence a tomber et pourquoi pensez vous que MS laisse faire le hack , il en profite dans le sens ou , une console hs = une console achetée voir 2 pour certains je suis passé par la , il y a longtemps en cadeau , brulure de la main , il avait fait tombé le fer a soudé qu'il a ramassé a l'arrache , par le mauvais bout , se qui a fait deplacé mon plan de travail

apparement le soft ne trouve pas le smc dans ton dump , soit dump corrompu soit beugg dans soft ggbuild , tu t'es pas trompe dans la selection du menu?

pour resumer si une console boot sur un xell sans probleme , c'est deja pas mal , apres en cas de non reboot avec dump , il suffit d'injecter le kv dans une nand.bin propre , mais si elle ne reboot pas , c'es tque les info ne correspondent pas a ceux de la cm , souvent probleme de ldv , lié au efuse qui sont brullé lors d'une maj , il reste toujours la solution a taton , modifier la valeur pour retrouver un kv compatible mais c'est pas evident

pour un hac kil es ttoujours preferable d'avoir un dump complet c'est mon avis , car en cas de corruption du fichier nand , lors de la preparation sans le fichier complet tu es mal , surtout pour trouver un fichier identique ? si tu veux rester en lpt pourquoi pas , mais c'est long et pas tres sur

tout depend de la puce , si c'est une des premieres versions , c'est possible , sinon verifie le condo implanté , c'est lié aux pulsions envoyé au cpu , donc belle soudure , nettoyage des residus de soudure et decappant , surtout verifier la liaison masse puce /cm pour ma part , le plus long c'est le 1er demarrage apres connexion au reseau , entre 10/15s puis , comme pour une console origine entre 4/6s sur fat bien entendu , sur slim c'est tres long

tu as ton ancien dump , mais ton kv s'il provient de cette ancien dump c'es tloupé puisque les valeurs LDV et PD ont changé lors de la maj , puisque tu as bruller des efuses lors de cette operation , donc faut un dump du kv actuel puis refiat la manip , la seule chose qui ne change pas c'est la clé cpu

pour zephyr c'est normal , si tu ouvres les dossiers du soft ggbuild , tu verras qu'il manque le cb 4578 qui correspond aux zephyrs , donc impossibilité de boot ces versions actuellement , il faudrait trouver un cb4578.bin pour l'intergrer manuellement au soft , modifier en consequence le fichier .init et tester

si tu as un dump correcte , pas par des erase en ligne de commande directement sur ton port sata via dosflash , il y a un tuto en page GX tutos