Flork3

T'as pas la bonne version de Hekate déjà. Je ne devrais pas trop tarder à mettre à jour mon pack au moins en version Beta, au pire tu pourras la mettre en place quand se sera dispo et ça devrait régler tes soucis (mise à jour Beta publiée). Si tu cherches comment installer la version Beta de mon pack regardes ici:
https://ls-atelier-t...aio_ls_pack.php

Bon sinon dommage qu'on perde encore des fonctionnalités à cause du firmware 20.0.0, c'est quand même pénible ça surtout qu'on y perd pour les mods entre autres.

1: Normalement le mode stock n'écrit rien et ne laisse pas de traces mais comme je le précise il est de toutes façons préférable d'utiliser l'option "Reboot OFW" sauf cas très spécifiques.

2: Oui, soit on met à jour la sysnand et là ça peut devenir galère sur l'emunand ou soit on attend sagement la nouvelle version d'Atmosphere et de Hekate pour mettre à jour la sysnand. Ou troisième choix on met à jour la sysnand mais faut utiliser le payload d'Atmosphere pour le lancer, s'il a une emunand classique elle sera utilisée et pour lancer la sysnand en mode stock on fait "Reboot OFW". Et non mon auto-boot est le meilleur choix de config, il démarre le payload d'Atmosphere et pas une config de Hekate, les deux n'ont pas le même fonctionnement et dans ce cas c'est Atmosphere lui-même qui se charge des éléments à démarrer, si tu passes par une config de Hekate (config "fss") alors tu va tomber sur le problème de warmboot là où ma technique permet normalement de l'esquiver si ma théorie est bonne mais comme je l'ai dit ça je ne sais pas trop car j'ai jamais trop testé ce genre de cas personnellement.

3: Seule solution pour downgrade directement via la Switch, pouvoir booter sous Atmosphere sinon pas moyen de lancer Daybreak donc faut avoir une version d'Atmosphere compatible avec le firmware sur lequel on est. Sinon c'est passage par une phase de débrickage (pas de reconstruction de nand là c'est encore autre chose), c'est pas si difficile à faire même manuellement quand on connait un peu et ça peut pas mal s'automatiser en s'appuyant sur mon Ultimate-Switch-Hack-Script et sa fonction de débrickage. D'autres moyens sont éventuellement possibles avec par exemple un script TegraExplorer si on a mis à jour l'emunand mais pas la sysnand, dans ce cas on peut imaginer récupérer le firmware de la sysnand pour le transférer sur l'emunand, potentiellement faisable mais perso je ne me risquerai pas à créer un tel script qui pourrait faire des dégâts si mal utilisé par l'utilisateur. Après la vidéo est en espagnol, je ne comprends pas bien cette langue et voir la vidéo avec mes problèmes visuels est plutôt pénible et en plus il n'y a aucune description, du coup pas moyen de savoir se qu'il fait vraiment.

Note: Normalement si bien protégée l'emunand ne peut pas se mettre à jour toute seule c'est impossible, si ça se produit alors il y a une très mauvaise configuration des éléments et pour ma part maintenant je ne donne plus de support à ceux qui mettent à jour l'emunand sur des firmwares incompatibles car je considère que c'est fait au pire volontairement, au mieux qu'il y a eu une config manuelle mais en allant pas lire mes tutos qui détaillent comment sécuriser les choses (suivre une vidéo Youtube par exemple est la pire chose à faire vu la quantité de vidéos médiocres au pire, incomplètes au mieux sur le sujet). J'ai fait beaucoup de tutos en français et j'ai tenté de centraliser beaucoup d'infos au même endroit, maintenant si les gens ne veulent pas lire bah ils se démerdent c'est plus mon problème, moi après tout mes consoles fonctionnent très bien et étrangement n'ont jamais eu de problèmes très bizarres.

1: Pratique pour les consoles équipées de puces qui, comme tu le remarques un peu plus loin, démarre sous Hekate automatiquement (bon pas très juste, elles démarrent en fait sur un payload nommé et mis à un endroit sur la SD). Aujourd'hui les puces ont cependant une fonction qui permet d'annuler le leur action et donc de démarrer la console normalement (maintien des deux touches de volume puis appuie sur Power pendant une demi-seconde et relâcher les touches de volume dès qu'on voit le premier logo Nintendo). Tu as aussi ceux qui sont en auto-rcm (plus nombreux qu'on croit) et donc démarrent sur un payload, etc..., en fait les cas peuvent être nombreux pour utiliser cette fonction. Et enfin pourquoi ne pas le permettre puisque de toutes façons il faut permettre le lancement du CFW sur la Sys-nand, après tout ça ne coûte pas grand chose. Enfin pour ce point on notera qu'utiliser une configuration de type "stock" et utiliser la fonction "Reboot OFW" ne fait pas la même chose, en effet une config "stock" relance le démarrage normale de la console alors que le mode "stock" s'appuie un peu sur Atmosphere pour faire son travail (je ne vais pas entrer dans les détails). Et pour finir non aucun risque de visibilité de Nintendo, quand l'emunand est lancée elle est totalement isolée de la Sys-nand et inversement (bon Nintendo pourrait techniquement lire le contenu de la SD et repérer une emunand mais juridiquement se serait je pense très risqué dans beaucoup de pays d'aller lire comme ça n'importe où sur la SD pour analyser des données), lors d'un redémarrage la RAM est vidée dès le démarrage du firmware.

2: Ici il faut distinguer les deux modèles principaux de console, les Erista (patchés ou non, numéro de série commençant par "XA") et les Mariko (tous les autres modèles). Sur les Erista aucun souci même avec une puce, le fonctionnement est globalement le même sur une patchée que sur une non patchée. Pour les Mariko là ça change à cause du warmboot qui est une sécurité supplémentaire, dans ce cas si on met à jour la sysnand on pourra la lancer grâce au "Reboot OFW" dans Hekate mais par contre ça peut perturber le fonctionnement de l'emunand (le warmboot n'est pas toujours mis à jour) mais ceci peut se contourner en lançant Atmosphere via son payload (même via Hekate) et en utilisant la fonction "Reboot OFW" de Hekate qui saura redémarrer la console. Voilà pourquoi dans mon pack j'ai entre autres choisi de mettre un auto-boot dans Hekate sur le payload de démarrage d'Atmosphere, ainsi on évite bien des problèmes et il suffit de l'annuler avec la touche "vol-" pour utiliser le "Reboot OFW". Une fois que Hekate et Atmosphere sont à jour sur la SD et donc compatible avec le dernier firmware là plus aucun souci, le fonctionnement revient à la normal. Notes qu'ici je peux potentiellement me tromper sur le fonctionnement exact des modèles Mariko car je ne met que très rarement ma sysnand à jour et si je le fais les autres éléments sont déjà compatibles.

