jp33

Bon, tu me bennes ton DVD et tu graves Xcalibur (on se tape de ce que vous voulez mettre dessus, ça ne fonctionne jamais) directement histoire d'avoir quelque chose de fonctionnel puis tu boot dessus ...

qui a dit "de toute façon, on a l'habitude .... " ? Vu qu'il sera sur la prochaine version de mon tuto, tu as intérêt de le peaufiner !!!

oui

vous êtes gentils les puceux ..... Une puce, en dehors d'être une bouse, s'arrange de manière très violente pour que le système n'ai jamais à se poser la question ... le disque dur peut-être locké ou non, la puce s'en tape, le système est mort, le bios s'en fout, tout va bien dans un monde où il vaut mieux ne pas se pencher pour ramasser la savonnette ... tu te laveras un autre jour ... si, si .... AUCUNE CHANCE !!!!! ça rentre mieux comme ça ? L'eeprom.bin est planquée dans une eeprom à 8 pattes soudées négligemment .... sur la carte mère !!! C'est ballot, non ? ça, c'est plus embêtant ... Change de DVD .... ou graves plutôt un CD tout prêt comme le master gueux, par exemple. hotswap ? non, je déconne !!!! change de lecteur, éventuellement des fois que la lentille fatigue ....

en haut à gauche, tu as un nombre à deux chiffre, il te dit quoi (à vue de nez, 13 ou 16) ?

capot ouvert, elle chauffe plus que capot fermé (du moins, aux endroits non surveillés). Il est donc déconseillé de jouer console ouverte. Pour info, un 7200tr produira plus de chaleur qu'un 5400tr .... mais il ne tourne pas tout le temps ....

oui, ton evox sait faire (si son fichier de configuration evox.ini est complet). Par contre, l'eeprom.bin ne sera sur le disque dur que si tu la met (toujours depuis evox). nop, l'eeprom.bin est unique, il faut utiliser celle de la console sans puce ... ou dessouder la puce pour la placer temporairement sur l'autre console. A partir de là, tu te retrouves dans le même cas de figure que la réponse ci-dessus.

une petite photo stp pour que l'on parle des mêmes menus, ce serait ballot de se planter maintenant.

