
Derniers tests et previews


TEST PAC-MAN WORLD 2 Re-PAC : le retour vitaminé d’un classique culte ?

Test Geekom A6 : un mini PC compact qui cache bien son jeu

TEST Silent Hill f : l’horreur psychologique prend racine au Japon

TEST THE HOUSE OF THE DEAD 2: Remake, un retour sanglant d’un mythe de SEGA ?
Dernières actualités

Gran Turismo 7 : une copieuse mise à jour SPEC III annoncée, venant célébrer un cap majeur pour la licence

PlayStation Plus : le programme complet des jeux offerts en octobre 2025 dévoilé et de futurs ajouts aux formules Extra et Premium

DualSense God of War : les 20 ans de la saga célébrés par une nouvelle manette collector

Marvel's Wolverine sera ultra sanglant, sa première bande-annonce en met plein la vue !

nsp
Ensuite, comme indiqué plus haut, une carte SD qui est retirée console allumée va forcément la corrompre. D’ailleurs, le développeur CTCaer, malgré qu’il est introduit une possibilité de le faire lors de l’utilisation d’Hekate, le précise bien.
De plus le format exFat a tendance à souvent corrompre les données. C’est un fait avéré. Il n’y a pas d’autre piste que celle que j’énonce dans le tutoriel et que je décris à travers ce sujet. Il faut donc tester et voir.
Au delà de cela, il faut également faire attention à la source des téléchargements des backups car si elle n’est pas fiable, elle peut aussi favoriser cette corruption des données et peut aussi engendrer des problèmes sur la console. Pour ce qui est des outils, s’ils sont pris directement sur la source du développeur, il n’y a aucun problème. En revanche, les prendre à travers des compilations en tout genre peut aussi créer des bogues. SDSetup propose tout cela via les github des développeurs directement.
Au delà de tout cela, le port de la carte SD est également très fragile donc attention aux manipulations de retraits excessifs. C’est aussi un fait avéré auquel il faut être vigilant.
Voilà pour la partie explicative et les quelques pistes suggérées.
Et merci de tes réponses précédentes !
Si la solution proposée ne fonctionne pas, il faudrait vérifier la SD via h2testw pour savoir si elle ne serait pas corrompue à tout hasard.
En revanche, retirer la SD en laissant allumé la console n’est pas vraiment conseillé. Et si tu la retires console éteinte, cela implique de refaire le processus du mode RCM pour booter.
1. Sélectionnez l'ensemble des dossiers/fichiers de votre carte microSD
2. Faites un clic droit
3. Choisissez Propriétés
4. Cliquez sur Avancé
5. Décochez Le dossier est prêt à être archivé
6. Appliquez à l'ensemble des dossiers, sous dossiers et fichiers
Cette manipulation devrait résoudre votre problème.
Si ce n'est pas le cas, avec Hekate, utilisez le correctif Archive Bit dans tools"
J'ai donc effectuer tout sa, mais sans résoudre le problème, y'a t-il une autre méthode que j'ai omis dans votre tutoriel, ou je devrais tenter de tout recommencer à 0?
Toutefois, si tu as utilisé le hack sur la sysNAND avec certains homebrews, installation de jeu NSP ou que tu as utilisé le mode autoRCM, cela a modifié ta NAND système sur la console. Et dans ce cas, le online est à proscrire. Si tu n’as rien fait de cela et que tu es certain que ta sysNAND est clean et que les données underground n’ont transité que sur l’emuNAND, alors le risque de ban est fortement réduit. Aucune certitude mais c’est ainsi que chacun le fait.
Si tu dois mettre à jour ton emuNAND, le développeur SciresM propose Daybreak avec AMS.
SX OS est compatible HOS 11.0.0 max. Si la mise à jour a été faite:
La sysNAND est la NAND sytème de la console et l’emuNAND est la NAND système sur la SD. C’est pourtant bien conseillé d’en créer une préalablement. Tu indiques avoir utilisé ChoiDujourNX pour mettre à jour sans préciser sur la sysNAND et l’emuNAND donc je présume que tu n’en possèdes pas.
De plus, ChoiDujourNX n’est pas compatible au delà de HOS 12.x.x donc même si le downgrade était possible, tu ne pourrais pas passer par cet homebrew. Seul Daybreak reste compatible mais il s’utilise avec Atmosphère. Ceci est pour information car, comme indiqué plus haut, le downgrade ne sera pas possible via SX OS.
En revanche, non seulement tu as grillé les eFuses de la CM mais tu as aussi grillé les eFuses LOTUS du port cartouche, qui, en cas de downgrade, le rendra inutilisable. Aucun moyen de contourner cela via SX OS. Et comme indiqué, seul le patch NoGC le permet.
La solution alternative restera d’utiliser le hack Atmosphère/Hekate pour ta console.
https://gamergen.com/forums/underground ... 36600.html
Dans ton cas, tu devras réinstaller tes jeux au format NSP via un gestionnaire de backups à disposition. Et ce, une fois que tu auras bien préparé ta SD et ajouté les sigpatches manuellement. Toutes les infos sont dans le tutoriel.
Il te faudra également faire un dump de tes clés via Lockpick_RCM pour pouvoir utiliser des outils.
https://gamergen.com/forums/underground ... 56353.html
Le seul moyen de pouvoir effectuer un downgrade sans se heurter à des erreurs ou problématiques de brick aurait été de conserver ses eFuses. Pour cela, il s’agit d’activer le mode autoRCM et de tout le temps booter en CFW. Cela implique de ne plus utiliser HOS en mode normal et d’oublier le online.
Pas d’autre choix lorsque les eFuses sont grillés de passer par le hack AMS/Hekate lorsque l’on est sous SX OS et que HOS n’est plus supporté. Et pour terminer, il y a aussi des précautions à prendre pour éviter un ban et des préconisations à suivre pour éviter un brick. L’emuNAND est utile pour cela. Le tutoriel, en lien, apporte suffisamment d’infos au sein de sa FAQ pour comprendre tout cela.