xvassor

Il ne faut pas dire que l'equipe du RGLoader à travailler pour rien. Je ne sais pas si certains fréquente de temps en temps les sites US pour ne pas les nommer mais franchement la mentalité des MASTER HACKER (Heureusement pas tous) est LAMENTABLE on dirait des gosses de 8 ans qui font la guerre pour proteger leur savoir. Ils font ce qu'on appel de la retention d'information, ils expliquent toujours quelque chose en restant superficiel mais ne donne rarement les infos exacte (adresse ou chercher dans le code etc ... ) qu'ils ont trouvés. En suite si tu trouve , ils dirons OUI mais c'est grace a nous ... Facile les filles .... Un exemple simple: Pour Hacker la xbox360 il faut pouvoir suivre son execution lors de la sequence de boot, pour cela la console va emetre des codes de debug ou de status dirons nous qui vont informer l'exterieur de ce qui se passe a l'interieur. En gros ou en est l'execution. Le Reset Glitch Loader est synchronise sur ces POST_CODE, sans ca c'est impossible de savoir si oui ou non le glitch a marche ou pas ! Donc pour recuperer ces infos (si vous voulez suivre son execution, voir diagnostiquer une panne sur une console) il faut se faire une carte pour mettre en forme les signaux electrique au format interpretable par votre PC et pour pouvoir les recuperer tous sans en perdre !. Si vous allez sur XBH sur le post qui en parle vous allez vite comprendre qu'ils ne fournissent que des infos de directions mais nullement une solution cle en main. Donc il faut en plus des connaissance informatique des connaissances electronique. Moi je dis tout simplement que c'est de la demi-aide. Si vous lisez bien vous verrez qu'ils parlent de composant à utiliser mais personne ne parle du vrai probleme qui est la vitesse de traitement des toutes ces infos. En gros avec ton PC et ton convertisseur tu n'arrivera pas a tous lire car il est trop lent ! Pour ca il faut booster la com avec un module intelligent genre micro controller .... Mais va trouver cette info sur XBH ... Par contre l'equipe du RGLoader lui a cette philosophie de pensee "partager le savoir dans son integralité" sur leur site un peu brouillon certe (manque un menu pour naviguer correctement) vous trouverez un schema de realisation d'un tel module. Ce site doit son existance a la mechancete ou la connerie de certaines personnes qui pensent que le savoir doit rester privé et que pour le meriter il faut le decouvrir par sois meme .... Belle mentalité, quand je pense que ces memes personnes ont fait des etudes ou on leur a tout apris sans rien demander en contre partie .... En conclusion la solution du hack de la team du Fbuild est certe plus avance ou mature que celle du RGLoader mais si la team disparait le savoir partira aussi .... Donc opter plus vers une solution open source style RGLoader !!!! ET pourquoi leur solution est sortie que 2 mois apres ? Je ne crois pas que c'est pour faire plaisir a gligli sinon ils l'auraient jamais sortie ... Question de lobbying a mon avis. Certains doivent travailler pour les emulateur DVD et il n'etait pas question de casser la vente de ces produits. Ou ils attendaient que les constructeurs des carte de glitch les payent pour sortir leur solution (chantage commercial) Ce ne sont que des suppositions donc a prendre comme bon l'entendre ... Mais bon c'est grace au RGLoader (le declencheur) que nous avons acces aujourd'hui pour le plaisir de tous au hack sur slim et autres consoles non compatible jtag.

Merci pour les infos

Il fait un re-boot depuis un nouveau 1BL recopier en Flash ? car le 1BL original c'est le romcode donc inchangable ! sauf si tu changes ton chip par une version custom mais ca le fondeur ne le fera jamais ...

Le zero-paired ca consiste en quoi exectement a ecrire des zero dans l'header du BL pour forcer la console a ne pas checker la signature du bl? je sais que ca force le boot en mfg (ca c'est une consequence) mais je ne comprend pas pourquoi on fais du zero-paired (le but initial). sinon quand tu dis "Le rotsumsha n'a pas été patché, car ils ne vont pas utilisé le delta patching du cf/cg, c'est le moteur de patch maison qui va faire le job (patch xex, disque dur) une fois le cf/cg appliqué" moi j'avais compris qu'il devait attendre la decompression du kernel donc CE + patch slot CF/CG pour le patcher en ram ensuite vu qu'on a la main sur le CD ou le decompresser le patcher puis le recompresser a la sauce delta mais du coup il faut patcher le check de la signature mais le pb c'etait la taille qui etait trop grande donc ne tenait pas sur nand 16mo mais nand 64mo ou plus. mais la dans ton explication je m'y perd .... je pense que tu parles bien de l'option 1