3: Si la console est capable de démarrer sur Atmosphere il suffit d'utiliser Daybreak avec n'importe quel firmwware pour l'installer sur la nand sur laquelle Atmosphere a été lancé, je ne comprends pas trop ton interrogation ici. Après le downgrade manuel c'est une autre histoire et oui cela peut nécessiter les clés (sur Mariko cela nécessite les clés) mais il y a des phases sur PC avant donc là c'est pas la même et je ne vais pas tout détailler ici déjà parce que moi-même je ne comprends pas tout au fonctionnement interne de EmcHacGen, je sais juste l'utiliser.

4: Ceci arrive quand Atmosphere n'est pas à jour par rapport à la nand sur lequel on le lance, c'est tout. Donc dans ce cas soit on downgrade manuellement la nand souhaitée (procédure de débrickage sans suppression de données) ou on attend qu'Atmosphere soit compatible, pas d'autre solution.

5: La puce (sauf puces de type Trinket pour les consoles non patchées) lance en fait un payload situé sur la SD comme j'ai expliqué plus haut et on recommande de lancer Hekate car il gère ensuite certaines choses pour démarrer d'autres payloads ou éléments correctement, surtout sur les modèles Mariko. Donc pour démarrer en OFW soit on annule le fonctionnement de la puce comme j'ai expliqué plus haut ou on utilise "Reboot OFW" dans Hekate. Pour les puces de type Trinket là ça peut changer un peu car selon la programmation de la puce on peut vraiment avoir des comportements différents, cependant aujourd'hui on fait plutôt en sorte qu'elles aient plus ou moins le même comportement que les autres puces en lançant le payload "payload.bin" à la racine de la SD avec un montage sans auto-RCM (on strap donc la puce pour effectuer le comportement du jig, ainsi en appuyant sur "vol+" et "Power" on lance la puce et en appuyant juste sur "Power" on lance la console normalement), cela permet d'avoir le fonctionnement le plus simple possible; et pour le fichier du payload sur la SD on met le payload de Hekate pour les mêmes raisons que sur les autres consoles, il est un payload qui permet ensuite de faire tout se qu'on veut via son interface se qui simplifie les choses. Alors après je ne vais pas tout détailler sur les puces type Trinket car beaucoup de possibilités existent (on peut par exemple directement programmer le payload dans la puce mais pour le mettre à jour c'est chiant, on peut fonctionner sur des lancement de 6 payloads différents un peu à la manière de certains dongle, on peut faire des montages différents associés à des programmations particulières pour obtenir une façon de fonctionner différente, etc...).

Note: HOS est l'OS de la Switch, Atmosphere s'appuie dessus et réécrit une grande partie de ses comportements mais HOS reste la base, Atmosphere n'est pas un OS à part comme l'est Linux ou Android.

Note 2: Pour préciser un peu plus sur les puces type Trinket, elles fonctionne uniquement sur les consoles non patchées en utilisant la faille USB, en gros se sont des dongles internalisés à la console mais la base du fonctionnement est la même qu'injecter un payload en USB.

Voilà, j'espère avoir répondu à tes interrogations de manière assez précise, si tu veux éclaircir des points n'hésites pas.