payload

alors, quand j'essaie de structurer mes essais erreur :
soit :
SDSetup(6_25_23)(dossier: atmosphere, config, switch ) sans bootloader
puis, "hekate_ctcaer_6.0.5_Nyx_1.5.4_v2", pour rajouter le bootloader
alors quand j'injecte le payload "hekate_ctcaer_6.0.5.bin"
"failed to load GUI resources!
res;pak not found or corrupted.
Press any key to reload nyx..."

soit :
SDSetup(6_25_23)(dossier: atmosphere, bootloader, config, switch )
alors quand j'injecte le payload "hekate_ctcaer_6.0.3.bin"
"failed to apply "emummc" !
failed to launch HOS!
press any key"

soit :
SDSetup(6_25_23)(dossier: atmosphere, bootloader, config, switch )
alors quand j'injecte le payload "hekate_ctcaer_6.0.5.bin"
"old nyx gui found! there will be dragons:
update the bootloader folder/
press any key..."

soit :
SDSetup(6_25_23)(dossier: atmosphere, bootloader, config, switch )
Puis "Hekate+AMS-package3-sigpatches-1.5.4-cfw-16.0.3" (avec les dossiers atmosphere, bootloader)
alors quand j'injecte le payload "hekate_ctcaer_6.0.5.bin" ou "hekate_ctcaer_6.0.3.bin"
"old nyx gui found! there will be dragons:
update the bootloader folder/
press any key..."

soit :
SDSetup(6_25_23)(dossier: atmosphere, config, switch ) sans bootloader
Puis "Hekate+AMS-package3-sigpatches-1.5.4-cfw-16.0.3" (avec les dossiers atmosphere, bootloader)
puis "hekate_ctcaer_6.0.5_Nyx_1.5.4_v2", pour rajouter le bootloader
alors quand j'injecte le payload "hekate_ctcaer_6.0.5.bin"
ça fonctionne,
mais dans album applet mode je n'ai plus dbi installer... je ne sais pas comment jel'ai supprimé...
Il y a dans l'ordre d'appariion (breeze, daybreak, edizon, goldleaf, hb app store, nxdumtool, sysclkmanager, usb filetransfer), estceque l'un ou l'aure serait l'équivalent de dbi?