Stocker25 a effectivement ete un peu maltraite par une personne en particulier Fallen93 qui en bon Francais a la tete grosse comme un melon voir une pasteque. C'est malheureux de dire ca mais si tu es debutant tu te fais jetter comme un vieux mouchoir avec tes questions de newbies sur ce fameux site US. Bref c'est deplorable de lire des commentaires du genre "si tu veux de l'aide va la chercher toi même en commencant par lire tous les topics existant" C'est pourquoi on parle de cercle prive ou l'information utile et detaille ne circule que par MP. Bref du coup il a creer son wiki en premier lieu vu que meme free60 d'apres ses dires l'avait aussi foutu a la porte ... Ce qu'il fait est tres interessant allez lire son wiki ca resume bien l'existant, les infos a savoir, bref une vraie source d'information utiles et precises. C'est tres oriente development donc pas pour tout le monde mais c'est en libre diffusion ! Moi je dis bravo et continue comme ca .... Pourquoi certains ne veulent pas qu'il avance dans son projet, certains dirons que c'est a cause de certains lobby style les emulateur de DVD d'autres aurons peur de perdre leur titre de Master Hacker si cette source de connaissance etait divulgue a tous bref tout ca explique pourquoi depuis le 1er Hack plus rien n'a veritablement bougé sur xbox360 .... Excusez de dire ca mais les Custom Firmware ou autres bidules a flasher les lecteurs DVD ca n'apporte rien aux monde des homebrews. FSD est un outil super sympas mais ne peux fonctionner que sur le Dash officiel donc n'est pas compatible avec la libXenon. Celle ci a evoluee mais reste au yeux de certains Master Hacker comme Fallen93 une grosse cochonnerie .... Et oui on crache aussi dans la soupe quand on est Master ... Si vous relisez certaines question reponse de gligli a ces debut vous verrez aussi comment il s'est fait rembarré par certains, traite de rigolo voir d'illuminé ... Un monde de sauvage, ou il faut se battre pour reussir, tien sa ressemble a la vraie vie tout ca ... Mais l'ambiance des Forums Francais est bien plus sympathique qu'au USA mais reste dirons nous moins axes sur la recherche que sur l'utilisation du produit final c'est bien dommage ... Je vous invite tous a allez l'encourager sur son forum, voir l'aider pour les plus qualifie

Merci bien pour information )) Je vien de faire mes 1eres dump de nand avec ce modul, plus ou moin c'est bien passé, si on contes pas les 8 bad blocks, les 8 sur les meme block sur chaque dump de nand, j'ai vu que c'est pas si grave, mais bon vais tenter dumper encore une fois avec les cables plus courte, la c'est 20ene des cm, mais je crois pas que ca va changer quelques chose, en tou cas pour etre sur je test )) J'ai bien verifié avec NandPro si mes 2 dump sont idetique, apres j'ai regardé CB avec 360 Flashtool, donc je possede exploitable jasper 256, la je vais chercher plus info sur les bad block et bientot je tente mon tout 1ere flash )) Tout est bien passé en fin conte, ce modul est parfait et pas dur a realiser )) j'ai fais 5 dumps 256, c'etais pas si vite, j'imagine meme pas de faire meme chose en LPT )) Merci pour tutos et pour votre aide )) Pour les NAND de 256 ou 512 MO seul les 64 premier MO sont utiles. option -r64 si tu as des bad blocks regarde s'ils correspondent aux zones KV et CONFIG si ce n'est pas le cas dans ce cas ton dump est suffisant pour générer une image XBR ou FREEBOOT En faite seul le KV est indispensable si ton CONFIG est mort tu peux toujours utiliser le CONFIG par defaut. En cas de BAD block il faut faire un erase de la NAND avant tout re-flashage option -e dans 70% des cas l'erase permet de reparer les blocks. Pour vérifier tu refais une lecture de la nand vide et si pas d'erreur en lecture c'est que l'erase a fait quelque chose Ensuite tu flash et tu re-dump pour controler que l'ecriture est 100% safe ... C'est la même méthode pour USB ou LPT .. A++

