payload

Alors voici mon retour, au cas où ça puisse intéresser quelqu'un. J'ai pris une seconde carte sd, pour être sûr de ne pas tout perdre. 64Go m'a suffit. J'ai utilisé le logiciel EmuTool qui m'a permis de changer ma partition sx os cachée vers un fichier atmosphère. J'ai donc copié ces fichiers vers la seconde carte sd, direction la switch avec hekate, où j'ai pu migrer l'emunand. A partir de là, je pouvais accéder à mon ancienne emunand et aux sauvegardes depuis atmosphère. Ouf. Downgrade via Daybrake en 11.0.0.

Etape suivante, essayer de retrouver mon emunand sur sx os (parce que j'aime bien les xci notamment). Retour sur EmuTool, changement du fichier atmosphère vers un fichier sx os, et je copie toujours sur la seconde carte sd. Je lance la switch avec sx os, il boot direct sur l'emunand, et je retrouve tout comme avant. Super ça ! Reste plus qu'à transférer sur la première carte sd pour avoir une plus grosse capacité !

Et c'est là que l'incompréhensible arrive, que je fasse un simple copier coller, que je passe par EmuTool, en fichier ou en partition cachée, formatage compris, rien à faire, une fois le payload passé (avec le splashscreen), ça refuse de booter. Rha mais pourquoi ? Mais déjà, pourquoi maintenant je n'arrive plus directe dans le menu sx os ? Pour contourner ça, j'enlève la licence de la carte sd, et j'arrive bien dans le menu. Direction les options pour supprimer tout ce qui a attrait à l'emunand, que ce soit en fichier ou en partition, comme ça je suis sûr qu'il n'y aura rien qui merde, en partant d'une carte sd totalement vierge.
Et ça marche. Je ne passe plus par la partition cachée, je n'ai pas essayé, mais au moins mes problèmes sont réglés, et comme je reste en mode avion et que le multi ne m'intéresse pas, ça ne devrait rien changer au final. Quoique je ne sais toujours pas ce qui fait que je n'accède plus au menu sx os sans enlever le fichier licence.dat. Bizarre.

Bref merci de ton temps MDProz, tu m'as aiguillé et ça m'a permis de continuer à profiter de ma switch

Ok, ça laisse pas de pistes de recherche pour continuer sur hekate/atmosphere si besoin. Par contre je ne comprends toujours pas ce qui peut bloquer le chargement de sx os. Normalement, peu importe la version du firmware tant qu'on reste dans l'OS non ? Car là j'ai bien la joli image rouge du chargement du payload, puis plus rien. J'ai pensé à ce que mon dongle puisse être mort (on n'est jamais à l'abri), mais avec tegraRcmGui ça ne change rien.

Au passage, le site de la team xecuter est down depuis hier aprem, un lien avec leur affaire en justice ?

Elle fait partie des probablement patchées donc il faudrait tenter d’injecter le payload Hekate via TegraRCMGui et voir si le menu s’affiche. Si tu as un écran noir malgré le fait que TegraRCMGui t’indique que l’injection s’est bien passée, c’est qu’elle est patchée.

Le patche empêche l’injection de payload mais pas le mode RCM. Le tutoriel est dans la section underground Switch.

Bonjour,

Je viens de mettre a jour ma 3ds système et je me demandais si j'avais d'autres truc a mettre a jour.

J'ai remplacer le godmode9.firm dans payload, j'ai remplacer les 2 fichier luma a la racine par les nouveau ( 10.2.1 )

J'ai voulu verifier au cas ou sur luma et j'ai ce message d'erreur :
This is only for sighax/boot9strap users. Do not use this if you habe a9lh installed. To upgrade to boot9strap please visit https://3ds.guide/a9lh-to-b9s

Payload type : SIGHAX
Payload path : /boot.firm
Backpuk payload Yes

Current installed version : 10.2.1-c058e3f


Dois-je mettre a jour sighax ? Si oui comment j'ai hack la 3ds y a longtemps via un autre tuto (guide) https://3ds.hacks.guide/fr_FR/index.html

Un gro merci d'avance

Tu as opéré le downgrade via ChoixDujourNX sur ta sysNAND et/ou ton emuNAND.

De ce que tu indiques, lorsque tu bootes ta console pour démarrer sur Atmosphère, tu es sur ta sysNAND en 11.0.0

electroqp Wrote:Lorsque je vais dans les parametres de la console, je suis en 11.0.0( AMS M.18.1) S.

Le S signifie SysNAND.

electroqp Wrote:Si j'éteint la console et la relance, je suis en 11.0.1

Et ce que tu indiques là est bizarre si tu as opéré le downgrade pour revenir en 11.0.0.

As-tu créé une emuNAND via Hekate et l’as tu activée ? Ou as-tu modifié la configuration de ton emuNAND créé via SX OS pour qu’elle soit prise en compte via Atmosphère/Hekate ?

Le downgrade s’opère sur la console donc soit il manque des éléments à ton explication, soit tu as oublié des étapes.

Pour booter, utiliser le SX Pro implique de passer par le menu de SX OS pour lancer des payload sauf erreur mais il ne permet pas de lancer directement un autre hack sans passer par son Menu. Ou alors, il faut modifier des éléments de boot. A voir car je n’utilise pas le dongle mais il me semble qu’il existe des sujets sur la toile.

Entre temps, aurais-tu activé une fonction via Hekate ? Utilises-tu un reboot to payload quelconque ? Mode autoRCM actif mais si c’est le cas, ce serait sans le JiG donc pas ça ? Plusieurs possibilités à vérifier.

Ja vais déplacer le thread dans le bon tutoriel.

Il aura fallu attendre mais voila que la version finale 0.9 de Goldleaf est disponible officiellement via son Github ainsi que Qwark v0.4 ! Au menu, la compatibilité de HOS 11.0.1 avec des améliorations et correctifs.

ChangeLog

[+] CLIQUER POUR AFFICHER

• General
  
  • Logique suppression de dossier simplifié pour Goldleaf et Quark, rendant tout moins lent (merci @pheki)


• Goldleaf
  
  • Présentation de la navigation sauvegardée! Sélectionne un jeu dans le menu du gestionnaire de jeu et monte ses données sauvegardées. Notez que, si vous oubliez de les démonter manuellement, ils seront automatiquement démontés à la sortie de Goldleaf
  
  
  • Prise en charge de l'installation du firmware, via l'extension de service ams: su d'Atmosphere!
  
  
  • Désormais, les erreurs fatales sont évitées et Goldleaf affichera simplement un message d'erreur via l'applet d'erreur de la console et enregistrera son propre rapport avec des informations sur le crash / l'erreur.
  
  
  • Simplifie et nettoie beaucoup de code interne, nous espérons que tout est plus stable
  
  
  • Mise à jour de la libnx et du plutonium - cela implique la prise en charge du texte spécial précédemment non pris en charge (caractères japonais et chinois, etc.) avec le dernier plutonium
  
  
  • Suppression du gestionnaire emuiibo - la superposition d'emuiibo est maintenant le gestionnaire optimal et recommandé pour emuiibo
  
  
  • La prise en charge du dumping Amiibo a été mise à jour pour correspondre au format emuiibo
  
  
  • Les extensions de fichier non minuscules (.TXT, .biN, .Nsp, etc.) sont désormais correctement prises en charge
  
  
  • Correction de la réinitialisation de la version de lancement d'un titre, qui n'était pas correctement implémentée sur les versions précédentes
  
  
  • Le firmware désormais vidé sera compatible avec l'outil de firmware Daybreak d'Atmosphere, ce qui rendra obsolète la prise en charge de ChoiDujourNX (car Daybreak est une alternative meilleure et plus sûre)
  
  
  • Suppression de la prise en charge du vidage du firmware en tant que packages NSP, car aucun outil de firmware pertinent n'utilise ce format
  
  
  • La fonctionnalité de redémarrage vers le payload (qui peut être utilisé avec les fichiers .bin) a été améliorée en interne avec les extensions bpc: ams d'Atmosphere
  
  
  • Les palettes de couleurs aléatoires sont maintenant utilisées par défaut, au lieu des schémas bleu clair / foncé par défaut
  
  
  • Correction d'un petit bug où aucun ticket personnalisé n'était détecté si aucun ticket commun n'était présent dans la console
  
  
  • Présentation du support de clé USB, grâce à moi et au nouveau projet de DarkMatterCore: libusbhsfs, une bibliothèque pour inclure le support de clé USB dans vos projets homebrew!
  
  
  • Les systèmes de fichiers FAT (y compris exFAT) et NTFS sont pris en charge;)
  
  
  • Autres améliorations mineures du code ou petites corrections de bogues


