jp33

avec Xbmc, je ne suis pas étonné, avec Unleash, là, par contre, c'est pas possible . Tu as quoi comme client ftp ? (là, on va voir débarquer Smart ftp ou, pire, ftp expert )

oui, qu'il ait survécu aussi longtemps ..... De toute façon, il allait lâcher ......... Par contre, tu aurais pu récupérer les sauvegardes .....

Quel Dash as-tu ? Parce que non, ce n'est pas normal ....

Tu peux avoir également une G: (mais bon, il faut un DD>137Go et un bios qui la gère), tu la considère comme la F: et puis toute une ribambelle qui commence à H: et qui finit à O: mais qui ne sera visible que quand une carte mémoire est implantée dans une manette ....

TSR ? Tu es certain que c'est EvolutionX ? tu nous aurais dis IGR encore, on aurait compris, mais TSR .......

Si il fais 1, le E: est formaté et xboxhdm y copie le contenu de \E. Tu n'y as pas intégré un directory \Cache ? Notes qu'au départ, c'est fait pour le hotswap, mais bon, tant qu'à faire, autant que ça serve pour tout, non ? A prévoir peut-être dans une future mise à jour (avec \Udata et \Tdata), je ne pense pas que l'iso grossisse énormément

là, c'est moins cool, je pressens qu'il n'a pas son eeprom.bin, je ne sais pas pourquoi .....

Si c'est le d0 qui a sauté avec un DD locké, il va attendre longtemps que le Cd se lance ..... Notes qu'à ce moment-là, il saura de quel côté chercher .... Mais tu as raison, ça sent la mise à jour du Dash avec écrasement d'xboxdash.xbe .....

un exploit avec une erreur 05, si tu arrives à booter un disque de boot, je t'achètes le CD Si je dis que tu ne peux pas, c'est que tu ne peux pas (c'est une protection Microsoft). Seule une puce peut la contourner. C'est pour cela qu'un exploit qui dé-lock son DD sans avoir sauvegardé l'eeprom.bin doit installer une puce .....

avec ou sans puce ....

Les Udata et Tdata, c'est pour les paranos ..... Sinon, tous ceux qui ont une puce désactivable et un Dash alternatif se ferait prendre par la patrouille (vu les traces laissées par ces derniers dans Udata )

Evites le multipost, ça encombre ! Va déjà répondre sur ton autre post, ça fera gagner du temps .....

j'ai rien compris Je présume que c'est le DD d'origine qui te colle une erreur 06 ? Parce que si c'est ça, il n'y a pas que la puce à changer, le DD aussi ..... Si c'est une 05, ta puce suffira à le faire fonctionner ... Si c'est une autre erreur (13, 16, 21), tu peux faire le hotswap ..... mais bon, attends ta puce .... PS: pour info, le code de lock fait 40 caractères. Et ils sont compris entre 0...9 et A...F ..... Et si tu l'as locké avec Xboxhdm, je te rappelle que le Master Password a été modifié (ça commence par xbox et ça finit par scene ....)

Et celle-là, tu aurais pu t'en passer ...... On va te laisser le bénéfice du doute en disant que ta console te sert uniquement pour le multimédia ..... Mais en attendant, va relire la charte (parce que je ne suis pas certain que les modos vont comprendre cette remarque dans ce sens ...... )

Normal, tu ne lances plus rien avec une 05 (faut pas prendre les développeurs de Microsoft pour des c.... non plus ) erreur 05, la console considère qu'elle n'a pas de DD . Pas de DD -> pas de boot (même un original "méthode 007" pour ceux qui voudrait s'en sortir par la save hackée, sinon, on ne se ferait pas chier avec xboxhdm, on utiliserait un minilinux qui implémante une save, on boot dessus et on a acès au DD par ftp, 5 minutes pour un hack avec juste un Splinter Cell) Résultat: une puce (note qu'elle peut être provisoire, juste le temps de locker le DD avec le Master Gueux)

Si tu mets juste le bios dans ta puce sans le fichier ini sur ton DD, c'est normal que tu ramasses un écran noir ...

Pas d'eeprom.bin ou de code de lock, pas de lock, donc impossible ..... tkididoctoa, quand tu as un exploit, la seule manière de changer de DD est de passer par le PC (encore un puceux qui se croit seul au monde ....... ... rhooooooooooo, je plaisaaaaaaaaaaaaaante ...... ) Et tu vas être content, il lui faut une puce pour s'en sortir ......

Si tu as une erreur 07 avec un nouveau Dd et que tu es certain de la nappe, ta carte mère a pris un shoot .... Branches quand même ton nouveau DD dans un PC pour voir s'il est reconnu ....

ça serait une bonne nouvelle ...... si tu pouvais te connecter par ftp Hors, ton erreur 13 qui t'empêche de booter le Scud-x prouve que c'est le MS Dash (et donc le lancement de l'exploit) qui est touché. Ta seule chance avant d'ouvrir serait d'avoir une save hackée sur le E: et le jeu "méthode 007" correspondant sous la main ...... Cherches tes tournevis ....

il te suffit de mettre la main sur un DD avec un MS Dash fonctionnel ... y compris un DD d'origine

A moins de la tripoter avec Config Magic, ton eeprom.bin contenu sur ta carte mère ne varie jamais (on va oublier les corruptions accidentelles). L'avantage de l'eeprom.bi, c'est qu'elle est indépendant du DD et que donc tu peux locker plusieurs DD pour une même console sans soucis. Donc, afin d'éviter les fautes de frappes, utilises uniquement l'eeprom.bin ainsi que le couple lockhd/unlockhd, ça fonctionne sans soucis. Mais le code de lock ne changera pas avec un même disque dur (tu crois qu'il y a un compteur qui s'incrémente ? )

Euh ... non :mdr:

Etre sur Gueux et ne pas connaitre le Scud-X ? Et il est plus simple de booter sur celui-ci que de faire un montage avec Linux .... Mais encore une fois, il ne sert à rien pour changer de DD avec un exploit .....

Débranches tous tes périphériques Usb (y compris la souris s'il le faut). Ne conserve que le lecteur de CD et ton DD sur deux nappes différentes si possible ... mais toujours le DD sur l'IDE0. Et si tu as une carte vidéo intégrée, tu peux avoir quelques soucis à ce niveau là ....

Si tu essayes de booter sur des bios non bfm c'est normal que tu ramasses un écran noir Et je te dis que le M8+ est compatible 1.6 (il est même fait pour) Alors, le soucis, ce sont tes backup, crois moi, les 1.6 sont très chatouilleuses avec les transfert ftp Utilises DVD2Xbox !! Et ce n'est pas parce que tu as lu quelque chose que ça s'applique à ton problème ....