merci )) donc soudure JTAG faut faire apres flashage de NAND et lesser sur place pour pouvoir profiter de hack. Tu peux souder la partie hack jtag avant ou apres le re-flashage ca ne derange en rien. Mais par experience on le fait après car si après le dump de la nand tu vois que ta console n'est pas compatible tu auras soudé ton hack pour rien ! Pour exemple, il existe des consoles avec un kernel 7371 qui ne sont pas hackable car elle ont leur 2BL qui a été reflashé lors d'un retour usine suite à une réparation RROD. Bref ton module USB va te permettre de perdre le moins de temps possible pour la lecture/ecriture de la nand, c'est a ca que ca sert, mais il ne faut pas le laisser soudé dessus lors du fonctionnement finale, c'est source de problème et ca t'empêchera de l'utiliser sur une autre console donc à éviter...

je doit toujour souder les diodes sur CM de 360, autrement appellé montage JTAG? => OUI si c'est pour executer le code du hack une fois que tu auras reflashé ta NAND NON si c'est uniquement pour la lecture ou l'ecriture de la NAND. -ou suffi just souder modul (flacheur) USB sur CM de 360? Et faire dump/flash NAND. => Voir réponse au dessus

Merci pour le tuto ca marche impeccable malgré quelques erreurs de montage de ma part ! Quelques précisions: - Pour vérifier que votre carte ART2003 est bien réalisé, avant tout flashage du bootloader (PicXBoot.hex) faite bien le test de reconnaissance du PIC qui doit vous afficher exactement le model détecté. Mais j'ai du lui dire que c'etait un pic 18Fxxx version 2550 (2550 en ce qui me concerne) avant de lancer l'auto détection sinon il n'y arrivait pas vraiment il arrivait juste à faire une détection hardware (pic present ou pas) mais ne trouvait pas la version du PIC en l'occurrence 2550. - Pour éviter d'exploser les pattes du PIC a force de le passer d'une carte a l'autre mettez le directement sur un support tulipe que vous brancherez ensuite sur le support tulipe qui est soudé a votre carte cela vous évitera de le casser. - Une fois le bootloader de flasher via votre ART2003 et une fois le pic connecté a votre module USB, celui ci doit apparaitre sous windows sous le nom "Microchip USB device" uniquement si votre module est bien cablé côté USB et uniquement si le jumper de programmation est ON. Pour verifier si tout est OK lancer PDFSUSB et vous devez voir apparaitre dans le menu deroulant ce nom "Microchip USB device" (bien sur le driver mchpusb.sys a été installé précédemment) - Faite le flashage du programme qui va gérer la partie flash de la nand de la xbox (load HEX + write) puis fait une verify (Read + compare) si tout est OK c'est 75% du taf de fait. - Ensuite debrancher le module USB, JUMPER OFF (non branché), rebrancher au PC et la il doit apparaitre sous le nom "memory access" si ce n'est pas le cas c'est que votre jumper est ON ou faite une détection nouveau périphérique pour voir si windows ne l'aurait pas loupé par hasard au moment du branchement ou changer de port USB on sait jamais des fois. Mais normalement ca doit marcher a 100% vu que vous l'avez programmé donc l'accès module est OK. - Installer les drivers NANDPRO puis lancer nandpro (fonctionne bien avec toutes les versions de 2.0b jusqu'à 2.0e) petit test : nandpro usb: test.bin 0 1 vous devez voir apparaitre les mêmes messages qu'avec un cordon rs232c si vous avez un message d'erreur du style : module USB non detecté c'est qu'il faut re-controller le montage (vérifier bien le que le 5V va bien aussi a la patte 13) si vous arrivez a détecter une flash mais qui a un flashconfig invalide vous y êtes presque. dans ce dernier cas c'est qu'il y a une erreurs sur vos 7 files qui vont a la xbox Pour vérifier si ca vient de ca vous pouvez rebrancher votre cable rs232c sur ces mêmes 7 files et tester si ca marche avec l'ancienne méthode (lpt) si ca ne marche pas non plus c'est que vos soudures ou vos files sont mal connectés a la xbox360. Moi je soude 7 files de 5-6 cm mono brin sur la carte mère de la xbox360 puis je connecte sois le module usb soit le cable LPT dessus. un dernier detail, pour le quartz de 12Mhz utilisez bien 2 condo ceramique de 22pf qui doivent êtres reliés aux pattes du quartz (voir C1 & C2) ci joint le plan de montage que j'ai utilisé et qui montre bien comment les connecter. Bon montage

Salut, est-ce que ça veut dire qu'on peut utiliser la clé Cpu d'une autre console (de même modèle)? En gros sauver une console suite à un mauvais flash avec impossibilité de récupérer la clé Cpu? "Ajout d'une option pour reconstruire une image Nand avec un clé CPU différente (Bootloaders/HV et fichiers génériques)" Ca pourait vouloir dire qu'en forcant les efuses a une certaines valeurs par un moyen hard je pense , (valeurs correspondant a une clé CPU unique) on devrait être capable de se fabriquer un soft de nand qui devrait pouvoir être accepter par le 2BL. bien sur dans ce build on pourra y mettre ce que l'on désire (adresse MAC, config SMC etc etc ....) Mais bon a part ca je ne vois pas a quoi ca pourrait servir, il y a freeboot dans ce cas ...

Oui spoofer c'est la solution mais la question c'etait plus pour savoir si quelqu'un avait eu le même soucie et avait réussie à solutioner le problème en faisant quelque chose sur ce grigri de lecteur ... C'est en lisant ce post que je me suis rendu compte que je n'etais pas le seul a avoir eu ce probleme. Merci pour tous les amis.

J'ai le même problème avec un de mes lecteur Hitachi 47. Il n'arrive qu'a lire les originaux. J'ai essayé de le flasher avec "360 Firmware Toolbox v4.8" ainsi qu'avec "JungleFlasher v0.1.75 Beta (152)" mais rien n'y fait ! dans les deux cas il ne reconnait pas les backups Je ne sais plus si j'ai relu ce que j'avais flashé pour le comparer ensuite mais dans tous les cas s'il etait mal flashé il ne pourait pas lire les originaux car cle DVD invalide. J'ai recalibré la lentille mais rien ni fait non plus ... c'est surement un probleme de valeur d'angle qui ne passe pas .... je precise que j'ai utilisé different DVD de backup qui fonctionnent tres bien sur d'autres consoles. Si quelqu'un a une idée ?

J'ais fais le test avec FileZilla sous XeXMenu v1.1 avec un cable croisé entre le PC et la XBOX360. Le Ping ne passe pas mais ca ne veut pas dire que la liaison est cassée. Pour que ca marche il faut cocher l'option "MODE ACTIF" de FileZilla sinon ca ne marchera pas ! Vous trouvez cette option sous FZ dans "mes sites"->"Mon Site a moi"->Parametres de transfert->Mode Actif (option à cocher) J'ai utilisé 192.168.1.203 pour la xbox numéro 3 et 192.168.1.200 pour le PC Mask=255.255.255.0 et passerelle ou portail = adresse IP du PC pour la xbox et adresse IP de la xbox pour le PC (pour le PC l'adresse de la passerelle ou s'en fiche normalement).

peut être que la nand ne boot plus correctement suit a un CC ? mais la gestion des codes d'erreurs du RROD c'est le code du SMC qui le gerre non ? donc son code provient bien de la nand ? a moins que le code de gestion du RROD vient du 1BL ? Peut être qu'en connectant un mod Xd en bypassant la NAND d'origine j'arriverai peut être a booter un kernel ? vu que j'ai m'orig.bin mais bon souder un connecteur xD c'est super chiant à faire ...

Je ne sais pas si ca peut aider le RROD donne le code 0022

bonne question je vais regarder ...

J'avais déjà reflashé l'orig.bin mais j'ai quand même refais un dump pour savoir s'il etait bien flashé comme à l'origine. Comparaison OK ensuite J'ai désoudé le hack Jtag puis le montage LPT. Re test de la console et toujours même erreur au niveau du boot. La nand n'est pas morte car la console boot bien suite a la pression du bouton ON/OFF Ventillo à bonne vitesse + lecteur DVD qui reagit et qui s'ouvre aussi suite a une pression sur BT eject. Mais apres qq secondes le RROD (3 leds rouge arrive) et c'est la fin du boot ! J'ai constaté que si on ne branche pas le cable video on n'a pas les 4 leds rouges donc la console plante avant le test du cordon video. Je me rappel que quand j'ai soudé le hack jtag j'ai fais une erreur en connectant J2D2.4 -> J2D1.5 au lieu de J2D2.7 Le XBR a été lancer ensuite sur ce mauvais montage au moins une fois. Une fois l'erreur de montage corrigée j'ai retesté mais peut être que le problème vient de la ? Je ne sais pas ou va J2D1.5 peut être que c'est ca qui à abimé la console ? Quel point de mesure puis je tester ? Merci pour votre aide, je sais ca sent le moisie cet histoire ...

J'ai en effet reflashé l'orig.bin et c'est quand j'ai vu que la console avait tjs un RROD au boot que j'en ai déduit qu'elle etait en panne que le problème ne venait pas du XBR ou du hack jasper (Xell) Bon je désoude tout ce soir et je regarde si ca change quelque chose ...

guntar: Merci pour ton aide. J'ai changé la pate thermique du GPU et CPU mais rien n'y fait. J'ai toujours 3 leds rouge suite a un timeout error, et jamais 2 leds rouges quand je fais chauffer la bête sans son ventilo (et ca c'est plus que bizarre !!!) Je vais tout désouder, montage hack et montage LPT pour voir si je n'ai pas un CC quelque part du coup la photo perd de son intéret. Ci joint déjà un lien vers mon orig.bin: http://www.megaupload.com/?d=07FO44NB Je vous tiens au courant enfin facon de parler ...

