tuto installer mise

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.

Je t’ai déjà répondu plus haut ^^

MDProz Wrote:Commence par sauvegarder le contenu de ta SD sur PC. Ensuite, tu refais une préparation de ta SD avec les indications données dans le tutoriel. Et pour terminer, tu suis les étapes. Pour ce qui est de la mise à jour firmware, tu la feras avec Daybreak. Je ne peux pas être plus précis que les démarches indiquées et je ne ferai que répéter ce que j’ai déjà écrit.

Comme tu ne souhaites plus utiliser SX OS, rien de plus simple pour toi que de repartir de zéro sans te lancer dans des manipulations autres pour conserver le hack SX OS.

Commence par sauvegarder le contenu de ta SD sur PC. Ensuite, tu refais une préparation de ta SD avec les indications données dans le tutoriel. Et pour terminer, tu suis les étapes. Pour ce qui est de la mise à jour firmware, tu la feras avec Daybreak. Je ne peux pas être plus précis que les démarches indiquées et je ne ferai que répéter ce que j’ai déjà écrit.

Comme tu ne souhaites plus utiliser SX OS, rien de plus simple pour toi que de repartir de zéro sans te lancer dans des manipulations autres pour conserver le hack SX OS.

Si tu souhaites repartir sur une base propre et que ce que tu possédais sous SX OS t’importe peu, alors tu as juste a suivre le tutoriel étape par étape.

HOS 13.0.0 est disponible et l’ensemble des outils sont portés pour supporter ce firmware. Toutefois, Atmosphère est en pré-release, le temps pour SciresM d’avoir suffisamment de retour pour corriger d’éventuels bogues et proposer sa release stable. Mais tout semble opérationnel.

Toutefois, tu peux mettre à jour manuellement en 12.1.0, si tu le souhaites.

Au delà de tout cela, ton port cartouche restera opérationnel si tu mets à jour sysNAND et emuNAND dans une même version qui implique une mise à jour de ce dernier. Il ne le sera pas si tu décidais de laisser ton emuNAND en 11.0.0 et ta sysNAND en 13.0.0 ou 12.x.x. Il sera inutilisable sur l’emuNAND car le port cartouche se met à jour à partir de HOS 12.0.0 (un efuse LOTUS se grille et cela fait donc 4 depuis la 4.0.0/9.0.0/11.0.0/12.0.0). Il n’existe aucun moyen de contourner cela via SX OS. Seul le patch NoGC le permet. Des explications en FAQ sont dispos.

Pour le reste et ce qui concerne l’emuNAND, si tu souhaites la conserver, il faut opérer une fonction de migration via Hekate pour que cette dernière soit utilisable pour les deux hack. Toutefois, elle ne doit pas dépasser 11.0.0 sinon, SX OS ne pourra plus être utilisé. Et si tu mets a jour l’emuNAND pour ne plus passer par SX OS, tu le pourras pour AMS/Hekate.

Tu peux aussi créer une seconde emuNAND pour AMS/Hekate dans la version souhaitée mais est-ce vraiment utile ? Seul toi peut le savoir en fonction de ce que tu souhaites.

Dans tous les cas, sache que le downgrade de la sysNAND ne sera possible que si tu décides de conserver tes eFuses et que tu actives le mode autoRCM pour tout le temps booter sur CFW. Si tu ne fais pas cela, les eFuses de la CM se grilleront et démarrer la console sans hack aboutira à une erreur. Ceci est pour information.

Beaucoup d’éléments et des choix à faire. A toi de voir mais si tu souhaites utiliser AMS strictement, tu peux tout refaire. Une chose peut être envisagée, c’est sans doute le dump de tes sauvegardes pour les réutiliser ensuite. Les jeux XCi que tu utilisais via SX OS s’installeront comme des NSP via un gestionnaire de backups sous AMS.

Conserve tout de même une sauvegarde de ta SD sur PC et ta licence de SX OS.

Salut,
Merci pour les tutos.
Débutant, j'ai une slim 2004A en 4.76, je dois donc faire la mise à jour en 4.88 pour installer un CFW 4.88. Une fois cela fait, pourquoi vouloir downgrade ( d'après les derniers coms) ?
Le CFW 4.88 est instable ?

Comme annoncé il y a peu, le développeur SciresM propose la finale release de la version 1.0.0 de son CFW Atmosphère.

Bien que le plus simple lorsque l’on décide de mettre à jour le CFW sur sa SD est de supprimer tous les éléments qui le concernent en ne touchant pas aux dossiers Nintendo et ce qui se réfère à l’emuMMC, cette nouvelle version embarque un certain nombre de changements !

