fichiers

Ceci reste à vérifier mais sauf si j’ai loupé un épisode entre temps, il me semble qu’en ayant créé une emuNAND via Hekate, il s’est occupé de configurer les fichiers .ini utiles. Et pour le vérifier, il suffit de changer les thèmes.

Malgré tout, je conseille Hekate pour tout.

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.

Il te faudrait tester les sigpatches en lien plus haut dans un premier temps mais ce serait bizarre car tu aurais un message avec DBi. Les patches FS permettent de corriger le système de fichier et de rendre possible l’exécution de fichiers NSP modifiés et/ou non signés. Les patches ES permettent de corriger le service eticket pour installer les NSP modifiés et/ou non signés.

Tu aurais un problème avec les patches FS. Hors la dernière archive prend en compte les derniers patches FS car les ES n’ont pas changé.

bonjour. Encore une petite question. dans le dossier bootloader il y a des dossiers et des fichiers. je te joins le screen. les fichiers hekate_ipl.ini et patches.ini font parti du pack des sigpatches et quand j'ai extrait les fichiers ça les a mis comme ça. ma question est est ce qu'il faut les déplacer dans le dossier ini ou les laisser comme ça à leur place actuelle?

Merci pour ta réponse MDProz.
Lorsque j'ai installé la mise à jour, j'ai bien choisi en exFat + Fat32, ma console ayant les driver pour.
Pour ce qui est des éléments sur la SD, j'ai pourtant essayé d'avoir les bon syspatches correspondant à ma version de firmware, les dernières versions de hekate, etc..
Honêtement, je pense avoir suivi à la lettre le tuto en prenant les dernières versions disponible pour tout. Sauf pour atmosphere où j'ai pris la version 1.5.3 et non la 1.5.4 justement pour être sûr qu'il n'y ait pas de problème de compatibilité avec la beta.
Je tourne en rond à essayer plein de trucs différents et je n'arrive vraiment pas à trouver les bons fichiers.
Pourtant le tutot marche très bien jusqu'à la mise à jour. Le souci survient après, c'est rageant.

Bonjour à tous.
Tout d'abord, merci beaucoup pour ce tuto très détaillé.
Je suis un vieux de la vieille qui faisait tourner ses jeux sur SXOS en version 10 et quelques. Voulant jouer à des jeux plus récent, je suis obligé de passer sur atmosphere / Hekate.
J'ai suivi le tuto à la lettre en partant d'une carte SD vierge et en mettant tous les fichiers nécessaires comme expliqué dans le tuto.
Je suis allé jusqu'à l'étape finale du tuto (5) et à entrer dans le mode emuNAND. Une fois la switch lancée, je suis allé sur Daybreak et j'ai pu mettre mon emuNAND à jour avec la version 16.0.3.
Le problème arrive juste après ! Une fois l'installation finie et a priori réussie, la switch me propose de redémarrer ou d'arrêter la console. Il est écrit que la mise à jour s'est bien passée.
J'ai choisi "redémarrer" et je retourne en mode RCM, lorsque dans Hekate j'essaie de lancer emuNAND à nouveau, rien ne se passe, j'ai un écran noir et impossible de faire quoique ce soit...

J'ai essayé de tout refaire de zéro pour voir si je m'étais planté à un moment donné et j'ai toujours ce même résultat, 2 fois de suite en suivant à la lettre le tuto. Je ne peux donc pas utiliser ma switch.
Si j'essaie de lancer sysNAND, ça fonctionne mais là je suis en version 10.2.0 et je n'ai pas envie de toucher à ma sysnand. Je voudrai n'utiliser que l'emuNAND.

Avez vous une idée de ce que j'aurai pu mal faire ou oublier ? C'est quand même dommage de tout réussir et faire la mise à jour mais de ne pas pouvoir relancer la switch à l'issue de cette mise à jour.
Please, help !
Merci par avance pour vos suggestions
Je suis comme dans le tuto mis à jour sous Nyx 1.5.3, hekate 6.0.4, Firmware 16.0.3 et AMS 1.5.3

Il n’y aucune obligation d’utiliser le format exFat. Le gestionnaire DBi gère le Fat32 via USB et cela élimine la gestion complexe des gros fichiers. Bien que je n’ai pas eu de problème depuis, le format exFat a tendance à corrompre les données plus facilement et le Fat32 est le format utile à certains outils.

Ce choix appartient à l’utilisateur et pour répondre à ta question, oui, tu peux faire ainsi avant de procéder au hack.

Bonjour MDProz,

Si je comprends bien dans mon cas la Switch est d'origine, elle a jamais été patché, si je souhaite basculer directement en exFAT pour les futurs gros fichiers, il me suffit de formater la carte en exFAT sur l'ordinateur, d'insérer la carte dans ma Switch puis logiquement celle-ci me demandera de faire la mise à jour du driver exFAT c'est bien ça ? Faut-il être connecté à internet ? Pour info je compte préparer le format de ma carte en exFAT avant de patcher la Switch et de passer au chose sérieuse.

Merci par avance

Bon… je reviens une dernière fois (j’espère) tout refonctionnne SAUF DBI. Quand je transfert des fichiers j’ai le droit a un message d’erreur « can not write to placeholder » ou alors « installation abort ». Avant ça fonctionnait niquel, et le câble aussi. j’ai essayer de voir si c’était pas le jeu qui clochait mais les anciens que j’avais déjà installer comme ça pose le même problème
Des idées d’où cela pourrait provenir ?