explications

Rien de compliquer à utiliser Atmosphère/Hekate. Il y a juste à suivre les indications et à ajouter des sigpatches. Et le tutoriel pour utiliser ChoiDujourNX n’est pas celui ci. Si tu n’avais pas accès au dossier, soit tu n’as pas décompressé le firmware, soit il était corrompu ou avait des caractères spéciaux.
https://gamergen.com/forums/underground ... 44482.html

Dans tous les cas, les explications données juste avant apportent des éléments et je préfère prendre l'ensemble des fichiers à la source plutôt que d’aller les chercher ailleurs. C’est d’ailleurs le but du tutoriel de les référencer depuis leurs sources officielles.

De ce que je voir à travers tes posts, tu avais une erreur et cela vient soit d’éléments manquants, soit d’une SD défectueuse.

Et pour terminer, bien que tu sois banni, le fait de créer une emuNAND protège également ta NAND système sur la console en cas de brick ou de mauvaise erreur. Et comme SX OS n’est compatible que jusqu’à la version 11.0.0, le jour où tu feras une erreur de la mettre à jour va devenir complexe. L’emuNAND n’est pas seulement pour se prémunir d’un ban. Et en cas de brick, le fait de sauvegarder sa NAND (dite clean), est essentiel en cas de problème.

Bizarre ChoiDujourNX fonctionne via SX OS contrairement à Daybreak qui n’est pas compatible.

Et comme dit, prendre un pack sur YouTube ne dit pas qu’il contient tout ce qu’il faut. Les explications pour préparer sa SD sont dans le tutoriel. Donc à suivre plutôt qu’autre chose.

Ensuite, si tu utilisais SX OS et que tu essaies de lancer le hack Atmosphère, il faudrait savoir si tu bootes sur sysNAND ou emuNAND.

Tu ne devrais pas avoir de problème sur la sysNAND, si et seulement si, tu as préparé ta SD correctement mais comme dit plus haut, la dernière itération du CFW Atmosphère fonctionne mieux sur HOS 12.x.x. Pour un firmware moins récent, il te faudra une version moins récente. Ce bogue est connu pour certains apparemment et le développeur l’indique sur son Github bien que rien n’empêche son fonctionnement avec la dernière.

En revanche, s’il s’agit d’un boot sur l’emuNAND, il faut que cette dernière soit compatible et que tu aies préalablement effectué une migration pour utiliser le CFW. Sinon, cela ne fonctionnera pas.

Et pour vérifier sa SD, il faut utiliser h2testw sur PC.

Pour commencer, le mode autoRCM est un mode de récupération activé de manière automatique. C’est le mode RCM sans faire la manipulation. En gros, lorsque tu es dans ce mode, la console est sur un écran noir et attend de booter sur le CFW sans le JiG via PC ou Dongle.

Du coup, si plus de batterie avec l’ancienne, normal que les joycons ne répondaient plus. Cela semble logique. Pour continuer dans les explications, si ce mode autoRCM est actif, il a tendance à drainer la batterie et si tu insistes trop en essayant de l’allumer, c’est une vrai galère ensuite pour la recharger. Toutefois, en la laissant brancher suffisamment longtemps, elle peut se recharger. Et si toujours rien après 24h, alors il faut changer la batterie.

Dans ton cas, comme tu l’indiques dans ta description, tu as changé cette batterie. Du coup, comme dit juste avant, soit, tu la laisses charger sur dock, soit tu la branches à un PC pour voir si tu as un son quelconque. Si c’est le cas, c’est que ce mode autoRCM doit être actif. Si ce n’est pas le cas, tu dois avoir un problème matériel si rien ne répond. Et pour éviter des manipulations hasardeuses, le mieux reste un spécialiste hardware si tu ne maîtrises pas cet aspect. Je ne vois pas d’autres solutions.

Il manque des éléments à ta demande. Tu veux revenir en 11.0.0 pour utiliser SX OS si j’en déduis ce que je lis.

Pour cela, il suffit de préparer ta SD comme indiqué dans le tutoriel pour utiliser Atmosphère/Hekate et à l’issu passer par Daybreak plutôt que ChoiDujourNX comme conseillé dans le tutoriel également.

