bootloader

Le développeur tumGER propose sa version v9 de SDFilesSwitch

ChangeLog

[+] CLIQUER POUR AFFICHER

• Ajout du support du firmware 6.0


• Ajout de correctifs ES ("Signature Patches") pour le firmware 6.0


• Homebrew Loader est maintenant chargé en tant que .nsp au lieu de nso + npdm
  
  • Ne pas confondre avec le format installable .nsp! Ceci est juste un nso + npdm + pfs0


• Modification de la fonctionnalité du bouton R pour que l'album soit personnalisable (voir #79)
  
  • Personnalisez-le sous "config / hbl-config.ini"
    hbKeyCombo: La touche à appuyer sur -> Peut être SR; SL; DDOWN; DRIGHT; DUP; DLEFT; MOINS; PLUS; ZR; ZL; R; L; RS; LS; Y; X; B ou A
    
    • Utilisation ! + "KEY" à appliquer en sens inverse -! R signifie "Lancer HBL quand on n'appuie pas sur R" par exemple
  
  
  • hbTitleName -> Le nom du titre
  
  
  • hbTitleId -> L'identifiant du titre qui sera remplacé par hbl


• Ajout de la possibilité de personnaliser le thème de Homebrew Menu sous "config / nx-hbmenu / themes / theme.cfg"


• Mise à jour de ReiNX
  
  • Inclut tous les changements de v1.6
  
  
  • Prise en charge complète de LayeredFS (fs_mitm)
  
  
  • PM
  
  
  • Creport