Ok !
c'est en effet dans cet intermède que je fais une fausse manip.
car quand je prépare les choses a insérer dans la sd ,
je fais a partir de sdsetup (dossier: atmosphere, bootloader, config, switch et hbmenu.nro du (25/0/2023).
il y a aussi le payload est "hekate_ctcaer_6.0.3"

j'ai téléchargé aussi "Hekate+AMS-package3-sigpatches-1.5.4-cfw-16.0.3" (avec les dossiers atmosphere, bootloader)

j'ai trouvé aussi hekate_ctcaer_"6.0.5_Nyx_1.5.4_v2" (avec undossier bootloader et hekate_ctcaer_6.0.5)

avec tout ca, j'ai du faire une mauvaise salade;
car en supprimant de ma sd les dossiers: atmosphere, bootloader, config, switch e en rajoutant dans le désordre le reste, alors il m'affiche un nouveau message d'erreur
"old nyx gui found? there will be dragons:
update the bootloader folder/
press any key..."

voila voila... Je galère encore

Rien à voir. Comme déjà dit juste avant, le patch n’empêche pas le mode RCM de la console. Ce mode donne un écran noir. Normal que TegraRCMGui t’indique que c’est ok. En revanche, le patch empêche l’injection du payload même si TegraRCMGui t’indique que le payload a été correctement envoyé. Si tu as injecté le fichier .bin de Hekate et que tu as un écran noir, elle est patchée sinon tu te retrouverais avec l’interface NYX de Hekate et non un écran noir. Et c’est valable pour tous les autres payloads que tu utiliseras. S’il est injecté, tu arrives sur son Menu où sur un affichage et non sur un écran noir sinon je ne vois pas l’intérêt.

Si tu utilises le bon câble qui permet la transmission de données, que tu as bien préparé ta SD en Fat32 (ou en exFat si le driver est actif mais pour Hekate, aucune incidence puisqu’il prend en charge les 2), alors ton écran noir indique que ton modèle est patché.

Le patch n’empêche pas le mode RCM mais l’injection donc il faudrait s’assurer de ton numéro de série et si comme tu le dis, ton modèle fait partie des probablement patchés et qu’après essai de l’injection du payload, tu as un écran noir, alors la console est patchée.

Slt MDProz et merci pour ton aide.
Donc j'ai bien fais tout ce que tu as écris.
Le dongle est à jour.
J'ai pris les fichiers via SD setup et ajouté les derniers sigpatches car la console est en 16.0.3.
J'ai copié le payload d'hekate dans le répertoire du dongle et je démarre bien dessus(lumière bleue)

Mais dès que je fais "Launch" puis "CFW emuMMC" j'ai un message d'erreur: Failed to apply 'emummc', failed to launch HOS.

Pourtant j'ai bien cré une emunand.

Je comprend pas

C'est bon ça fonctionne,j'ai du aller trop vite et faire une mauvaise manip

Aucun tutoriel ne traite des sujets concernant les dongle. Ton RCM Loader possède un site auquel un suivi est assuré mais aucun lien ne peut être donné. Et effectivement, ton Dongle a des mises à jour disponibles.

La couleur des Leds correspond à cela:


Pour le reste de la procédure, le rôle de ton dongle, c'est d'injecter le payload. A savoir, le bin qui correspond au hack que tu vas utiliser et comment tu vas booter. En fonction de ton choix, il te faudra préparer ta SD avec tous les éléments nécessaires car cela ne change pas que tu utilises un dongle ou non. Cette préparation s'opère via SDSetup ou manuellement.

Si tu veux utiliser Atmosphère par exemple, tu mets le payload.bin dans le dossier ATMOSPHERE_HEKATE sur le dongle. Et de même pour Hekate.

Pour voir quel payload est injecté sur le dongle:

1. Tu appuies une fois sur le bouton + du dongle
2. Ça clignote à la couleur du payload en attente d’injection
3. Si tu veux changer de payload, tu restes appuyer sur +

NB: il changera la couleur

Si on part sur une utilisation du dongle :

1. Tu vérifies la mise à jour du Dongle si besoin
2. Tu prépares ta SD via SDSetup préalablement avec les dernières versions des outils et du CFW où tu le fais manuellement si le site ne propose pas les dernières mises à niveau

NB: Ne pas oublier d’ajouter les sigpatches manuellement

3. Tu prends l'ensemble des éléments qui concernent les dossiers et payload.bin présents dans les dossiers de ta mise à jour pour le Dongle
4. Tu ne modifies pas leurs noms
5. Tu les copies/colles sur le dongle

NB: Supprime les anciens éléments et fichier qui s’y trouvent ou fait un écrasement

6. Tu changes la couleur en bleu Atmosphère

NB: la SD est préalablement préparée pour avoir l’ensemble des éléments

7. Tu lances le mode RCM avec le JIG
8. Tu bootes avec le Dongle inséré
9. Le hack se lance
10. Enjoy !

Sauf erreur, cela doit se passer ainsi mais à vérifier ! Il existe des infos sur ton RCM Loader sur la toile pour t’en assurer !

Et si par exemple au lieu de hekate, j'injecte le payload original fusee, atmosphère bootera dans la sysnand ou l'emunand quand j'allumerais la console après l'avoir éteinte complètement? Je pars du principe bien sûr que j'ai créée une emunand et que j'ai déjà lancé une fois atmosphère sur mon emunand.

Toutes les questions posées depuis ont leur réponse dans la FAQ qu’il faut lire pour comprendre un peu mieux car là je vais résumer grossièrement !

Le hack n’est pas permanent et si tu redémarres ta console, tu te rends bien compte que rien n’est installé sauf les fichiers NSP (qui eux ne fonctionneront pas puisque le hack n’est pas actif). Le fait d’injecter un payload permet de loader et cela depuis ta SD et non depuis la console. Pour Hekate qui est un custom bootloader, c’est ainsi (et pour d’autres également).

En revanche, en fonction de ce que tu utilises, cela laisse des traces dans la télémétrie d’où le fait de ne pas utiliser sa sysNAND pour les aspects underground et de créer une emuNAND. Les deux sont déliées.

Pour Hekate, il utilise un bootloader personnalisé qui n’est pas celui de Nintendo d’où le fait de ne pas aller sur le online. Il possède trois mode de boot qui utilisent son bootloader donc la connexion est à éviter. En démarrant la console normalement, elle utilise le bootloader de Nintendo. Le hack n’est plus actif.

Rien est installé lorsqu’il s’agit d’utiliser un payload (fichier bin) qui se charge de loader depuis la SD et non depuis la console.

Comme dit plus haut, ce qui modifie la NAND, c’est l’installation de NSP, certains homebrews comme RetroArch, le mode autoRCM car il se charge de corrompre la boot et autres.
La sysNAND, c’est la NAND système de la console et l’emuNAND, c’est la NAND système sur la SD. Donc pour éviter de modifier la NAND système de la console avec l’underground, on crée et on utilise une emuNAND.

J'ai vu qu'on pouvait utiliser son smartphone (Android seulement apparemment) et l'appli rekado. Suffit juste d'avoir un câble pour relier le tel à la switch apparemment. Et on peut booter soit via fusee (le payload original) ou hekate.

Le Dongle sert à injecter le payload pour booter. Si tu souhaites t’en passer, à chaque redémarrage de ta console, il te faudra un autre moyen comme le PC ou autre pour booter.

Tant que ta console reste en mode veille, pas besoin de refaire le mode RCM pour injecter le payload. Cela s’opère que si tu la redémarres. Il n’y a pas d’autre moyen si ce n’est installer une puce (aucun lien ni support sur le forum) mais cela en vaut-il vraiment la peine sur une console non patchée ? Je ne pense pas mais ce n’est que mon avis. Le mode veille de la console est étudié pour et il n’est pas nécessaire de l’éteindre tout le temps.