Si vous mettez à jour depuis la v0.20.X ou inférieur, il faut utiliser Fusee.bin en lien sur le Github avec la release d’Atmosphère pour booter.

• Fusee.bin


• Atmosphere v1.0.0 + HBL 2.4.1 + HBMenu 3.4.1

La première indication plus haut semble plus simple pour refaire une préparation de sa SD mais si vous faites la mise à jour en remplaçant seulement les éléments sur votre carte SD, il faut :

• Supprimer le fichier atmosphere\config\bct.ini


• Supprimer le dossier atmosphere\kip_patches\default_nogc,


• Supprimer atmospherre\fusee-secondary.bin


• Supprimer fusee-mtc.bin qui en principe n’existe plus depuis la v0.20.x


• Si la mise à jour se fait depuis une version inférieure à la version 0.20.0, il faudra aussi supprimer le dossier sept et certains dossiers dans atmosphere\contents


• Si vous utilisez Hekate, il faut aussi modifier les configs pour remplacer la mention de fusee-secondary.bin par package3 (voir l’exemple du fichier Hekate_ipl.ini plus bas)

Vous l’aurez compris, une mise à jour ainsi semble fastidieuse si vous ne maîtrisez pas. Autant refaire une préparation de sa SD.

Et pour ceux qui utilisent le patch NoGC, cela se fait, depuis la v1.0.0, dans le fichier atmosphere\config\stratosphere.ini

Les sigpatches sont également à jour pour cette dernière release. Pour ce qui concerne Hekate, à voir si une mise à niveau suivra.

Le fichier Hekate_ipl.ini doit ressembler à cela:

Code: Select All Code

[config]
autoboot=0
autoboot_list=0
bootwait=0
autohosoff=0
autonogc=1
updater2p=1
backlight=100

[CFW - sysMMC]
fss0=atmosphere/package3
kip1patch=nosigchk
atmosphere=1
emummc_force_disable=1
icon=bootloader/res/icon_payload.bmp

[CFW - emuMMC]
fss0=atmosphere/package3
kip1patch=nosigchk
emummcforce=1
atmosphere=1
icon=bootloader/res/icon_payload.bmp

[Stock - sysMMC]
fss0=atmosphere/package3
emummc_force_disable=1
stock=1
icon=bootloader/res/icon_switch.bmp

Ceci est l’exemple le plus basique car ce fichier est configurable à souhait !

Le développeur SciresM propose la v0.20.1 de son CFW Atmosphère. Elle apporte un correctif pour les modèles Mariko.

Les sigpatches sont disponibles également.

A voir si Hekate aura besoin d’une mise à niveau mais je ne pense pas.

Bonjour a tous

encore une fois, merci pour le boulot accompli pour la communauté

petite qustion, suite au derniere mise a jour, puis toujours utiliser SDSetup car les versiosn indiquées ne correspondent pas au versions téléchargeables dans le tuto

merci davance

La Switch voit ses aspects underground évoluer. Le développeur SciresM propose la v0.20.0 de son CFW Atmosphère et CTCaer, la v5.6.0 de son custom bootloader Hekate.

Cela implique beaucoup de changements et également de s’assurer que les homebrews sont mis à niveau pour ces dernières versions avant de se lancer. C’est le cas pour Lockpick_RCM avec sa v1.9.4.

Les sigpatches sont également disponibles.

Le tutoriel nécessitera une mise à jour pour tout ce qui concerne Sept puisque ce dernier ne sera plus utile. Si vous mettez à niveau, cela nécessite une nouvelle préparation de votre SD et de supprimer les anciens éléments.

EDIT: MAJ Tutoriel fait !

Le dernier firmware est 12.1.0 donc c’est avec lui que tu dois mettre à jour. Soit cela restaurera ta Switch correctement, soit tu as corrompue ta NAND comme dit plus haut et dans ce cas, c’est une forme de brick mais cela se répare ainsi avec une sauvegarde de NAND puis mise à jour à l’issu par rapport aux eFuses si la version est antérieure à la dernière.

En principe, cette restauration de NAND inférieure à la version dans laquelle nous sommes doit s’opérer en bootant à l’issu sur le CFW pour éviter des erreurs d’eFuses en mode normal (dans le cas où le nombre d’eFuses ne correspond pas). Hekate permet le contournement de la vérification des eFuses. Et à l’issu, la démarche est de mettre à jour HOS.