• Suppression des fichiers INI LayeredFS (que personne n'a apparemment remarqué être redondant)


• Mise à jour "atmosphere_hekate"
  
  • Maintenant, ne contient que l'exo et les charges restent de "must_have" (modules newfirm)


• Tinfoil mis à jour


• Hekate mis à jour


• EdiZon mis à jour


• Ajout d'un nouveau Bootlogo
  
  • Tel que voté sur Discord: https://i.imgur.com/TfKKR2S.png


• Menu Homebrew mis à jour


• Chargeur mis à jour, PM, SM


• Suppression de .nacp d'EdiZon (pas nécessaire)


• D'autres améliorations de la stabilité globale du système et d'autres ajustements mineurs ont été apportés pour améliorer l'expérience utilisateur.

Dans cette compilation SDFilesSwitch, la compatibilité firmware 6.0.0 semble être complète bien que non testé pour le moment pour ma part.
Des patchs de conversion ES et FS pour les bootloader sont intégrés. La version 1.6 pour ReiNX et 4.1 pour Hekate sont là, ainsi que les modules sys d'Atmosphère-NX. Une version mise à jour et complète

Edit:
Il était certain que tumGER reviendrait avec un autre version car c'est une habitude chez lui ^^

La v9.0.1 suit pour corriger:

[+] CLIQUER POUR AFFICHER

• Correction des correctifs ES pour le micrologiciel 6.0 qui ne s’appliquait pas correctement


• Ce correctif a également été appliqué à la version 9, mais certaines personnes peuvent le manquer

Oui, je viens de lire ton édit. La modification de la NAND, dans ce cas, est une obligation ^^

Pour ce qui de l'évolution de l'outil, il est passé du PC à la Switch, donc à voir à l'issu. En revanche, la Team Xecuter réfléchit aussi pour proposer un moyen de faire cette mise à jour manuellement. Mais rien ne précise si ce sera en préservant les eFuses ou pas, ni si cela se basera sur le Dump d'un jeu qui a ce firmware.

Et oui, patienter est le meilleur moyen de ne pas se retrouver en difficulté ensuite. Pour le moment, certains jeux demandent le FW 5.1.0 minimum. Il existe un moyen via les bootloader de contourner cela. Via SX OS, non sauf erreur.

Les nouveaux jeux demanderont à coup sûr le FW 6.0.0. Il y a également de nouvelles clés. Et SX OS, dans sa dernière version, n'a toujours pas corrigé le bogue qui concerne atmosphère et a désactivé par défaut LayeredFS.

Même si chaque utilitaire se dit compatible, tant qu'il n'est pas libéré, le mieux est de patienter. Des mises à jour sont en cours. Une version 2.0 pour SX OS et soit la libération du CFW atmosphère à venir, soit Hekate avec une nouvelle version. Quant à ReiNX, il faut compiler sa version master pour avoir une compatibilité (disponible avec SuperSpecialSDStash). Donc rien n'est finalisé encore pour le 6.0.0.

Le CFW atmosphère à venir sera un custom firmware complet comme le CFW SX OS pour faire simple.

Les autres comme ReiNX, Hekate, ou RajNX sont des bootloaders. Mais plus ils évoluent, plus ils deviennent complet et modulaires. Et ils s'accompagnent de compilations comme celle de tumGER et Darth Meteos ou autre.

Après, pour les fonctions, ils font tous la même chose à quelques détails prêts.
Le SX OS est payant. Les autres le sont pas.
Le CFW atmosphère ne se préoccupera pas des backups. Il faudra attendre qu'un autre développeur propose son outil mais ce sera certainement tinfoil.
Les bootloader apportent tous les même possibilités. Le seul aspect complexe est le format XCi qui pour le moment n'est pas accessible simplement.

Et le risque est le même pour tous !

Voilou. Certainement que tu auras d'autres retours de membre (ou pas).

Oui tu peux mettre tout ce que tu souhaites sur ta carte SD. En revanche, il y aurait un problème avec l'injection de payload via le Menu de SX OS (a confirmer). Du coup, si tel est le cas, passer par TegraRCMGui pour injecter les bootloader ReiNX ou Hekate.
Sachant que hekate, lui, permet d'injecter n'importe quel payload sans problème.

Ce qui est conseillé, c'est d'utiliser SDFilesSwitch de tumGER avec Hekate et SuperSpecialSDStash de Darth Metheos avec ReiNX. Après c'est à toi de voir

@adamel
Tout ce qui t'a été proposé/dit est correct.

La seule différence entre un backup XCi et NSP est que l'un se charge Et l'autre s'installe. Si vraiment, c'est trop contraignant pour toi, tu peux utiliser le format NSP car tous les outils se concentrent essentiellement sur ce format. Et dans mon cas, parce que le format XCi est trop complexe à utiliser avec les bootloader actuels, je passe par le NSP.

Le risque pour les deux est le même et ceux qui pensent le contraire n'ont pas tous les éléments en main (meme moi tant nous ne savons pas réellement ce que Nintendo collecte comme données dans sa télémétrie). Même les développeurs continuent de chercher ce qui est transmis Et comment cela est analysé. C'est d'ailleurs pour cela que les teams proposent de personnaliser les DNS pour bloquer toutes communications avec les serveurs.

Ce qui est conseillé est le Full offline et de passer par son PC pour obtenir des backups.

@uc3f:
C'est exactement cela sauf si cela à évoluer entre temps. Merci pour ta participation

@Lotti:
Merci pour ton retour. Toutefois, je ne recommande pas le site que tu cites car non sécurisé. Bon jailbreak

Alors, non c'est pas grave d'avoir grillé des eFuses si et seulement si tu ne veux/souhaites pas downgrader (revenir à une ancienne version).

Le fait d'utiliser ChoiDujourNX permet de conserver ces eFuses et donc de contourner le bootloader officiel de Nintendo.

Si ton but est d'utiliser ton Dongle avec le CFW SX OS quoi qu'il arrive, alors rien de gênant pour toi. En revanche, si ton but était d'attendre les possibilités du CFW atmosphère à venir en 4.1.0, alors c'est dommage.

Oui, comme je te l'avait dit, tu n'as pas modifié ta NAND pour en avoir longuement discuter avec toi. Tant mieux pour la suite car tu n'auras aucun nettoyage à faire pour le Dump de la NAND en 5.1.0.

Pour le moment, la version 1.7 prend en charge le firmware 6.0.0 mais il est certain que tant qu'il n'est pas libéré, difficile de dire ni de confirmer que tout soit opérationnel. Et il y aura certainement une autre mise à jour qui suivra pour corriger les bogues.

Du coup, oui, se tenir loin de cette MAJ est préconisée pour le moment.

Je pense qu'il a du comprendre mise à jour firmware et pas update de jeu ^^

Avec SX OS, tu n'as pas besoin de tinfoil.
Lui, il est utile pour les bootloader Hekate, ReiNX ou RajNX. SX OS possède son propre outil de lancement de XCi et d'installation de NSP.

Tu as juste à télécharger la mise à jour de ton jeu via CDNSP et l'installer via SX OS.

S'il y a un mot que tu ne comprends pas, je peux essayer de l'expliquer

Sinon, pour ta NAND, effectivement sur tu as installé des NSP, et autres comme des homebrews (outils), il faudra les desinstaller. Pour tes sauvegardes, il faudra les dump (extraire) et les supprimer pour les reinjester après ta sauvegarde. Pour tes jeux XCi, il faudra juste supprimer les raccourcis du Menu de ta Switch. Une fois cela tout fait, tu pourras réinitialiser ta Switch dans ta version actuelle. Et après, tu sauvegarderas ta NAND via hekate (bootloader).
SX OS ne modifie pas ta NAND en revanche. Ce qui la modifie c'est l'autoRCM si tu l'as installé. Du coup, à toi de voir.

Sinon si ton jeu est en NSP, il doit exister en XCi. Faut juste trouver la source qui le possède et je ne pourrai fournir de lien. Je te proposais cela car tu ne souhaitais pas utiliser la méthode pour avoir le format exFat sans mettre à jour et qu'il n'existe pas d'outil pour couper les NSP.

Après question vocabulaire si cela peut t'aider à mieux comprendre:

- OFW: Firmware officiel
- CFW: Custom firmware

- SX OS
- atmosphère

- Bootloader: Loader personnalisé qui contient des bouts de codes d'un CFW (pour résumer grossierement)

- Hekate
- ReiNX
- RajNX

- XCi: format jeu cartouche
- NSP: format eShop

- jeu
- Update (mise à jour) jeu
- DLC (complément/extension jeu)

- NCA: format des fichiers
- Homebrew: gestionnaire de paquet/outil dont les fichiers sont au format .nro
- Payload: charge utile qui lance les bootloader ou autres outils dont les fichiers sont au format .bin

Si j'ai oublié des termes, n'hésites pas

Non, il n'existe pas d'outil pour convertir des NSP en XCi.

Ma question était, pourquoi tu n'utilises pas des backups au format XCi pour les splitter ensuite plutôt que le format NSP car il n'y a pas de moyen de les couper ?

Je proposais cela car le CFW SX OS prend en charge le format XCi simplement contrairement au bootloader où cela est plus complexe.

En espérant avoir été plus clair ^^

Et je te conseille de faire la sauvegarde de ta NAND. C'est important dans le cas où tu aies un problème.

Il n'est pas compliqué mais il modifie la NAND. De plus, il faut l'utiliser avec l'outil ChoiDujourNX. Ainsi tu upgrade en conservant tes eFuses.

D'ailleurs, il faudra que je fasse un Tutoriel quand j'aurais du temps ^^

À un moment, le développeur de XCi Explorer avait essayé d'intégrer les NSP mais il a retiré car le résultat escompté n'était pas vraiment opérationnel si je ne me trompe pas dans ce que j'ai compris. Et je ne sais si un développeur s'attèlera à cette tâche.

Mais comme tu es un utilisateur de SX OS, pourquoi ne pas utiliser le format XCi et le splitter. C'est un avantage du CFW de la Team car pour les bootloader existant, ce format est complexe à utiliser.

Suite à ton édit: la citation n'est pas utile si tu me réponds à l'issu et tkt, il n'y aucun reproche ^^