firmware

Tu as toujours un backup déjà fait, mais cela ne coûtera rien d’en refaire un. Oui, l’emuNAND te permettra de protéger le système en cas de problème car c’est aussi sa fonction.

En revanche, te dire si tout fonctionnera après la mise à jour, je ne suis pas devant ta console et donc pas de visuel sur ce que tu réalises. L’ensemble du tutoriel est clair et suffisamment détaillé. Il y a même une vidéo qui met en avant l’ensemble de la démarche. Je ne peux pas faire plus si ce n’est faire à ta place. Je n’ai jamais eu aucun problème pour les consoles qui sont passées entre mes mains mais comme on dit, le risque zéro n’existe pas.

Et pour ta dernière question, je t’ai apporté un élément de réponse. Dans l’archive des sigpatches, tu as un dossier bootloader qui contient deux fichiers qui te seront utiles si tu utilises Hekate pour booter sur Atmosphère. Les éléments de cette archive sont à ajouter sur la SD aux emplacements respectifs. Sauf si j’ai mal compris ta demande mais j’ai l’impression de me répéter ^^

Si tu mets à jour le firmware en passant par la sysNAND en mode CFW, alors ta console sera à jour également.
Le mode stock, c’est le système sans hack. Le mode CFW peut se faire en sysNAND et en emuNAND. La sysNAND, c’est la NAND présente sur la console et l’emuNAND, c’est la NAND émulée sur la SD. Les deux sont déliées donc si tu mets à jour la sysNAND, il faudra faire de même sur l’emuNAND sauf quand il s’agit de sa création puisqu’elle se calque sur ce qui existe déjà. J’ai déjà apporté cette indication dans le lien pour utiliser Hekate.

Important de les consulter pour lire afin d’éviter des questions redondantes.

Merci pour la réponse.

Je ferai ça demain soir, si je ne quitte pas trop tard le boulot, car cela fait 4 jours que je m'acharne dessus et je commence à faire une overdose.

Une fois la sysNAND à jour, si je n'ai pas de souci (je suis un peu un chat noir), je referai une carte SD à partir de "0".
Ensuite je réaliserai un backup de la NAND pour avoir au moins une sauvegarde "clean" (plus ou moins) en cas de besoin.
Enfin, je ferai mon emuNAND qui ne sera pas pour protéger ma sys, qui est déjà modifiée, mais plus une protection en cas de mauvaise manip.

Je te tiendrais au jus sur ce que cela aura donné.

