carte

Une carte dysfonctionnelle est généralement due à des aspects corrompus ou défectueux d’où le fait de la vérifier via h2testw. Ce n’est pas parce que la carte SD est neuve ou que Hekate se lance qu’elle ne l’est pas.

Ensuite, comme indiqué plus haut, une carte SD qui est retirée console allumée va forcément la corrompre. D’ailleurs, le développeur CTCaer, malgré qu’il est introduit une possibilité de le faire lors de l’utilisation d’Hekate, le précise bien.

De plus le format exFat a tendance à souvent corrompre les données. C’est un fait avéré. Il n’y a pas d’autre piste que celle que j’énonce dans le tutoriel et que je décris à travers ce sujet. Il faut donc tester et voir.

Au delà de cela, il faut également faire attention à la source des téléchargements des backups car si elle n’est pas fiable, elle peut aussi favoriser cette corruption des données et peut aussi engendrer des problèmes sur la console. Pour ce qui est des outils, s’ils sont pris directement sur la source du développeur, il n’y a aucun problème. En revanche, les prendre à travers des compilations en tout genre peut aussi créer des bogues. SDSetup propose tout cela via les github des développeurs directement.

Au delà de tout cela, le port de la carte SD est également très fragile donc attention aux manipulations de retraits excessifs. C’est aussi un fait avéré auquel il faut être vigilant.

Voilà pour la partie explicative et les quelques pistes suggérées.

Carte USB ? Tu parles de la carte micro SD plutôt.
Si la solution proposée ne fonctionne pas, il faudrait vérifier la SD via h2testw pour savoir si elle ne serait pas corrompue à tout hasard.

En revanche, retirer la SD en laissant allumé la console n’est pas vraiment conseillé. Et si tu la retires console éteinte, cela implique de refaire le processus du mode RCM pour booter.

D'accord c'est fait, merci encore de l'aide, je pense que j'ai regler les soucis en glissant les sigpatches dans les bon dossiers, cependant j'ai toujours le même soucis au niveau de la carte USB, qui ne s'affiche plus dans l'album, j'ai vue sur votre tutoriel qu'il y avais une FAQ ou il y avait un tuto si jamais sa ne s'affichais pas et sa disais je cite :
1. Sélectionnez l'ensemble des dossiers/fichiers de votre carte microSD
2. Faites un clic droit
3. Choisissez Propriétés
4. Cliquez sur Avancé
5. Décochez Le dossier est prêt à être archivé
6. Appliquez à l'ensemble des dossiers, sous dossiers et fichiers
Cette manipulation devrait résoudre votre problème.

Si ce n'est pas le cas, avec Hekate, utilisez le correctif Archive Bit dans tools"

J'ai donc effectuer tout sa, mais sans résoudre le problème, y'a t-il une autre méthode que j'ai omis dans votre tutoriel, ou je devrais tenter de tout recommencer à 0?

Bonsoir MDProz,

Merci pour ton accompagnement.

Justement, je souhaitais mettre à jour en 13.0.0 en recommençant à 0 la procédure pour installer Homebrew (ou alors je fais les choses dans le mauvais ordre ?)

Je viens de reformater pour reprendre le tuto, en utilisant le 3eme lien pour les sigpatches cette fois (celui avec Hekate_ipl.ini), mais je rencontre toujours le meme probleme.

Je reprends du départ si jamais j'ai encore fait une betise :

Contenu de SdSetup sur ma carte SD > Contenu de Sigpatch avec Hekate ipl dans le dossier "SD" > Lancer TeraGrim pour le mode RCM (ça c'est OK) > Lancer le bin (Fusée pour le coup pour ATM?) > Error to play sdmc/atmosphere/package3.

Bonsoir,

Je suis en cours de transition pour quitter mon boot via SX OS afin de passer sur ATM suite aux incidents de SX OS.

Cependant, lorsque je suis en mode RCM, je n'arrive pas à boot : Failed to open sdmc:/atmosphere/package3

-J'ai préparé ma carte SD (exFAT) avec SDSetup comme votre tuto bien expliqué (Recommended Defaults);
-Je suis en version 9.1.0;
-J'ai téléchargé les sigpatches et les ai mis dans le dossier atmosphère de ma carte SD;
-J'ai récupéré la dernière version de fusée.bin sur le lien de la release de ATM 1.1.1, conservé sur mon PC;
-J'ai essayé avec le fichier package3 du dossier atmosphere du SDSetup, ainsi qu'avec celui présent dans le lien de la release de ATM 1.1.1 (si jamais c'est un souci de version mise à jour).


Le fichier package3 est par défaut à la racine du dossier atmosphere de ma carte SD. Devrait il etre situé ailleurs, provoquant alors cette erreur ?

Je suis un peu désemparé parce que je vois ailleurs nul part ailleurs sur internet ce probleme. Au cas où, je me suis assuré que l'option "Archive Bit For All SD Files" soit décochée de chacun des fichiers de la carte SD.

Merci d'avance pour ceux qui pourraient m'aider, et désolé si ça vient d'une erreur stupide de ma part.

Merci MDProz.
Donc le fait de démarrer ma console sous atmosphère n'aura aucune conséquence sur les données stockées sur la mémoire interne.
Et quand je redémarrerai sans la carte SD tout sera comme avant ?
Il n'y aura pas de souci puisque les versions des sysNAND et emuNAND seront différentes ?
Si tu confirmes c'est super
Sinon pour mettre a jour là version de l'emuNAND avec choix du jour c'est ok ?

Nicnetup2003

D'accord merci beaucoup pour votre réponse très précise et détaillé, je me suis donc renseigner en cliquant sur les liens que vous m'avez donnez, j'ai donc choisis de me renseigner pour passer sous atmosphère/heckate mais j'ai d'autre interrogation :

- Sur le forum le lien ou il est préciser comment bien compiler et préparé sa carte SD " il est préciser pour ce tutoriel une switch en 12.0.0 ou inférieur, donc es-ce que je peut quand même la préparé ?

- Ensuite au niveau du tutoriel pour les sigpatches j'ai je cite :
"2. Télécharger les sigpatches en fonction de votre utilisation:
Soit l’archive liée à Atmosphère via fusee-primary seulement
Soit l’archive liée à Hekate avec son fichier Hekate-ipl.ini qui peut être configuré a souhait"

Y'en as t-il un que je dois privilégier ou autre ?

Merci encore de votre temps et de votre patience
Y'en as t-il un en particulier que je devrais choisir ou j'ai rien compris?

-