gbatemp

https://wiki.gbatemp.net/wiki/Ultimate_ ... Flashcards
mais il n'ont rien upper pour ton linker

sinon y a d'autre solution avec une DSI
https://dsi.cfw.guide/
c'est TWiLight Menu++ qui lance les jeux DS mais il faut commencer par la hack la DSI

Salut à toi,
Mauvaise nouvelle : Mon hardmod n'a pas fonctionné.
Pas d'un point de vue logiciel, mais plutôt materiel.
On dirait pas, mais les soudures sont MINUSCULES !
Vraiment désolé de votre déception, mais j'avais bien dit à plusieures reprises :

Paresseux121 Wrote: je veux bien tenter le coup, de tout' facon, je n'ai rien à perdre.

En tout cas merci beaucoup pour ton aide roukxwel, comme je te l'ai déja dit, je ne te remercirai jamais assez.
Ce topic va surement servir pour d'autres personnes qui étaient dans mon cas.
Merci vraiment à toute la communauté, sans cela tout serait impossible.
Vraiment désolé pour vous, je ne serait pas en mesure de répondre à toutes les les questions qu'on s'est posé à propos du Hardmod. comme :

Paresseux121 Wrote:comme l'utilisation d'un teensy ou pas

Paresseux121 Wrote:Pour faire un dump complet de la nand, on utilise win32diskimager ou sdio_nand_manager (en dumpant tout ce qui est dumpable) ?

Paresseux121 Wrote:Si on réalise le dump avec win32diskimager, pourras-t-on toujours lire ce dump via Wii U NAND Extractor ?

Paresseux121 Wrote:pour restaurer la wii u si sauvegarde faite avec sdio_nand_manager il suffit de tout réinjecter ? Cela a le même effet que utiliser win32diskimager ?

