jp33

Membres
  • Compteur de contenus

    34 216
  • Inscription

  • Dernière visite

Messages posté(e)s par jp33

  1. Je cherche à sauvegarder mon eeprom sur la clé , mais NON , RIEN A FAIRE !!!

    Normal, pas la bonne lettre pour la carte mémoire .... oublie ...

    J'ai peur de poursuivre l'opération , comment récupéré ce eeprom.bin?

    quand la sauvegarde hackée est lancée (mini ou complète), le dash alternatif contient un serveur ftp, tu peux donc te connecter dès que tu l'as à l'écran. A partir de là, il te suffit de fouiller ton E: ...

    mais, bon, 0 risque ....

    Je cherche à sauvegarder mon eeprom sur la clé , mais NON , RIEN A FAIRE !!!

    J'ai utilisé la "mini save" fourni par Gueux , où j'y ai rajouté le fichier "eeprom.xbe" .

    Quelque soit la sauvegarde, la clé n'est pas reconnu , mais au moins dans le second cas, j'ai pu sauvegardé l'eeprom.bin sur le E:\

    J'ai peur de poursuivre l'opération , comment récupéré ce eeprom.bin?

    il est dit que je peux le récupérer par FTP (je n'y connais ABSOLUMENT RIEN !!!), mais n'y a t'il pas de risque d'effacer le contenue du DD E:, il y a t'il quelque chose à faire au préalable pour récupéré l'eeprom.bin ?

    sauf si c'est toi qui le demandes, il n'y a AUCUN risque d'effacement (de toute façon, tout est sur le C:, à part les sauvegardes)

    Et si vous avez une idée de pourquoi Xplorer360 me permet de déposer la save , alos que le logiciel Action Replay de Datel,même avec le pilote modifé ne reconnait pas clé usb , dite le moi !

    Parce que Action Replay est une bouse commerciale faite pour faire cracher du fric à des pigeons alors qu'xplorer360 est un homebrew gratuit développé pour qu'il soit VRAIMENT fonctionnel ....

  2. L'imcompatibilité viens du fait que le BFM va chercher le dash dans E:\ alors qu' une fois le TSOP flashé le dash devra se trouver dans C:\ ? ou y a t-il d'autres incompatibilités?

    Nop, c'est autre chose.

    Pour des raisons de légalité, l'exploit n'utilise aucun code M$. Pour cela, il ajoute du code en mémoire par dessus le bios officiel chargé par le système au boot (il le "patch"). Ces ajouts atterrissent évidemment à des endroits bien précis et connu. Tu penses bien que si le bios n'est pas d'origine, le code hexa va arriver à un en droit non prévu par ton bios TSOP, le code résultant va être tout sauf fonctionnel, d'où le plantage direct.

    C'est incontournable ....

    Et puis et j'ai repassé X-calibur (en me rendant compte que je n'avais en fait nul besoin de HeXEn) dans la console et je me suis occupé d'une partie du cd que je ne connaissais pas c'est à dire la gestion puces+flash TSOP.

    il sait effectivement tout faire ... hihihi

    Concernant l'option d'installation d'un dash alternatif, cela installe un dash principal, y 'at-il une façon d'installer un un vrai dash alternatif au sens ndure du terme (booter sur un dash secondaire avec eject) ?

    alors, dans le monde des puces (et donc des flash TSOP), un dash est dit "alternatif" par opposition au dash "officiel" M$. Il s'agit donc, effectivement du dash "principal" .... sauf que le double boot n'est pas prévu, un seul bios, un seul dash. Les puces haut de gamme contourne le problème en possédant plusieurs banks mémoire permettant de gérer plusieurs dash (mais toujours un à la fois).

    Ndure est nativement prévu pour différencier le boot depuis Power ou Eject. C'est prévu dans son code.

    Les bios TSOP ne sont pas prévu pour. Tu peux tricher en utilisant un loader d'exploit Uxe (lui se tape du bios en mémoire, il en colle un fonctionnel et complet) pour chacun des dash à lancer. Mais il faudra les sélectionner comme une application depuis ton dash "principal", l'exploit UXE possédant les mêmes limitations que les bios de puce.

  3. Comment la console va-t-elle réagir entre un exploit ndure (bios BFM) et un flash TSOP ?

    écran noir, absolument incompatible ... colle un UXE à la place ... l'exploit étant obligatoire pour flasher le TSOP.

    Pour le reste, je ne connais pas beaucoup de bios capable de gérer les 128Mo, en tout cas pas les versions standards ....

  4. Elle n'est pas flashé, elle est pucée, nuance ....

    A vue de nez, tu as soit désactiver le lancement du dashboard soit effacer le bank mémoire qui contenait le bios qui lançait ton dashboard.

    Pour flasher un nouveau bios, fouille ça (la pose de la puce, c'est déjà fait, tu peux commencer par la fin ....)

  5. 1- Je pense qu'il faut que j'attaque à "Récupération des IOS pour une console vierge." § que je déroule dans sa totalité.

    Totalement inutile dans ton cas vu que tu es en 4.3 d'origine ... Ce n'est pas une nouvelle chaine (même si elle s'appelle HBC) ou un nouvel IOS (même si c'est BootMii) qui va changer quoique ce soit.

    2- Ensuite je saute le §Installation de la Chaîne Homebrew (HBC) et BootMii puisque déjà fait (par contre j'ai pas utilisé HackMii Installer pour faire ca, est ce que ca pose pb pour la suite ?)

    Tu as utilisé HackMii Installer .... même si tu ne le sais pas hihihi

    3- Je reprend à "Modification de votre console" §1. Installation d'un IOS236 patché et je continue le tuto normalement.

    L'IOS236 n'est plus nécessaire (mais il peut être intéressant de l'installer). A toi de voir.

    Pour le reste, le reste du tuto nécessite MMM qui ne sera pas compatible avec ta Wiimote. Et comme, dans ton cas, tu n'as besoin QUE d'installer (au moins) un cIOS, il suffit en effet d'utiliser l'homebrew de Badablek pour finaliser l'installation (moins on modifie la console, mieux on se porte). Il ne restera plus que la case loader ...

    Mon tuto, bien qu'il puisse répondre la plupart des problèmes n'est pas le plus adapté dans ton cas particulier (Wii neuve avec la chaine HBC installée).

  6. Le début du tuto nickel mais quand je lance le MultiMod Manager pour les WAD, la wiimote se désactive et donc je ne peut plus rien faire. :(

    IOS236 obligatoire (tout le reste est plombé avec des stubs).

    Il faut donc attendre 3s qu'il se synchronise (par défaut, c'est cet IOS qui est programmé ... si tu regardes dans le menu, c'est lui qui DOIT être indiqué ... si ce n'est pas le cas, tu as loupé la copie d'un fichier ... :whistling: )

  7. ce qui craint surtout ce sont les bas de plafond paranoïaques qui ont peur de leur ombre ....

    A quelle organisation appartient Sam Fisher ? hein ? j'attend .... :whistling:

    donc, maintenant, tu peux creuser un trou pour t'y cacher, tu viens de gagner le titre du boulet du mois .... :rolleyes:

    Fais gaffe, si tu lis ce message, les SWAP vont exploser ta porte d'entrée, brûle immédiatement cet ordinateur et va te retirer dans un monastère isolé, c'est ta dernière chance !!!!!!!

    Fichiers vérifiés .... Sauf si je fais moi-même parti de la NSA, il n'y a pas de soucis .... Le bug se situe donc entre la chaise et le clavier, inutile de t'envoyer quoique ce soit, tu auras exactement le même résultat ... Un conseil, 7zip, sinon rien ....

  8. là, tu le fais exprès .....

    Si plutôt que de t'inventer une procédure tu avais suivi bêtement, ce serait déjà réglé .....

    Enfin moi, je dis ça, je dis rien ...

    Ensuite, ton disque dur, tu le prends, tu me vire cette partition wbfs (cherche pas), tu en crées une de 4 Go en Fat32, tu en crées une deuxième en FAT32 ou NTFS, on s'en moque. A partir de là, tu considères la partition de 4Go comme une carte SD (du moins pour les loader usb ... les autres homebrews sont un poil perdu).

    Dans ce que tu vas décompresser, il y a des forwarder dans le dossier Wad à installer avec MMMM comme pour le hack. C'est un (ou plusieurs) parmi ceux-là qui ira chercher sur ta partition le loader.

  9. Bon aujourd'hui je veux tout reprendre à 0 car ma chaine homebrow est vide(donc je pense qu'il y a un souci).

    euh ... non, pas forcément .....

    en tout cas, strictement rien à voir avec le contenu de la NAND .....

    Par contre, ta gestion des dossier sur la carte SD ou sur le disque dur, elle, peut laisser à désirer ....