• Quark
  
  • Plusieurs améliorations liées à diverses petites erreurs
  
  
  • À partir de maintenant, deux versions différentes seront compilées / publiées: une pour Java 8 et une pour Java 9 ou supérieur, afin d'éviter les problèmes de version

Lien: https://github.com/XorTroll/Goldleaf/releases

Tutoriel mis à jour dans sa partie essentielle qui concerne la démarche (que je n’avais pas faite depuis le changement de host de Al-Azif).

Il restera à développer la partie payload et leur fonction pour certains d’entre eux car beaucoup d'évolution depuis mais rien ne vous empêche de les tester si vous découvrez !

Tout dépend du RCM Loader que tu possèdes mais si c’est bien là son nom, il n’y a pas vraiment d’update à son niveau. La dernier mise à jour de son firmware date de février 2019.
https://www.xkitcn.com/supports/rcmloader/firmware/

Pour les éléments qui concernent les dossiers et payloads
https://www.xkitcn.com/supports/rcmloader/

Ensuite 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 choisir le payload que tu veux injecter, chacun a une couleur qui lui correspond:


Pour le reste mais tu dois connaître et tu as déjà dû le faire depuis mais cela devrait être ainsi. Toutefois, tu peux vérifier avant de te lancer car je n’utilise pas ce dongle.

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 supprimes le dossier IAP

NB: Mais si ce n’est pas la première utilisation, ce ne sera pas vraiment nécessaire puisque le firmware est à jour depuis 2019 !

2. Tu prépares ta SD via SDSetup préalablement avec les dernières versions des outils et du CFW

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
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 !