En faite elle n'arrive même pas à demarrer le Xell d'ou ma question sur le Hack Jasper 16MO pour bien vérifier qu'il etait compatible avec les 2 SouthBridges ancien et nouveau. J'ai donc refais le montage du hack en esperant que cela provenait d'une soudure sèche. Mais non ca ne marchait toujours pas. Du coup j'ai reflashé l'orig.bin avec un dump derrière pour vérifier que l'écriture était OK. Et la même symptôme avec le firmware original. Je précise que l'orig.bin à été vérifier avec 2 dump identique et flash tool v0.91 le lit correctement. Le montage du Hack n'avait pas été enlevé au moment du test de boot avec l'original mais normalement ca ne pause pas de problème, est ce que quelqu'un peu confirmer ? J'en conclut que la console est en panne que le RROD est vraiment un RROD et non le fameux timeout du hack que j'avais présumé. J'ai tenté de démarrer la console sans son ventilo, normalement elle doit booter en RROD avec 3 leds rouge puis au bout de ~15-20 min passer en sur chauffe et ne plus afficher que 2 leds rouge, mais je constate qu'au bout de +35 minutes j'ai toujours 3 leds rouge. Ce comportement de 3 leds puis 2 leds rouge c'est celui des Xenon et Falcon (je parle de ce que j'ai vu). Pour les Jasper de 2008 j'ai cru comprendre qu'elles n'avaient quasiment plus de RROD donc que peut être MS à modifier la séquence et n'affiche jamais 2 leds mais tjs 3 leds rouge ? Bon c'est vraiment pas de chance, je vais tenter de changer la pate thermique du GPU et CPU mais bon le probleme et peut être plus grave. Un truc que je voudrais savoir: Le 1BL qui est en rom dans le CPU lance le 2BL qui est en flash crypté avec la cle 1BL. Existe t'il une appli crypté avec la cle 1BL qui ferait des autotests sur la console qu'on devrait flasher en Nand a la place du 2BL et qui retournerait des codes erreurs via le panneau de leds et la sortie video si celle ci veux bien marcher ? Ça permettrait de savoir si c'est le Hard qui marche pas ou si c'est un problème soft ? Dans tous les cas Merci pour vos réponses !

Bon j'ai reflashé avec nandpro v2.0d un xbr jasper_16mo_3a et toujours même symptôme. RROD apres un timeout error. Pour moi c'est le hack qui ne se lance pas car la console boot correctement (le lecteur s'ouvre bien sur bt eject + ventillo Ok) Donc soit cette jasper 6712 n'est pas hackable (je ne sais pas si certains ont eu ce probleme avec cette version ?) soit c'est mon montage qui n'est pas correcte. je pense que c'est le montage ... qui merdouille. Par expérience un montage mal fait peut soit afficher un écran noire soit une erreur E79 tout dépend de l'erreur effectuée. diode inversée ou file soudé dans mauvais trou, mais la tout semble Ok chez moi. Je sais qu'il est possible de récupérer des valeurs de trace qui donne en gros la dernière position ou est passé le bootloader donc de savoir sur quoi le bootloader peut bloquer. Il faut mesurer des valeurs de gpio ou un truc du genre mais je ne sais pas ou ca se trouve sur la CM ... Je vais tout dessouder et refaire le hack avec de nouvelles diodes, peut être que celle ci sont hors spec bien qu'elle viennent d'un lot qui a déjà fait ses preuves ... Mais j'ai toujours une question en suspend, est ce que le hack "jasper_6712_hack.bin" marche bien sur les deux types de jasper 16MO (nouveau et ancien Southbridge) ?

Quelqu'un sait ce que la version nandpro 2.0d apporte de mieux que la version nandpro 2.0b en ce qui concerne la jasper 16MO version 3a ? Faut il en deduire qu'un dump fait avec nandpro 2.0b d'une jasper 16MO new SB n'est pas bon ? ou ce n'est que l'ecriture qui ne fonctionnait pas ? Ou rien de tout ca ? Merci pour votre aide

Bonjour, J'ai un problème avec une jasper 16MO nouveau Southbridge. J'ai déjà fait le hack sur 8 autres consoles mais jamais sur une Jasper 16 MO. Voici les Infos retourné par Flash Tool v0.91 CB=6712 Pairing=0x23A143 LDV=0 CD=6712 Patch 0=7371 LDV=3 CE=1888 Patch 1=7363 LDV=2 Jasper 6712 => donc Hack possible !!! Je sais qu'il existe 2 versions de Jasper 16 MO, la mienne verifie bien ces 3 tests: flashconfig=00023010 orig.bin address at 0x071=0x01 rawkv.bin address at 0x200=0x00,0x01,0x00 (et non 0x01,0x00,0x00 pour ancien SB) c'est donc une jasper avec nouveau SB Par contre je n'ai pas la carte RF qui ressemble aux photos du site parlant de la nouvelle japser (http://www.xboxhacker.net/index.php?topic=13045.0) et pas le même lecteur DVD, le mien est plus ancien. Question1: La jasper ancien SouthBridge a t'elle un SB de 00023010 ou de 01198010 Question2: le fichier hack jasper-6712-hack-16MB.bin marche t'il bien pour les deux jasper 16MO ancien et nouveau SB si je flash que le hack jasper 16MO: nandpro lpt: -w16 jasper_6712_hack.bin& ou que je flash le XBR_Jasper16_8955_3a.bin avec mon kv et config j'ai dans les deux cas le même symptome d'erreur au demarrage. Ventilo qui tourne bien + lecteur DVD qui réagit bien + 1 led verte qui est allumée au milieu + ecran noire + RROD au bout de 15s environs (3 leds rouges) D'habitude quand le hack n'est pas bon on a le message erreur E79 sur l'ecran mais la rien de cela. J'ai verifié au testeur le montage des 2 diodes + pont, tout semble bon (sens des 2 diodes et mesures faite sous la CM) J'ai comparé le flash avec le xbr.bin modifié et mon flashage est 100% bon Ici j'ai le même symptome qu'une console non hackable !!! Le hack ne demarre pas .... que ce soit avec le XBR jasper 16MO version 3a ou le hack jasper 16 MO Avez vous une idee ? - hack jasper 16 mo .bin pas bon pour cette console ? c'est pourtant bien une jasper 16MO (voir flashconfig et valeur 0x01 aux bon offsets dans les binaires) Merci pour votre aide

j'ai honte je n'ai pas encore essayé ce que vous m'avez dis ... Je vous tiens au courant si ca marche aussi chez moi mais j'ai peur que

Faut il faire attention aux Majuscules et aux Minuscules ou peut importe car je n'y arrive pas. Rien ne se lance correctement. le readme parle de USB: HDD: l'exemple du forum parle de usb0: faut il en comprendre que si l'on marque HDD:\Games\toto\default.xex l'outil va rechercher sur tous les disques USB de present usb0: usb1: etc et lancera le premier trouvé ? J'ai remarqué qu'il va créer un log a la racine du disque dur (usb en ce qui me concerne) qui contient les messages d'erreurs mais bon un message du style fichier non trouvé ne me dit pas grand chose (lequel et quelle était la ligne de commande qui n'a pas marché) Si quelqu'un pouvait me confirmer les paramètres suivant: J'ai un jeux sur mon disque USB qui est branché sur le port arriere droit de la console donc en usb0: la ligne pour path est bien usb0:\games\toto\default.xex (comme dans l'exemple du forum) ou USB:\games\toto\default.xex ou USB:gamestotodefault.xex (sans les \ comme dans l'exemple du forum en dessous de l'image de l'interface) ou usb0:/games/toto/default.xex (a la unix) ou ca ne marche que sur HDD et non sur USB avec HDD1:\games\toto\default.xex Et faut il utiliser l'option "xbox 360 game" ou "xbox 360 demo" ou peut importe ? je pense que cette option c'est juste pour choisir entre 00080000 et 00007000 (sous repertoire de HDD1:\Content\0000000000000000\C0DE9999) Merci pour votre aide car la je deviens