tuto bootloader

Pour celle et ceux qui ont franchi le pas vers HOS 20.0.1, quelque soit la raison, vous pourriez rencontrer des problèmes avec plusieurs aspects:

Sigpatches et/ou sys-patch
Pour rappel, depuis la version Atmosphere 1.7.0 et ultérieure, les correctifs IPS KIP ne sont plus pris en charge. Ils étaient utilisés pour le piratage. Par conséquent, les sigpatches ne fonctionneront pas correctement, sauf si:

• Vous chargez le package3 Atmosphère via le FSS0 Hekate. Vous devrez redémarrer Hekate puis accéder à Launch et sélectionner emuNAND CFW ou sysNAND CFW (selon celui utilisé)


• Si vous avez téléchargé les sigpatches depuis ce tuto:
  
  • Le fichier hekate_ipl.ini présent dans bootloader est nommé volontairement hekate_ipl.ini.template. Il suffit de le renommer hekate_ipl.ini et vous aurez déjà tout ce dont vous avez besoin.
  
  
  • Les modifications engagées (ou a engager) sont:
    

    [+] CLIQUER POUR AFFICHER

    • La clé fss0 était utilisée pour indiquer, dans le boot, qu'il fallait charger un package3 Atmosphere. Le nom de la clé a été renommée en pkg3. Vous devez donc modifier fss0=atmosphere/package3 par pkg3=atmosphere/package3
    
    
    • La configuration utilisée atmosphere=1 n'est plus nécessaire car le correctif est effectué pour les parties extraites du Package3. Cette clé a été renommée en kernelprocid. Lorsque vous activez ce paramètre, le correctif d'envoi/réception de l'ID de processus du noyau est activé
      
      • Vous pouvez le supprimer ou le laisser dans emuNAND CFW ou sysNAND CFW
      
      
      • Dans Stock - sysMMC, la clé atmosphere=1 doit être renommée par kernelprocid=1 si vous le paramétrer
    
    
    • Vous pouvez agir dessus comme vous l'entendez et vérifiez quels sont les changements apportés avec votre ancien fichier hekate_ipl.ini ou l'ouvrant avec bloc-notes



• Vous pouvez aussi trouver les versions modifiées du CFW Atmosphere et fusee.bin avec la prise en charge des correctifs IPS Kip. Aucun lien sur le forum !


• Vous pouvez utiliser sys-patch au lieu de sigpatches. Sys-patch sera le nouveau moyen simple de les obtenir à long terme

Les Modules

L'histoire de perte de mémoire pour les modules a été compensée en réservant 20 MB de moins sur un autre élément d'Atmosphere pour limiter les problèmes. Au lieu de 40 MB on tombe à 34 MB. La perte n'est pas si importante et c'est dans certains cas très spécifiques que cela pourrait poser des problèmes

Le développeur SciresM propose la pre-release 1.9.0 de son CFW Atmophère.
Au menu, la prise en charge de HOS 20.0.0 et de 20.0.1 qui devrait être opérationnelle. En revanche, de nombreux changements ont été opérés, notamment en raison des modifications apportées aux logiciels Nintendo dans la version 20.0.0. Il y a environ 10 Mo de mémoire en moins disponible pour les modules système personnalisés. Les mods risquent d'être impactés.
Il s'agit là d'une pre-release et il est inutile de se jeter sur le dernier HOS pour utiliser Atmosphère sauf si vous décidiez d'aider SciresM pour des tests approfondis car vous maitrisez tous les aspects.

Lien: https://github.com/Atmosphere-NX/Atmosphere/releases

Le développeur CTCaer propose la version 6.3.0 de son custom bootloader qui prend en charge HOS 20.0.0 et également 20.0.1. Au menu, de nombreux changements, notamment dans la manière sont identifiés les clés.

Lien: https://github.com/CTCaer/hekate/releases

Rien ne presse !

Le développeur CTCaer propose la v6.2.2 de son custom bootloader Hekate. Au menu, la prise en charge de HOS 19.0.0 !

Atmosphère est toujours en développement et arrivera prochainement. Le développeur ScriresM conseille d’attendre sa version plutôt que de se jeter sur la version expérimentale qui circule sur la toile. Les sigpatches sont également disponibles mais AMS est attendu pour compléter les patches. Patience !

Une nouvelle version de Lockpick_RCM est dispo sur Discord. Nécessaire pour obtenir la dernière clé !

Ne pas mettre à jour vers HOS 19.0.0 pour le moment ! Rien ne presse