tu sais quoi ? Ils sont plutôt rare ceux qui ont osé sortir ça ! Comme d'habitude, tu fais parti d troupeau de ceux qui croient savoir (et ne savent rien de rien) et qui refusent de se remettre en question ! Ce n'est pas grave, vu le nombre de fois que ce pdf a été téléchargé, je peux te dire qu'ils ont été nombreux soit à comprendre, soit à arrêter de se croire plus fort que les autres ... Tu penses ce que tu veux, tu fais ce que tu veux, tu me considère comme tu veux, mais ce n'est pas seulement 5 jours que tu vas perdre si tu continues à te montrer aussi têtu ... Tu n'as pas l'ombre du début du commencement de la moindre idée de la somme de connaissance qu'il faut disposer pour ne serait-ce que saisir la philosophie du hack sur Xbox. Cela demande un investissement personnel que tu ne sembles pas disposer à t'imposer .... Donc, laisse tomber, c'est bien mieux pour ta console ... Non pas que je me pense supérieur aux autres, mais il se trouve qu'à un certain moment de ma vie, j'ai accepter de faire cet investissement (et crois-moi, c'est lourd, TRES lourd). Et encore, je n'ai fait qu'effleurer le problème (même si mon Ndure est le plus abouti que tu trouveras sur le net, je n'ai fait que fignoler ce que d'autres beaucoup plus intelligent (ou bossant chez M$) que moi avait bien dégrossi ). Profites, il n'y a rien à comprendre de renversant ni d'essentiel à comprendre ... rien, tu ne fais strictement rien .... A part remplacer certains fichiers par d'autres .... Mais ne cherche pas, c'est inaccessible à l'esprit d'un puceux, il faut d'abord se déprogrammer ... C'est bien là ton problème !!! C'est la pire espèce que j'ai pu rencontrer dans la vraie vie, une corporation de plaie ambulante qui croit tout savoir sur tout (oui, je généralise .... volontairement). Il n'y en a pas un que je n'ai pas du renvoyer dans ses 22 vu l'incompréhension systématique que vous opposez systématiquement au profane .... Sauf que je leur ait systématiquement appris leur boulot (oui, je sais, les chevilles, ça va !), c'est à dire rendre la vie plus simple à l'utilisateur plutôt que rester sur leurs convictions ... Après, qu'ils sachent mieux que tout le monde faire tourner la tripaille derrière, grnad bien leur fasse, ils sont payés pour et le font très bien. Mais dès qu'il s'agit de dialoguer avec leur prochain, ils ont des leçons à recevoir ... Leçons que les bons acceptent de recevoir, ce qui les rend encore meilleur ... Tu n'as pas un autre exemple que cette passoire .... En plus, tout seul, tu me fais sourire (oui, il se trouve que les PSP, je les retourne aussi .... donc tu ne me la raconteras pas non plus de ce côté-là ... m'enfin bon, c'est un détail !) il n'y a rien à se rappeler avec une puce, c'est un truc pour gros fainéants sur Xbox ... C'est comme ça, les teams ont senti très rapidement quel était le panel à viser (en gros, n'importe quel pigeon de base qui se croit un hacker et qui est prêt à payer très cher, un parasite en plastisue (tu es quand même au courant que non seulement ta puce n'est utilisé que 2s grand maximum sur ta console mais qu'en plus, elle est dangereuse pour ta carte mère ?), tu en fais parti, tu n'avais évidement pas besoin de le préciser tellement c'était évident ! Pas besoin de le préciser, on avait légèrement remarqué .... Et tu penses sincèrement que c'est une excuse ? Alors que si tu avais suivi ce qu'on t'a expliqué, tout serait déjà réglé ... et tu aurais d'autres questions nettement plus intelligentes à poser (parce qu'il y en aura d'autres, un Ndure est une hérésie pour un informaticien ... du moins en frontal .... ensuite, c'est du bonheur). Pas de chance, je suis un pervers de la pire espèce, j'adore appuyer là où ça fait mal .... ceci dit, si tu as des soucis dans ta vie réelle, je ne pense pas que ta console soit une priorité vitale, ça peut attendre un petit peu si tu ne peux vraiment pas faire autrement. Parce que le hotswap, c'est une vraie saloperie pour le disque dur lorsque le reste de l'installation n'est pas prévue pour. Il faut donc décomposer avec patience et minutie ... et donc prendre son temps sans s'énerver. Normal, c'est la faute de ta puce .... D'ailleurs, avant de pleurer sur un exploit, t'es-tu posé la moindre question sur ta bouse de parasite et son fonctionnement propre ? non ? ça ne m'étonne pas ... petit résumé: Pour des raisons de rapidité, le bios M$ embarqué dans le TSOP est recopié en mémoire et c'est cette copie qui est utilisé par la console pour fonctionner. Il n'y a aucun contrôle à postériori de la part du système. Une console qui démarre est, pour lui, une console d'origine. Dans le cas contraire, il y a erreur lors des premiers contrôles. une puce, qu'est-ce ? Rien ... un dispositif électronique tout juste bon à appliquer une remontée de genoux dans les bijoux de famille de ta console (oui, parce qu'une Xbox est du sexe masculin, c'est comme ça) par l’intermédiaire du mondialement connu d0 (en gros, court-circuit général sur la carte mère ..... pas pour rien que certains le colle directement à la masse, encore plus sauvage car non contrôlé). Bref, le système qui s’aperçoit immédiatement qu'il y a un soucis passe immédiatement (comme c'est prévu) la main au port de maintenance autrement nommé LPC. Là, ta puce qui attend tranquillement le résultat de sa forfaiture en profite, puisqu'elle a accès à l'ensemble de la mémoire, pour recopier le bios hacké (c'est lui qui fait tout, en fait) qu'elle embarque dans sa mémoire, colle le pointeur programme dessus et ..... roulement de tambour ..... s’endort définitivement jusqu'au prochain boot ... Dans ce système, la console n'a pas le temps d"effectuer les contrôles de sécurité (il a d'autres priorités ... du moins, il en est intimement persuadé). Donc pas de contrôle de lock du disque dur, par exemple, ce dernier peut donc être libre d'accès et contenir ce que tu veux. Rien de plus, rien de moins ..... et elles fonctionnent toutes de la même manière, à 10 ou à 70€ Le flash TSOP, lui, c'est encore plus simple, le bios M$ est remplacé par le même bios hacké que ta puce et c'est le système qui le colle en mémoire (il n'y a aucune vérification .... c'est ballot) et le lance. C'est le hack le plus "propre" et le plus "efficace" .... sauf qu'il faut d'abord implanter un exploit pour le réaliser (et disposer d'une console flashable, évidemment, M$ n'ayant pas dormi ...). Dans ce système, les routines de contrôles n'ont bien évidemment pas été reconduite, on se retrouve donc dans le même cas qu'une puce (la remontée de genoux en moins) L'exploit, enfin, lui, est plus subtil. Tu connais M$, même dans leur console de jeux, ils laissent trainer des bugs overflow partout. Cela permet, depuis une sauvegarde (le seul moyen soft de rentrer quelque chose sur une console non modifiée, c'est la sauvegarde sur une carte mémoire), d'avoir accès à la mémoire. Cela permet de profiter d'un autre bug au niveau des polices d'affichage (les fameuse Fonts) du dashboard M$ de lancer un exécutable non signé (un loader qui est l'équivalent soft d'une puce) plutôt que de lancer les routine d'affichage et qui va coller un bios hacké à la place du bios M$ en mémoire puis coller le pointeur programme dessus (là on parle d'un loader d'un exploit UXE) ou qui va patché directement en mémoire le bios M$ en lui modifiant quelques routines et en lui ajoutant quelques oublis (là, c'est un patcheur à la Ndure). Dans ce système, la console démarre normalement comme une console d'origine. Les contrôles sont donc effectués comme d'habitude (ce qui impose que le disque dur soit locké ou qu'un lecteur d'origine soit présent, par exemple). Ce n'est qu'ensuite que la routine du Dash M$ sera lancée et qu'il commencera par lancer son affichage .... et se mangera donc l'aiguillage sans avoir rien vu venir. On en vient à l'eeprom.bin. Ce fichier est cachée dans une eeprom sur la carte mère. Pourquoi ? Parce que cette eeprom.bin (du moins, sa partie évolutive) change dans le temps avec les différents réglage du Dash et autres paramètres du chipset vidéo. Cette partie n'entre pas en ligne de compte dans le système de sécurité. Par contre, la partie fixe, elle, permet de calculer le code de lock du disque dur. Dans cette partie fixe, il y a deux choses importantes: le serial de la console et un code unique intégré par M$ directement sur la chaine de montage qui dépend de ce serial et d'un algorithme jamais dévoilé par M$ ou décodé par les hackers. On peut donc reconstruire une eeprom.bin à 99% mais le 1% restant est introuvable. Par contre, l'algorithme de lock/délock du disque dur a lui, été trouvé. Donc, si on dispose de l'eeprom.bin de la console, on peut, à partir du serial du disque dur, mouliner un code de lock qui permettra de faire penser au système que le disque dur est d'origine. la séquence c'est: je demande si le disque dur est locké (erreur 05), si oui, je calcul le code de lock et je demande à la carte contrôleur du disque dur si c'est le bon (erreur 06). S'il répond, c'est qu'il est fonctionnel (erreur 07 en time out), j'en profite pour vérifier les partitions (erreur 08 et 09), je vérifie la présence du lecteur de DVD (erreur 11 et 12 en time out) et je lance le MsDash (s'il ne se lance pas, erreur 13 en time out .... voir erreur 16 si le condensateur de l'horloge est à plat). Si ça t'intéresse, Il faut savoir que l'eeprom est une eeprom série standard et qu'elle est accessible avec n'importe quel lecteur I²C qui se présente (le tout sans la dessouder de la carte mère). Une fois en possession de l'eeprom.bin, plus besoin de hotswap puisque tu peux locker/délocker n'importe quel disque dur et donc écrire son contenu avec tout ce qu'il faut pour tromper le système (à part l’exécutable du MS Dash qui doit être signé, aucune vérification sur le contenu à part le nombre minimum de partition (ils n'ont pas pensé à vérifier la présence d'un F: par exemple qui est strictement impossible sur un disque de bas). L'exploit est donc border-line car, s'il ne modifie aucun exécutable, il modifie quand même quelques fichiers du MS Dash d'origine. Bon, là, je fais simple et ça concerne à 90% un exploit UXE. Le Ndure se lance pareil .... mais ensuite, c'est hard de chez hard avec partition et eeprom.bin virtuelles (tu peux faire format C: puis format E: et format F: dans la foulée, il ne bouge pas une oreille et redémarre sans sourciller (ou presque, il tousse un peu, te fais la leçon et rééecris tout son petit monde pour repartir 30s plus tard).... fais ça avec ta puce, c'est minimum erreur 13 au boot (voir 16 si tu n'as pas de chance ....et là, avec le mauvais bios, c'est Game over). Le Ndure a été créé pour tromper les serveurs Live de Microsoft et il y arrivait très très très bien du temps ou les Xbox avaient encore accès au Live. Bref, c'est du très très lourd (il n'a jamais pu être contré par M$), cela demandera d'autres développement. Que fait le hotswap ? Pas grand chose .... Il permet de délocker temporairement (par sécurité, la console lock systématiquement le disque dur à l'extinction .... au cas où il serait resté délocké) le disque dur et donne donc accès à son contenu (Windows ayant comme consigne de ne pas accéder à un disque locké, certains bios de carte mère également). Une fois que tu y a accès, il afut au minimum modifier les Fonts et implanter un loader (ou un patcher) et son bios. Xcalibur fait un peu plus. Il y ajoute le dernier Ms Dash (ça servait du temps du Live) plus les sauvegardes méthode 007 qui ont l'avantage de lancer un exploit UXE qui est le SEUL dispositif à pouvoir faire comprendre à un Ndure (il l'écrase en fait) que c'est toi le chef. Parce que pour implanter un Ndure, il faut respecter une procédure permettant de le rendre invisible (des serveurs M$ et donc, par ricochet, de l'utilisateur final). Donc, le principe, c'est d'installer un exploit UXE qui, au premier boot, remettra la console d'origine puis lancera une sauvegarde hackée qui, elle, implantera le Ndure comme s'il l'avait été avec un jeu "Méthode 007". C'est, vu de l'extérieur, très lourd comme procédure (un exploit UXE, c'est 10s avec un jeu méthode 007, un Ndure, c'est 5 minutes .... tu n'es donc pas prêt de tout comprendre) mais, à l'arrivée, c'est excessivement efficace (le Ndure est l'exploit qui a été maintenu en dernier, c'est le plus efficace, aucune incompatibilité ... il lance même des jeux impossibles à lancer autrement .... bon, ok, il triche, il ne contourne pas, mais le résultat est le même). Tu n'auras pas de dysfonctionnement, c'est une méthode hyper réaliste (c'est du Microsoft à 95%) et hyper solide .... c'est bien simple, c'est mieux que l'original (tu penses bien que les quelques bugs ont été corrigé). Par contre, c'est subtil et sournois et il faut t'attendre à te retrouver comme un boulet si tu grattes un peu. Pour une utilisation normale, tu n'entendras plus parler du hack (en gros, ton lecteur de DVD sera le prochain à te poser des soucis) Si tu es encore là, c'est que tu es assez curieux pour tenter le Ndure (avec le hotswap ou le lecteur I²C). Tu n'auras pas le petit frisson du jeu "méthode 007" (tu auras peut-être juste le gros frissons hotswap) mais tu pourras suivre toute son application.

euh .... c'était quoi le but de la manip ? Parce que ça et rien ... ben c'est pareil .... Tu l'aurais collé dans ton dossier Apps, il ne t'aurait même plus parlé de mise à jour ...

Tu peux aussi lancer HackMii Installer qui te la mettra à jour ... Et colle le contrôle parental, cela évite TOUTES les mises à jour (le copain qui se pointe avec un original, par exemple ....)

Tu as fait le ménage des cIOS avant de lancer le flash des wad ? Parce que ça sent le stock de stub toujours présent (genre, ça fonctionne tant que tu parles de l'IOS236, par contre, dès que tu demandes un cIOS, ça coince ...) Fait un sysckeck ou lance Pimp My Wii et choisis "Infos" histoire de récupérer le contenu réel de ta NAND et revient poster ...

récupère Xcalibur et grave-le sur un DVD. Dès que tu arrives à lancer ta puce, glisse-le dans le lecteur, lock le disque dur et demande-lui d'installer un softmod, il sait faire .... Lorsque la console s'éteint, tu coupes le fil qui va vers le d0 côté puce, ça sera suffisant ...

Si le lecteur ne bouge pas une oreille quand tu insères un DVD original, tu peux changer de lecteur, c'est la lentille qui détecte la galette.

Je crois qu'on a effectivement touché le boulet de l'année !!!! Bon, je te préviens, tu vas manger, les picettes, ce sera pour un autre jour, tu ne veux rien comprendre on va donc appuyer là où ça fait mal !! non, pas possible, personne ne te crois !!! Ecoute, sombre imbécile heureux (oui, parce que là, tu as ce niveau), si c'est indiqué DEUX nappes IDE, ce n'est pas pour faire joli ! Tu n'as pas le choix (il y a une alternative, mais vu ton niveau sous-carpette, je n'ai même pas envie de l'envisager dans ton cas, tu n'essaye même pas de comprendre les termes les plus simples, alors, s'il faut réinventer l'informatique ......!!!), met la main sur une vielle casserole, va draguer ta voisine, fais preuve d'intelligence, quoi ! Là, tu vois, évite. TU ES A DES ANNEES-LUMIERES DU ROLE REELLE DE L'EEPROM.BIN !!!! ELLE NE SERT STRICTEMENT A RIEN DANS LE DEMARRAGE DE LA CONSOLE NIVEAU SECURITE (mais alors, rien de rien, nada de nada, même pas l'ombre du début du commencement d'un quelconque ersatz !!!! A la rigueur, un petit réglage pour le chipset vidéo, mais trois fois rien). Il serait évidemment plus simple de l'avoir mais elle est unique et planquée sur la carte mère (oui, parce que, au cas où, s'il est bien un endroit où on ne la trouve JAMAIS (sauf si on la copie volontairement), c'est bien le disque dur !!!!. Je te rassure, vu comme tu vas dans le mur, on risque d'en reparler rapidement, mais là, tu vas pleurer (les regrets, c'est bien joli .... surtout quand c'est définitivement trop tard !!!) absolument pas, Microsoft se tape complètement du disque dur, d'ailleurs, ce n'est pas eux qui ont créé le système de lock, ça existait bien avant .... L'eeprom.bin n'a strictement rien à faire sur le disque dur original ! devine .... là, au moins, c'est cohérent ... pourquoi, tu veux tout casser ? Contente-toi de ce qu'on te propose, tu n'es pas le premier à essayer ... mais tu risques bien d'être le dernier à te planter ! on se demande si au moins tu comprends le charabia pseudo-informatique que tu écris .... qui n'a évidemment strictement aucun rapport avec le fonctionnement réel de la console ... Au fait, c'est quoi ta raison personnelle, tu en as si honte que ça pour ne rien préciser ???

lance n'importe quel CD de boot (genre Xcalibur), il est lancé en priorité par le bios ... Par contre, il serait de bon ton de savoir si tu as une puce, un flash TSOP ou un exploit ... C'est dingue comme vous êtes incapable de gérer les priorités .... Dernière chose: n'importe quelle initiative personnelle, quel qu’elle soit, tu oublies définitivement ...

Si le branleur de propriétaire précédent a fait mumuse avec le potentiomètre de la lentille, tu peux envoyer le Thomson à la poubelle ... Met la main sur un autre lecteur Xbox, n'importe lequel ....

et qu'est-ce tu veux faire sur usb ? Parce que du 12V, tu en a plein la console ....

C'est plutôt lié au bouton power ... Tu arrives sur quel dash avec Eject ? Microsoft ? (Parce que là, c'est peut-être ta puce qui fatigue .... il va être temps de passer au softmod ... )

Que ça fait plus de 5 ans que cette barrière à sauté (tu veux mettre 1To dans ton Xbox ? Ben tu peux .... Bon, il faut trouver 1To en IDE, ok .... ou mettre une puce et un Sata (mais c'est une autre histoire)) non, tu dois utiliser Xcalibur, oublies les autres tutos. Soit ils sont obsolètes, soit ils reprennent le mien ...

j'ai le droit de dire que c'est débile ? c'est 120Go, d'abord et ce n'est plus d'actualité .... le premier ça va, les deux derniers son obsolètes, aucun n'est applicable à ton cas particulier ! justement, ce n'est pas visible à l'œil ... mais bon, les DD récents sont lockables ..... elle fait 254 octets pile poil et contient le sérial de la console "en clair" on n'en trouve pas sur le net (c'est complètement inutile et inutilisable) Il n'y a aucun rapport entre le dashboard et la méthode de hack utilisée (du moins pour un hack "moderne") on s'en tape complètement le coquillard, on sait très précisément ce que contient ton C: (de toute façon, c'est très très secondaire) Les seuls dossiers importants de ta console (à part l'eeprom.bin) sont E:\Udata et E:\Tdata Tu n'as qu'à fouiller ma signature ...

pour la simple et bonne raison qu'il n'y en a aucune .... d'où l'intérêt de la méthode !! Bon, pour faire simple: OUBLIES TOUT CE QUE TU CROIS SAVOIR !!!! C'est bien simple, dès que tu en sors une la suivante est encore plus énorme, un vrai collier de perle, vraiment impressionnant de réunir autant d'erreur en si peu de post !!!! Bref, tu te rebranches le cerveau, tu récupères Xcalibur (voir ma signature), tu apprend par cœur le paragraphe sur le hotswap, tu l'appliques et surtout, tu arrêtes de poster n'importe quoi, ça fait mal aux yeux tellement c'est énorme !

boot sur Xcalibur, tu en as une dans E:\NKP11 oui

pour une Xbox avec sa nappe préhistorique, rien de rien ... un 7200tr/mn chauffera plus qu'un 5400tr/mn mais ça se sentira un peu pendant les chargements (rien pendant les jeux). Le cache, c'est encore moins violent ...

oui, cela s'appelle le hotswap. Mais ce n'est pas sans risque pour le disque dur, voir la console. Plus les fautes de frappe. Bref, Xcalibur est prévu pour réaliser un hotswap sans faute de frappe. Reste les précautions d'usage permettant de limiter les risques .... mais le risque 0 n'existe pas. Je n'ai jamais grillé de disque dur, mais j'ai eu de la chance.