Questions subsidiaires (il en faut bien un peu ) :
1. Pour le boot via Hekate, j'avais bien pisté que cela bootait sur atmosphère. Ce que je ne comprends pas, c'est pourquoi avec le fusee_primary ça plante alors qu'avec le launch de Hekate pas de souci ? Je viens de tester avec mon emuMMC "disable" et en passant par le playload de Hetake et cela ne marche pas non plus... mystère.
2. Je pense qu'il n'y a pas de souci, mais je veux en être certain. Si je mets à jour ma console via Choixdujour en passant par la sysNAND via un CFW. Normalement, si je redémarre en OFW le firmware devrait être à jour aussi (puisque c'est la NAND !) ? Rien ne m'interdit aujourd'hui de passer d'un CFW au OFW tant que le wifi n'est pas paramétré.

Je ne sais pas si tu as opéré la mise à jour de la console mais Nintendo propose maintenant HOS 11.0.0 donc pour le moment, pas de mise à jour via cette version tant que les développeurs n’ont pas confirmé la compatibilité de leur CFW.

Donc si tu mets à jour, ce sera strictement via ChoiDujourNX pour HOS 10.2.0 maximum.

Le fait d'utiliser le custom bootloader Hekate permet de choisir comment booter au delà des autres fonctions qu’il propose. C’est le couteau suisse de la Switch. Et je t’ai donné un lien qui explique cela.

Donc si tu choisis de booter directement en utilisant/injectant le payload fusée-primary.bin, ce sera sur Atmosphère directement. En passant via Hekate, tu dois ajouter manuellement les éléments contenus dans l'archive des sigpatches qui proposent un ensemble de fichiers nécessaires. Et il faut prendre celle prévue pour Hekate et Atmosphère. Le boot se fera à l’issu sur Atmosphère sans erreur.

Pour faire simple, car tant que tu ne mettras pas à jour en 10.2.0, tu vas tourner en rond. La NAND est, quoi qu’il arrive, modifiée comme tu l’as dit. Donc, tu utilises ChoiDujourNX sur la sysNAND en mode CFW et tu mets à jour en choisissant le firmware avec l’option exFat. Pour éviter des problèmes ensuite, n’active pas le mode autoRCM.

Éventuellement, supprimer l’emuNAND créée car tu la recréeras ensuite et refaire une préparation de ta SD avant pour partir sur une base propre est conseillé.
underground-switch/compiler-preparer-sa-carte-micro-sd-via-sdsetup-t738312.html#p7057446

Pour l’histoire du ban sur la Switch, le risque sera présent et n’est vraiment pas conseillé lorsque la NAND n’est pas clean. Dans ton cas, pour celle ci, le online est à proscrire. Il n’existe aucun moyen de se debannir ! Il te faudra donc paramétrer ta Switch au niveau des DNS pour éviter toutes connexion avec les serveurs de Nintendo.

Cette fois-ci ça sent le sapin
Nintendo vient de lâcher un nouveau firmware
Brûlons un cierge pour un miracle de Noël en forme de mise à jour d’OS SX

Devoir connecter sa Switch en USB à un PC pour transférer des captures d’écran alors que la console est sur le même réseau WIFI c’est quand même du grand n’importe quoi…

Vivement un modèle Pro pour avoir aussi une définition meilleure…

Merci de l’info; ajouts sympathiques, même si évidement, on ne fait souvent que rattraper certaines choses qui existent depuis belle lurette chez la concurrence, mais bon c’est Nintendo, on ne tolèrerait pas le quart chez la concurrence, mais la concurrence ne produira jamais un (tellement excellent)Breath of the wild...

La Switch étant portable, je rêve d’une maj qui nous permette d’utiliser le Blutooth pour des AirPods...même si je crains qu’il ne faille attendre une éventuelle Switch pro pour cela

Le développement du CFW Atmosphère et du custom bootloader précise bien qu’être dans la dernière version de firmware compatible au hack est conseillé. Leur github respectif l’indique.
Toutefois des versions antérieures fonctionnent sur des firmware bas mais sans les correctifs apportés depuis, ce serait dommage.

Pour apporter une information, rester dans une version basse n’a de seul intérêt que si le hack évolue mais il n’en sera rien si bien que SciresM l’a dit, le hack passera toujours par la faille RCM. Au delà de ceci, il y a eu Pegascape à l’issu mais ce dernier s’adresse pour le moment que jusqu’au firmware 4.1.0 max (n’ayant pas eu d'avancée depuis, il pourrait toutefois s’adresser jusqu’au firmware 7.x.x car au delà, la faille est bouchée). Cela est d’un point de vue développement car utile de le savoir. Et difficile de dire si dans quelques années ou avant, il existera une autre méthode mais j’en doute car SciresM développe son CFW dans ce sens et de manière sûre. Il continuera malgré les mises à jour de firmware.

Pour continuer, le hack existe et est compatible pour la dernière version mais il y a aussi l’histoire des eFuses. Ils concernent la CM et le port cartouche. Ces derniers ne sont utiles que si l’on souhaite downgrader. Et cela passe par l’activation du mode autoRCM qu’il faudra toujours laisser actif et booter en CFW si l’on souhaite éviter de les griller. Et il y a ceux du port cartouche qui se grillent à chaque mise à jour importante de celui ci (Un a déjà été grillé en 4.1.0 et ce sera le cas pour un autre si tu passes au delà de la 9.x.x). Il n’y a pas de moyen de contourner cela. Hekate propose un patch NoGC mais à voir si ton port cartouche sera utilisable à l’issu. Je pense que non mais je n’ai pas testé. Toutefois, j’aborde cela en FAQ et dans les commentaires du tutoriel pour Atmosphère.

Et pour finir, la décision se prend en fonction de ce que tu souhaites faire avec ta console. S’il s’agit de l’utiliser pour le online et l’underground, alors tu peux oublier les indications juste avant et mettre à jour ta console dans la dernière version et ce que ce soit pour la sysNAND ou l’emuNAND. Et si ton but est de préserver tes eFuses, alors il te faudra y veiller mais tu peux oublier les aspects online de la console.

De plus, certains jeux vont te demander une mise à jour et il va être difficile de les patcher. C’est aussi un paramètre à prendre en compte.

Je ne peux pas prendre la décision à ta place mais si ton but est d’utiliser ta console aussi bien en mode Stock qu’en mode Hack, alors cela passe par la mise à jour firmware vers 10.2.0 au moment d’écrire ce post.

Dans ton cas, et en espérant qu’avant de faire des modifications sur la NAND, tu as fais une sauvegarde, c’est de la restaurer pour ensuite mettre à jour ta console via les serveurs de Nintendo. A l’issu, tu referas la préparation de ta SD et tu procéderas au hack. Tu pourras ainsi créer ton emuNAND.

Si tu n’as pas fait de sauvegarde de ta NAND, ce serait vraiment dommage car en activement/désactivant le mode autoRCM, tu l’as modifiée. Toutefois, si tu dis booter en mode CFW sur sysNAND, tu peux utiliser ChoiDujourNX pour mettre à jour ta console en choisissant l’option exFat et en veillant à désactiver le mode autoRCM lorsque demandé. Et à l’issu, tu pourras également créer ton emuNAND.
underground-switch/utiliser-choidujournx-t744482.html

Le mieux reste tout de même la restauration de ta sauvegarde de NAND sans modification underground. Cela est conseillé car tu pourras utiliser ta console pour le online en mode Stock sans risque de ban. Et tu l’utiliseras en mode CFW sur emuNAND pour l’underground.

J’ai déjà abordé les différentes utilisations via Hekate dans ce commentaire du tutoriel via Atmosphère:
underground-switch/installer-homebrew-menu-sur-switch-10-2-0-et-t736600-1416.html#p7059379

Ceci dit, ta première demande était d’utiliser SX OS. Si tu possèdes une licence, pourquoi en changer ? Si ce n’est pas le cas, alors je n’ai rien dit.

J'ai testé la carte : aucune erreur.
J'ai repris les éléments sur SDSetup et j'ai mis les derniers sigpatches.

Et malgré cela impossible de démarrer en EmuMMC. J'ai testé l'EmuMMC sur une partition à part en RAW et en fichier directement sur le SD et c'est les mêmes symptômes.
J'ai tenté en FAT32 car pour le moment j'étais en exFAT. Pour essayer, car je n'avais pas de message particulier me disant que le exFAT n'était pas supporté.

J'ai essayé de démarrer fusee_primary.bin via le loader de Hekate et en l'injectant direct... idem j'ai la même "erreur fatal".

Pour info,
- la console est 6.0.0 et quand je boote en sysMMC, j'ai bien la console qui est en 6.0.0|AMS 0.015.0|S.
- j'étais en auto RCM et je l'ai disable mais cela ne change rien

Je finis par me dire que je ne dois pas bien préparer la carte SD mais franchement, je ne vois pas ce que je fais de mal.

Qu'est ce que je rate ?

Edit : Pour atmosphère, après quelques recherche sur des sites anglophones, je pense que c'est le firmware qui doit bloquer car il n'est pas à jour.
Idéalement, sauf erreur de ma part, il faudrait que je puisse boot sur l'emuMMC pour mettre à jour la emuNAND via Choixdujour et je pense que atmosphère booterait. Ai-je bien interprété ce que j'ai trouvé ?

Ne sachant pas ce qui a été fait sur cette console et si la NAND est clean ou pas, une simple réinitialisation de la console ne pourrait sans doute pas être suffisante. Et si tu ne possèdes pas de sauvegarde de la NAND, cela ne va pas simplifier les choses.

Toutefois, tu peux tenter en cherchant sur Google ce sujet: [tuto avancé] - réinitialiser complètement une console, la débricker ou installer un firmware en utilisant ChoiDuJour. Ne pas confondre avec ChoiDujiurNX. D’ailleurs ce dernier propose également une option pour la réinitialiser mais comme dit juste avant, si tu ne sais pas ce qui a été fait sur la console ni comment elle a été utilisée, il y a des possibilités pour que des données underground laissent des traces.

Et pour terminer, si en bootant via Hekate, tu as un écran noir, soit le mode autoRCM a été activé, soit le hack n’est pas compatible mais tu ne poserais pas la question pour enlever le crack si c’était le cas. Si le mode autoRCM a été activé, la console attend de booter sans le JIG.

Tu as des sujets dans la section underground qui pourront te donner un apport d’informations.