stanislasandre

Hello ! Je n'ai pas tout compris à propos des eFuses... Si quelqu'un peut éclairer ma lanterne.
Les eFuses sont là uniquement pour empêcher le downgrade, ça OK. Mais comment un eFuse brûle-t-il concrètement et dans quelles conditions ? Quel est le risque pour la console ?

Mon cas : j'ai mis à jour une Switch toute neuve de 4.1 vers 6.1.0 ex-FAT via ChoiDuJourNX et SX OS 2.3 Beta, sans jamais paramétrer de connexion internet sur ma console. J'ai mis la 6.1.0 car j'ai cru comprendre qu'à l'heure actuelle (du moins le jour où j'ai haché ma Switch) il n'y avait pas de SX OS compatible avec Horizon OS 6.2. J'ai désactivé l'auto RCM par mesure de simplicité pour démarrer mon OFW que je démarre régulièrement.

Ce que j'ai cru comprendre, c'est que dès qu'on met à jour son firmware, on brûle automatiquement des eFuses pour empêcher le downgrade. Donc c'est normal si ça crame, non ? C'est juste qu'une fois brûlé, on ne peut plus revenir en arrière en terme de firmware logiquement...

Si demain je mets mon emuNAND en 6.2 et que je laisse ma sysNAND en 6.1, ça va me brûler un eFuse car j'ai mis à jour sans auto RCM, et je risque de ne plus pouvoir démarrer ma sysNAND ?

Quelles sont les conséquences de la désactivation de l'auto RCM pour mes eFuses ? Le bootloader va-t-il brûler mes eFuses car j'ai mis à jour avec ChoiDuJourNX, donc de manière non officielle ? Y a-t-il une grosse différence entre une mise à jour via Paramètres et via ChoiDuJourNX alors que c'est surement les mêmes fichiers d'installation qui sont exploités ? Je ne vois pas trop comment le bootloader agit lors de son démarrage, ses interrogations et ses actions en fonction de ce qu'il constate.

J'ai désactivé l'auto RCM par simple mesure d'ergonomie, j'utilise aussi mon OFW pour jouer très régulièrement à mes jeux achetés et je trouve ça plus simple d'appuyer sur un bouton Power que de devoir injecter mon Payload SX OS puis choisir l'OFW dans le menu.

Merci à tous ceux qui prendront le temps de répondre à mes questions.