jp33

Je ne veux pas t'inquiéter, mais si ta console n'a pas de puce ou de flash TSOP, ça va être chaud d'éviter le hotswap .... Car avec une 16, tu ne lances ...... RIEN DU TOUT !!!!!!! Donc, tu l'ouvres et tu fouilles ..... Pour le tuto, tu as un parahraphe correspondant dans le pdf d'Xcalibur .... Et la gravure, c'est plutôt sur un CD/Rw ....

Boot sur Xcalibur, tu la trouveras à la racine du C: ....

Mon bios à moi, c'est moi qui l'ai fait avec amour (et pourtant, les puces et moi, ça fait 12 .... ), donc il y a tout et c'est un 5035 pour les non 1.6 (tu as du te tromper à ce niveau ...) Pour info, il y a également la version 1.6 sur Xcalibur ...

si ça frag sans puce c'est que le TSOP a un soucis et que donc l'exploit est impossible ....

Pour XBMC, récupères Xcalinur, il te fera ça en automatique ....

ça, c'est pour faire un hotswap .... ça peut fonctionner, mais vu que tu n'as pas l'historique ..... enfin, ça se tente .....

on va lui laisser une chance, il peut-être son eeprom.bin sur son PC ..... sinon, puce ...

Tu lances Xcalibur, tu choisis console sans exploit et tu choisis ton Dash alternatif ....

Un CD de boot reste un CD de boot ..... Slayer ou le Master Gueux, c'est la même chose, ça lance un Dash, point barre. Xcalibur lance d'abord un bios bfm histoire d'avoir son propre bios en mémoire (au moins, là, je maitrise ce que je fais ensuite). Mais le résultat est strictement le même .... Ensuite, il y a deux ans, je ne savais même pas à quoi ressemblait une Xbox (j'avais une vague idée d'une PS2 .... ). Tout est dans le forum, absolument tout .... mais il faut prendre la peine de chercher ...

laisse la console à ton petit frère et on en reparle après un formatage complet ....

comment risquer deux disques durs au lieu d'un seul ....

j'espère pour toi que tu en as profité pour récupérer un bios F+G ....

tu fais une recherche sur les Pasword=" dans les xml ..... et tu les supprimes systématiquement .... trop dur

l'eeprom.bin n'est pa généré, elle est juste stockée dans une eeprom, petit chip à 8 pattes planqué sur la carte mère. Une partie du code sert pour vérifier le lock, une autre partie pour mémoriser certains paramètres, comme la langue ou la résolution vidéo. Elle contient également le sérial de la carte mère (qui devient le sérial de la console sur la chaine de fabrication). L'opératrice prend une carte mère d'un côté, un disque dur dans la pile de l'autre (au hasard, c'est ça le génie de la méthode), calcule une eeprom.bin en fonction du sérial de la carte mère et de celui du DD, lock le DD avec, flash l'eeprom toujours avec la même, monte le tout dans la console, colle l'étiquette avec le sérial (cela servira au SAV éventuellement) puis passe à la suivante. A partir de là, la carte mère, à chaque démarrage calcule le code de lock depuis l'eeprom.bin et les données du DD, vérifie que les résultat concordent (rien ne vaut une demande de délock temporaire pour cela (ah, là, on voit où se glisse le hotswap) et en déduit donc que le DD est le bon et n'a pas été changé .... Maintenant, si la carte contrôleur lui dit que le code ne correspond pas (erreur 06), c'est que le DD a été remplacé .... et ça, c'est mal !!!! On peut effectivement récuper l'eeprom.bin directement depuis la carte mère, mais elle ne te servira à rien pour tes erreurs 06. Ces DD sont lockés avec n'importe quoi et la moulinette ne fonctionne que dans un seul sens. Hddunlock formate l'ensemble du DD, y compris la zone non accessible normalement par des commandes "standard" (ils doivent piloter directement la carte contrôleur), donc tu perd tout mais tu récupère un DD vierge et unlocké.

la phase de test va être lancée, j'ai terminé les pdf (66 pages .... ). J'en suis à bricoler l'écran de loading .... Bref, ce sera avant Noël ....

Normalement, oui .... mais dès que tu touches à C:\xboxdash.xbe avec un exploit, tu as perdu, le bios ne sera jamais lancé (et tu restes avec une console d'origine ... qui aurait perdu son MS Dash). Pas de bios, pas de recherche de D:\default.xbe ..... Et c'est valable pour tous les types d'exploits, ils passent tous par xboxdash.xbe qui est un des fichiers à ne surtout pas toucher (c'est lui qui lance l'aiguillage).

il faudra garder l'ancien en plus du nouveau .... bref, c'est compliqué sauf si tu bricole un lg, évidemment ....

continuer, jusque là, tout va bien ....

il faut modifier le bios de ta puce ou de ton flash TSOP ..... puis reflasher .... sauf si tu as un X2 5035 .... si tu as un exploit, tu oublies .....

si j'ai raison, la puce est de toute façon obligatoire, donc ce n'est pas une erreur de l'avoir commandée .... même sil faut rajouter un nouveau DD en plus ....

file-moi une adresse mail par PM, je te l'enverrai ....

tu as vérifié la soudure du d0 au moins ?

l'avantage de la solution de bugess (en dehors du fait qu'il tient les promesses qu'il fait ..... sauf si tu as corrompu l'eeprom ..... ), c'est que tu récupère les données du DD .....

400 sans XBpartitionner est le max en F+G .... Des tests intensifs ont été réalisés avec Ndure et un DD de 500Go (du syle, je rempli tout par ftp, je vide tout, je recommence 54 fois de suite (il y en a vraiment certain qui n'ont rien à faire), je joue entre pour tester ....) et XBpartitionner et cela avait l'air de tenir sans aucun soucis .... Mais toujours en F+G (par contre, pour que ce soit fun, ils ont essayé plusieurs tailles de partition (F=137Go, F=G ....), des malades, on vous dit ....) Mais bon, de là à en tirer des conclusions définitives ....

perdu ..... tu as bricolé avec XBpartitionner ? de toute façon, à 500Go, ça ne passe plus ....