Vous avez fait tout votre possible pour m'aider, ca me va droit au coeur.
(Désolé de me répéter mais j'insiste vraiment, je ne vous remercirait jamais assez)

Je vais quand même pouvoir répondre à une question, à propos du type de soudures de la nand. Je vais la compléter ce que j'ai dit ici :

Paresseux121 Wrote:

roukxwel Wrote:la wiu est brickée comment compte tu acceder à la nand via hardmod ?

Justement, je trouve ca assez louche Certains ont des soudures de type "A" sur leur nand (exemple ici : ) tandis que certains ont des soudures de types "B", comme moi (cette fois ci, c'est là : ) C'est un truc que je trouve assez louche... Le seul tuto que j'ai trouvé qui comprend mon type de soudure de nand, c'est donc celui-là : https://gbatemp.net/threads/successfully-dumped-wiiu-emmc-nand-with-hardmod.457165/.

En indligeant des dégats de rage à ma Wii U lorceque le Hardmod à foiré, je me suis rendu compte que le type de soudure que j'apelle le type "A" est au verso du type "B" !!! Je trouve que ca rends le SSD de la Wii U encore plus étrange car il est écrit ici :https://www.modconsoles.fr/forums/topic/169-hardmod-restaurer-sa-wiiu-suite-%C3%A0-un-brick-cbhc/ que pour le type A donc on a besoin d'un teensy alors qu'on en a pas besoin pour le type "B" ! (ici il assède au type B sans teensy : https://gbatemp.net/threads/successfully-dumped-wiiu-emmc-nand-with-hardmod.457165/)
Voici quelques photos prises par moi-même : type "A" : (donc au verso du type "B")

et type "B" : (on voit que c'est cramé car j'ai foiré mon hardmod).
Perso, je trouve ca ultra louche.
Voilà, encore désolé.
ET CROYER MOI LE JOUR OU J' AURAIS + DE CONNAISANCES EN éLECTRONIQUE JE VAIS RACHETER UNE CONSOLE D'OCCASION ET ME "VENGER" AFIN DE RéPONDRE à TOUTES LES QUESTIONS DE LA COMMUNAUTé.
Cordialement
@+

Le développeur Joonie propose sa mise à niveau

Les sigpatchs officiels compatibles Hekate/Kosmos:
Lien: https://github.com/Joonie86/hekate/rele ... config.zip

La compatibilité avec Tinfoil:
Lien: https://github.com/Joonie86/hekate/rele ... lv8%2B.zip

Attention, La protection cal0 a été supprimée sur le fichier ams_mitm.kip afin que Tinfoil v8+ fonctionne avec Kosmos. Ce qui pourrait causé des désagréments sur votre backup était corrompu !
Le loader.kip pré-patché est inclus en raison de la dernière modification introduite par AMS 0.11.x.
Une version personnalisée de Hekate MOD 5.1.4_ "J" est incluse en raison d'un problème avec le correctif FS non appliqué par patches.ini pour OFW 10.0.0.

Les correctifs pour fusee-primary ne sont plus pris en charge. Veuillez suivre ce lien pour les obtenir:
https://gbatemp.net/threads/i-heard-tha ... re.521164/

Étant donné que la modification sur boot-config est maintenant requise par de nouvelles modifications, seuls deux fichiers zip sont fournis avec le payload personnalisée qui a un correctif FS codé en dur appliqué pour OFW 10.0.0 !

Un complément d’infos:
underground-switch/installer-homebrew-menu-sur-switch-10-0-et-t736600-1188.html#p7044199

Salut à toi,
J'ai trouvé mon bonheur via Wii U nand Extractor, (ton deuxième lien)
Je lui ait fait charger le slc.bin et vais dans le dossier "sys" (ca ne peut pas être ailleurs)
Mais il n'y a pas de "syshax.xml" mais le "system.xml" est bien présent. (rapport avec la version du dump faite en 5.5.1 ?)
tu as un screenshot de l'arborescence de fichiers ici :

Enfin voilà mon system.xml (rappel : sans CBHC installé, version 5.5.1 et ouvert avec Sublime Text) :

Code: Select All Code

<?xml version="1.0" encoding="utf-8"?>
<system type="complex" access="777">
  <version type="unsignedInt" length="4">21</version>
  <cmdFlags type="unsignedInt" length="4">0</cmdFlags>
  <default_os_id type="hexBinary" length="8">000500101000400a</default_os_id>

  <default_title_id type="hexBinary" length="8">0005001010040200</default_title_id>

  <log type="complex" length="0">
    <enable type="unsignedInt" length="4">0</enable>
    <max_size type="unsignedInt" length="4">8388607</max_size>
  </log>
  <standby type="complex" length="0">
    <enable type="unsignedInt" length="4">0</enable></standby>
  <ramdisk type="complex" length="0">
    <cache_user_code type="unsignedInt" length="4">0</cache_user_code>
    <max_file_size type="unsignedInt" length="4">10485760</max_file_size>

    <cache_delay_ms type="unsignedInt" length="4">10000</cache_delay_ms>
  </ramdisk>
  <simulated_ppc_mem2_size type="hexBinary" length="4">00000000</simulated_ppc_mem2_size>

  <dev_mode type="unsignedInt" length="4">0</dev_mode>
  <prev_title_id type="hexBinary" length="8">0000000000000000</prev_title_id>

  <prev_os_id type="hexBinary" length="8">0000000000000000</prev_os_id>
  <default_app_type type="hexBinary" length="4">90000001</default_app_type>

  <default_device_type type="string" length="16" />
  <default_device_index type="unsignedInt" length="4">0</default_device_index>

  <fast_relaunch_value type="unsignedInt" length="4">0</fast_relaunch_value>

  <default_eco_title_id type="hexBinary" length="8">0005001010066000</default_eco_title_id>

</system>

Puis voilà TON system.xml (donc avec CBHC installé)(si tu as les deux à côté, tu pourras mieux comparer ) :

Code: Select All Code

<?xml version="1.0" encoding="utf-8"?>
<system type="complex" access="777">
  <version type="unsignedInt" length="4">21</version>
  <cmdFlags type="unsignedInt" length="4">0</cmdFlags>
  <default_os_id type="hexBinary" length="8">000500101000400a</default_os_id>

  <default_title_id type="hexBinary" length="8">0005000010198d00</default_title_id>

  <log type="complex" length="0">
    <enable type="unsignedInt" length="4">0</enable>
    <max_size type="unsignedInt" length="4">8388607</max_size>
  </log>
  <standby type="complex" length="0">
    <enable type="unsignedInt" length="4">0</enable></standby>
  <ramdisk type="complex" length="0">
    <cache_user_code type="unsignedInt" length="4">0</cache_user_code>
    <max_file_size type="unsignedInt" length="4">10485760</max_file_size>

    <cache_delay_ms type="unsignedInt" length="4">10000</cache_delay_ms>
  </ramdisk>
  <simulated_ppc_mem2_size type="hexBinary" length="4">00000000</simulated_ppc_mem2_size>

  <dev_mode type="unsignedInt" length="4">0</dev_mode>
  <prev_title_id type="hexBinary" length="8">0000000000000000</prev_title_id>

  <prev_os_id type="hexBinary" length="8">0000000000000000</prev_os_id>
  <default_app_type type="hexBinary" length="4">90000001</default_app_type>

  <default_device_type type="string" length="16"/>
  <default_device_index type="unsignedInt" length="4">0</default_device_index>

  <fast_relaunch_value type="unsignedInt" length="4">0</fast_relaunch_value>

  <default_eco_title_id type="hexBinary" length="8">0005001010066000</default_eco_title_id>

</system>

Perso, j'ai l'impression d'avoir fait une grande avancée,
Grâce à ton idée pour comparer nos sysfiles, j'ai expérimenté avec les utilitaires pour "administrer" la nand.
Mon prochain objectif est donc de dumper ma wii u brick avec mon fameux hardmod (rappel, il est ici : https://gbatemp.net/threads/successfully-dumped-wiiu-emmc-nand-with-hardmod.457165/ ) même si il y a des choses qui me rassurent pas trop, comme l'utilisation d'un teensy ou pas. (perso je compte pas l'utiliser).

Ce que je compte faire à présent est de monter/construire le hardmod, de dumper la mlc avec sdio_nand_manager (ici : https://github.com/dimok789/sdio_nand_manager/releases )
Et a priori je pourrais donc le lire avec Wii U Nand Extractor (https://gbatemp.net/threads/wii-nand-extractor.179630/ ) et dumper mes sauvegardes.
J'aurais là réussi mon objectif secondaire.

J'ai une autre question, Pour faire un dump complet de la nand, on utilise win32diskimager ou sdio_nand_manager (en dumpant tout ce qui est dumpable) ?
Si on réalise le dump avec win32diskimager, pourras-t-on toujours lire ce dump via Wii U NAND Extractor ?
Enfin pour restaurer la wii u si sauvegarde faite avec sdio_nand_manager il suffit de tout réinjecter ? Cela a le même effet que utiliser win32diskimager ?

Enfin, après avoir fait des dumps sûrs, je compte utiliser ton fameux "nandCbhcRemover" utilitaire compris dans wii u nand tools (https://gbatemp.net/threads/release-wii-u-nand-tools.465386/)

Mais peut-être que je vais un peu vite !
Es-ce que mes sources sont bonnes et les actions que je souhaite réaliser sont correctes ?!
Et merci encore pour tes aides pour résoudre mon PB.
@+

essai le slc avec sdio manager
https://github.com/dimok789/sdio_nand_manager/releases

mais je crois que otp + seeprom sont requis pour décrypter la nand.

MLC > c'est le stockage jeux et sauvegarde rien avoir avec le system. c'est pas la que ce situe le brick
Donc c'est une WiiU de 8Go dans ton cas et pas une 32
slccmpt > c'est la nand vWii si mes souvenir sont bon

Ou https://gbatemp.net/threads/release-wii ... ls.465386/
Plusieur outils de gestion de nand ou le plus interessant dans ton cas

nandCbhcRemover - Fixing CBHC bricks:
Note: Backup your nand and verify it with nandBinCheck before using this tool!
This tool restore the backed up system.xml. Can be used to fix CBHC brick.
Usage: nandCbhcRemover.exe <full slc dump>
It is recommended to verify the updated dump with nandBinCheck.exe <output dump> -all

Thanks to @Leeful that verified that both nandFixer and nandCbhcRemover can be used for unbricking!

If you want to follow the efforts to unbrick Wii U, and for more info about Wii U hardmod, visit this thread.

tu as une seconde wiiu si j'ai bien suivis

si oui tu as logiquement tu as un dump de nand si pas fait fait le

tu fait un backup du dump et test voir si tu peut ouvrir le fichier img
logiquement si tu réussis à l'ouvrir tu devrais avoir un truc qui ressemble au contenu d'un CD/ (dossier et fichiers)

tu vas dans /storage_slc/config
ouvre les fichier et copy les codes de system.xml et syshax.xml dans ce topic en utilisant les balise "code"

je te colle les miens (CBHC est installer) histoire de comparer
syshax.xml

Code: Select All Code

<?xml version="1.0" encoding="utf-8"?>
<system type="complex" access="777">
  <version type="unsignedInt" length="4">21</version>
  <cmdFlags type="unsignedInt" length="4">0</cmdFlags>
  <default_os_id type="hexBinary" length="8">000500101000400a</default_os_id>

  <default_title_id type="hexBinary" length="8">0005001010040200</default_title_id>

  <log type="complex" length="0">
    <enable type="unsignedInt" length="4">0</enable>
    <max_size type="unsignedInt" length="4">8388607</max_size>
  </log>
  <standby type="complex" length="0">
    <enable type="unsignedInt" length="4">0</enable></standby>
  <ramdisk type="complex" length="0">
    <cache_user_code type="unsignedInt" length="4">0</cache_user_code>
    <max_file_size type="unsignedInt" length="4">10485760</max_file_size>

    <cache_delay_ms type="unsignedInt" length="4">10000</cache_delay_ms>
  </ramdisk>
  <simulated_ppc_mem2_size type="hexBinary" length="4">00000000</simulated_ppc_mem2_size>

  <dev_mode type="unsignedInt" length="4">0</dev_mode>
  <prev_title_id type="hexBinary" length="8">0000000000000000</prev_title_id>

  <prev_os_id type="hexBinary" length="8">0000000000000000</prev_os_id>
  <default_app_type type="hexBinary" length="4">90000001</default_app_type>

  <default_device_type type="string" length="16" />
  <default_device_index type="unsignedInt" length="4">0</default_device_index>

  <fast_relaunch_value type="unsignedInt" length="4">0</fast_relaunch_value>

  <default_eco_title_id type="hexBinary" length="8">0005001010066000</default_eco_title_id>

</system>


system.xml

Code: Select All Code

<?xml version="1.0" encoding="utf-8"?>
<system type="complex" access="777">
  <version type="unsignedInt" length="4">21</version>
  <cmdFlags type="unsignedInt" length="4">0</cmdFlags>
  <default_os_id type="hexBinary" length="8">000500101000400a</default_os_id>

  <default_title_id type="hexBinary" length="8">0005000010198d00</default_title_id>

  <log type="complex" length="0">
    <enable type="unsignedInt" length="4">0</enable>
    <max_size type="unsignedInt" length="4">8388607</max_size>
  </log>
  <standby type="complex" length="0">
    <enable type="unsignedInt" length="4">0</enable></standby>
  <ramdisk type="complex" length="0">
    <cache_user_code type="unsignedInt" length="4">0</cache_user_code>
    <max_file_size type="unsignedInt" length="4">10485760</max_file_size>

    <cache_delay_ms type="unsignedInt" length="4">10000</cache_delay_ms>
  </ramdisk>
  <simulated_ppc_mem2_size type="hexBinary" length="4">00000000</simulated_ppc_mem2_size>

  <dev_mode type="unsignedInt" length="4">0</dev_mode>
  <prev_title_id type="hexBinary" length="8">0000000000000000</prev_title_id>

  <prev_os_id type="hexBinary" length="8">0000000000000000</prev_os_id>
  <default_app_type type="hexBinary" length="4">90000001</default_app_type>

  <default_device_type type="string" length="16"/>
  <default_device_index type="unsignedInt" length="4">0</default_device_index>

  <fast_relaunch_value type="unsignedInt" length="4">0</fast_relaunch_value>

  <default_eco_title_id type="hexBinary" length="8">0005001010066000</default_eco_title_id>

</system>


Mais y a peut être plus simple comme tu as fabriquer ton hard mod
https://gbatemp.net/threads/release-wii ... ls.465386/

Salut à toi,
Voici mes réponses (surement naïves ) à tes questions :

roukxwel Wrote:la wiu est brickée comment compte tu acceder à la nand via hardmod ?

Justement, je trouve ca assez louche Certains ont des soudures de type "A" sur leur nand (exemple ici : ) tandis que certains ont des soudures de types "B", comme moi (cette fois ci, c'est là : ) C'est un truc que je trouve assez louche... Le seul tuto que j'ai trouvé qui comprend mon type de soudure de nand, c'est donc celui-là : https://gbatemp.net/threads/successfully-dumped-wiiu-emmc-nand-with-hardmod.457165/.

roukxwel Wrote:il te faut dump de nand otp et seeprom

opt.bin et seerom.bin que ne peux pas dump à partir de ma seconde console ?

roukxwel Wrote:et pourquoi as tu besoin d'un cfw.img car si brick via cool boot aucun rapport

assez d' accod : à la base, je me suis dit que il faudrait peut-être importer un fw.img et ca marcherait peut-être (naïveté 100% ) mais je m'était dit que je n'avais rien à perdre, et comme je m'attandais pas à une réponse sur un tel sujet, j'était prêt a tester ca et si ca marche pas tant pis. (Mais je me réjouis à voir que ma console serait enfait Débrickable tkt)

roukxwel Wrote:il faudrait pouvoir lire et ecrire sur le fichier image (nand.img) puis editer le xml qui provoque le brick
car c'est juste une ligne dans un xml qui fou la merde

donc au pire je peux te dump ce fichier avec et sans le cool boot
et te coller les codes pour voir ce qui diffère.

tu auras juste à éditer le xml puis l’enregistrer dans l'optique que tu puisses ecrire sur le fichier img

Je suis partant pour ta solucion, même si j'ai pas bien compris comment éditer le .img de la nand, je veux bien tenter le coup, de tout' facon, je n'ai rien à perdre. (pour info et je recois les outils pour réaliser les soudures vendredi 17, normalement.)

Suis dispo sur Skype, Discord, Steam voir Snap

Tu n'as pas beaucoup cherché
https://gbatemp.net/threads/cheat-codes ... st.520293/

roukxwel Wrote: les jeux Wii fonctionne exclu avec (Wiimote+Nunchuck) ou (Wiimote+classique)


Les jeux Wii utilise l'IR et l'accéléromètre de la Wiimote

Oui, à part certains jeux comme Mario Kart, où la manette GC est utilisable, les jeux Wii sont jouable avec la wiimote et le Nunchuck ! Quand j'évoquais l'utilisation d'une manette HID, c'était surtout pour l'utiliser avec des émulateurs et en particulier snesgx.

D'ailleurs c'est une misère à configurer les émulateurs dans Wiiflox. J'ai réussi à faire tourner snesgx et n64 mais l'affichage de la liste des jeux se fait sur des jaquettes vides. Pourtant j'ai bien configuré en suivant ces indications : https://gbatemp.net/threads/wiiflow-lite-with-emulators-database.527613/ mais je n'ai que le snapshot qui s'affiche. Par contre les émulateurs se lancent bien.