Bonjour,
Je suis un habitué, ma switch est jailbreak depuis plusieurs années.
Mais là, j'ai un souci que je n'arrive pas à résoudre.
J'ai fait la dernière maj via daybreak sur mon emunand, j'ai préparé ma carte sd avec tous les derniers homebrew, dernier hekate, etc. comme d'hab.
Bref, je veux simplement injecter le dernier bootloader via tegrarcmgui comme d'hab, avec le jig dans le rack de droite, etc. Bref, la manip habituelle. Et là.... ben j'ai le bip du pc qui me dit qu'un matériel est branché, mais tegrarcm reste rouge!! J'ai essayé plein de fois, et rien à faire. Après je laisse appuyé sur power longuement pour ré-éteindre la switch. Je recommence la manip, le petit bip, mais tegra reste rouge. Donc je ne peux plus injecter le bootloader.
Du coup, j'ai commandé un jig tout neuf, et ben pareil...J'ai essayé d'aspirer, le mettre du gaz dépoussiérant ...rien à faire. Là je suis quand même inquiet.
Si vous voyez une solution je suis preneur...

Merci

Edit:
Oh non, désolé, quel débile...je ne sais pas pourquoi, le driver était désinstallé sur mon PC !!?
Donc j'ai simplement réinstallé le driver via tegrarcm et ça a marché direct...
Ouf!
Bon, si ça peut servir à quelqu'un...on sait jamais!

Le développeur CTCaer propose la v6.2.1 de son custom bootloader Hekate.

Les développeurs SciresM et CTCaer proposent, respectivement, la nouvelle version du CFW Atmosphère et du bootloader Hekate pour HOS 18.0.0. En revanche, la version pré release du CFW sera revue prochainement avec les correctifs nécessaires. Certains modules ne sont pas portés pour le moment et il est inutile de se précipiter pour mettre à jour la console. Les sigpatches (lien provisoire) sont également disponibles.

Le développeur CTCaer propose la v6.1.0 de son custom bootloader Hekate.

Le développeur CTCaer propose la version 6.0.7 de son custom bootloader Hekate compatible HOS 17.0.0.

La mise à jour de HOS peut attendre et n’est pas nécessaire pour le moment !

@nikkko003
Parfait. Merci pour ton retour.

@rotou
Pour jouer à tes jeux legits, tu as deux possibilités:

• Tu peux soit y jouer en mode normal (boot sans hack) et ainsi, tu vas utiliser ta sysNAND.


• Soit en bootant en mode hack sur ta sysNAND. Tu peux aussi booter en mode hack sur ton emuNAND mais les données seront sauvegardées sur cette dernière. Le tout est de ne pas connecter ta console aux serveurs dans les deux cas.

Les jeux legits, type cartouche, peuvent se jouer en mode normal ou hack. Il n’y a pas de contre indication si ce n’est de ne pas connecter sa console. Pour ce qui est de la SD, si tu décides de lancer ta console, sans hack, pour jouer à un jeu cartouche, le fait de la laisser ne pose aucun problème tant que tu ne connectes pas la console.

En revanche, pour ce qui concerne le mode online, j’ai tendance à ne pas le conseiller mais cela appartient à chacun. Personne ne peut affirmer avec certitude ce que la télémétrie opère donc si hack, les précautions et préconisations doivent être opérées. Les retours indiquent avec certitude que la console doit démarrer en mode normal et donc sans hack. De plus, le bootloader doit être celui de Nintendo et pas celui d’Hekate donc le mode Launch Stock de Hekate n’est pas conseillé. Et pour la carte SD, certains ont été ban et d’autres non lorsqu’elle était dans la console en mode normal et connectée.

Pas évident tout cela d’où le fait que le risque zéro n’existe pas malgré tout et que le online reste déconseillé.

Pour ce qui est des jeux cartouches qui ne demandent pas du online, cela ne pose aucun problème à les utiliser en mode normal et hack sur sysNAND pour en profiter. En emuNAND, c’est possible aussi, c’est juste que les données de sauvegarde se feront sur celle ci. Donc à voir mais si tu souhaites continuer ta progression en évitant de dumper et restaurer ta sauvegarde de jeu, choisi la NAND système sur la laquelle tu booteras tout le temps pour ton jeu.

Et pour les jeux cartouche qui demandent une connexion, ce sera toujours en mode normal sans hack mais sans confirmation de quoi que ce soit en termes de ban.

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?