Ensuite tu procèdes au downgrade de ta sysNAND en 11.0.0 et tu pourras réutiliser SX OS. Comme tu ne précises pas si tu as une emuNAND ou non, de la même manière, j’en déduis que c’est ta sysNAND que tu souhaites downgrader.

Tous les éléments sont précisés dans le tutoriel et il n’y qu’a suivre les indications sauf la partie qui concerne la sauvegarde de NAND et la création de l’emuNAND. Et tu as le lien vers le tutoriel pour utiliser Daybreak. Il n’y a pas de raison que cela ne fonctionne pas. De plus de 11.0.0 à 12.0.1, c’est le même nombre d’eFuse.

En revanche tu auras un problème avec ton port cartouche car il s’est mis à jour en 12.x.x. Il sera donc inutilisable si tu reviens en 11.0.0. Tu as grillé un eFuse LOTUS supplémentaire et via SX OS, il n’y aucun moyen de contourner cela. Les explications sont également dans la FAQ du tutoriel.

Du coup, l’idéal serait dans ton cas, de downgrader en 11.0.0 pour utiliser SX OS à nouveau et de créer une emuNAND en 11.0.0. À l’issu, tu pourras mettre à jour ta sysNAND en 12.0.1 ou supérieur via Daybreak pour pouvoir utiliser ton port cartouche. Pas le choix, dans ton cas, si tu en as besoin.

Si tu utilisais des XCi, tu pourras continuer sur ton emuNAND. Il faudra juste dumper tes sauvegardes via JKSV pour les restaurer ensuite et en profiter sur l’emuNAND si tu décidais d’en créer une. En revanche, si tu utilisais des NSP, il faudra les réinstaller.

Et lorsque tu prépares ta SD, ne pas oublier les sigpatches via Atmosphère/Hekate. Aucune raison que cela n’aboutisse pas ou alors tu oublies des aspects et/ou éléments du tutoriel.

Pas normal, soit le processus s’est mal opéré, soit il manque des éléments à ton explications. Daybreak est un homebrew simple d’utilisatIon et qui en plus ne propose pas la fonction autoRCM. Donc je ne vois pas ce que tu aurais pu faire pour en arriver là.

Le seul paramètre qui empêcherait la console de fonctionner correctement serait que le processus ne s’est pas terminé ou a été interrompu. Ou alors, tu as utilisé un firmware d’une source peu fiable. Dans tous les cas, si tu as suivi le tutoriel comme indiqué, Daybreak n’a fait que installer le FW avec les drivers Fat32 et exFat. Ensuite, la console reboot.

Il faudrait tenter de la mettre en mode RCM pour essayer d’injecter le payload Hekate. Et si elle démarre via Hekate, recommencer le processus. Toutefois, si c’est le cas, et qu’en mode normal, non, quelque chose m'échappe et cela ressemblerait à un mode autoRCM actif. En dernier recours, si tu as fait une sauvegarde de NAND et des boot0/1, les restaurer.

Superbe le tuto, moi qui n'avait pas le 120hz maintenant il apparaît merci encore a eric pour ces explications bien détailler 10/10

Oui, c’est ce que je disais juste avant. Et il me semble qu’il s’est mis à jour également car depuis la version 12.0.0, c’est le cas si je ne dis pas de bêtise. A vérifier si opérationnel via SX OS mais si via Atmosphère, tu as une erreur avec une cartouche insérée, c’est bel et bien le cas. Et cela rejoint les explications plus haut. Bon jailbreak.

Mon commentaire te donne toutes les explications et tu as le lien pour utiliser ChoiDujourNX.

Tout dépend de comment tu souhaites booter. Il y a plusieurs possibilités et il me semble que je l’indique dans le tutoriel.

Pour résumer simplement, tu peux booter via Hekate et dans ce cas, il te faut les sigpatches pour Atmosphère et Hekate avec le fichier Hekate_ipl.ini ou tu peux booter directement via Atmosphère et dans ce cas, tu as besoin des sigpatches pour ce dernier sans ceux pour Hekate. Mais de ce que tu indiques, tu utilises Hekate donc il te faut prendre l’archive des sigpatches qui correspond.

Les détails sont abordés dans le tutoriel pour davantage d’explicatIons. Après, tu peux configurer le .ini comme tu le souhaites.