bootloader

Le développeur SciresM propose la v1.1.0 Pre-Release de son CFW Atmosphère. Au menu, la prise en charge de HOS 13.0.0 avec des mises à niveaux et des correctifs. Avant de vous lancer, patientez jusqu’à ce que la release stable soit proposée.

Le développeur CTCaer propose la v5.6.1 de son custom bootloader avec la v1.0.7 de son interface graphique NYX. Au Menu, la prise en charge de HOS 13.0.0 avec des correctifs.

Important:

• Avis concernant Atmosphere 1.0.0 et versions ultérieures : le fichier fss0=atmosphere/fusee-secondaire.bin dans hekate_ipl.ini doit être remplacé par fss0=atmosphere/package3


• Avis concernant emuMMC redimensionnée : emuMMC redimensionnée n'a pas le bug lent depuis la v5.6.0. Vous pouvez en créer une nouvelle ou la recréer via Nyx et le problème disparaîtra.

Les sigpatches sont également proposés. De plus, pensez à utiliser Lockpick_RCM pour obtenir la dernière clé !

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 !

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 !

Si la restauration de la NAND a échoué, soit la NAND est restée telle qu’elle était avant ou alors, le processus s’est interrompu durant l'écriture et cela l’a finalement corrompue. Une restauration sera nécessaire dans ce dernier cas.

Le fait qu’hekate démarre correctement semble normal puisque c’est un custom bootloader. En revanche, Atmosphère est un CFW qui se lance dans HOS donc si déjà ta console ne démarre pas correctement, normal qu’Atmosphère non plus.

D'où le fait d’utiliser le script de Shadow qui pourra certainement aboutir à quelque chose. Il offre des possibilités mais à voir en fonction.

Bonjour à tous,

Nouvel acquéreur d'une Switch, je me suis lancé dans l'installation d'un CFW en suivant scrupuleusement le tutoriel.
Seulement, cela ne se passe pas comme prévu et je n'arrive pas à booter sur le CFW. Je vous liste ma démarche afin d'être sûr de ne pas avoir fait une bêtise :
- Formatage de la carte micro SD en exFAT et installation du pilote sur la switch.
- Téléchargement et installation des fichiers via SDSetup avec le pack recommanded Defaults.
- Copie des payloads "fusee-primary.bin" et "hekate_ctcaer_5.5.8.bin" dans le dossier Payloads de la carte SD (à l'intérieur du dossier Bootloader".
- Passage de la switch en RCM via un Jig.
- Injection du Bin Hekate via TegraRCMGUI.

A ce moment précis, la console boot bien sur l'interface NYX.
Je continue donc le tutoriel et essais d'accéder à l'Applet Album, en allant dans Launch, puis en sélectionnant SysMMC (ou même EmuMMC).
La console s'éteint, pour ne plus redémarrer. Enfin si, en la forçant j'arrive à la redémarrer. Mais il m'est impossible de la faire boot.

J'ai essayé la même manipulation mais en injectant fusee-primary.bin dans TegraRCMGU, et là, il ne se passe carrément rien au niveau de la console, par contre Tegra me dit que l'injection à fonctionnée.

Pour information, la console est en V12.1.0, et son n° de série est "valide" sur tout les softs testés : XAJ40043635807

J'ai également essayé de formater la carte micro SD en FAT32, cela ne change rien.

Quelqu'un aurait-il une idée d'où pourrait venir le problème ?

Merci d'avance !

Salut

J'ai upgradé ma Switch 10.2 AMS 0.14.4 en 12.1.0 AMS 0.19.5 en suivant le tuto via SDSetup.

Depuis j'ai certains jeux qui refusent de se lancer (données corrompues) comme Dragon Quest2 mais d'autres qui marchent tjs ex MineCraft. J'ai essayé de réinstaller le nsp sans succès.
J'ai vérifié plusieurs fois mon install, je ne vois pas d'erreur, par contre je vois que ca s'arrête à la v12.0.03 dans bootloader/patches.ini
Ca ne serait pas ca le problème?

j'ai lancé la procédure pour restaurer boot0 sur kekate sauf que ça m'a remis la première erreur pkg1 du coup j'ai supprimer le contenu de ma sd et désinstaller l'autorcm affin d'essayer de restaurer mon ancien boot0 qui fonctionnais sur sxos a partir de sxos sauf qu'une des pattes du jig a cassé et je peux plus la redemarré

je viens de réussir a fabriquer un jig avec un trombone.
je lance le test hekate atmosphère en suivant le tuto que j'explique mes étapes en même temps, si j'oublie quelque chose ou fais mal quelque chose n’hésite pas a me le dire!
dans ma sd j'ai laissé:
- boot sx
-payload
-sxos(avec d'anciens boot0 et 1 fonctionnel, fais sauvegarde sur pc il ya longtemps)
-license sx

je telecharge hekate 5.5.8, atmosphere 0.19.5 without mesosphere, nx hbmenu et sigpatch atmo/hekate que je decompresse et met a la racine de la sd.
Du coup je me retouve avec:
-Atmosphere
-Bootloader
-Sept
-Switch
-Hbmenu
-Nx hbmenu
-Hekate 5.5.8
- Plus ceux nommé ci-dessus
jai mis lockpick_rcm 1.9.3 et fusee primary dans le dossier bootloader, payload.
La préparation de la sd est terminée


Je démarre avec sx os et je lance hekate via payload
je test dump package et il me marque pkg2 decryption failed
je fais backup emc boot0 et 1 came marque done et finis et vérifié
je refais dump package et ca me refais la meme erreur.
je vais dans payload et je lance lockpich rcm je fais dump from sysnand:
-mmc init done 11544 us
-tsec key done 18006 us
-master key done in 2097 us
bis key done in 220 us
unable to open sd seed vector,skipping
unable to get sd seed
......
apres ca me marque
found 1 titlekeys
found 132 keys
et mon erreur sur sept:
-found through master_key_07
je reboot rcm et je refais dump package et ca refais l'erreur pkg 2
quadn je lance fusee primary bin dans le payload d'hekate il me marque erreur failed to decrypt the package 2 header (master key revision 7)
je suis rebloqué a la même étapes.
burnt fuses 12-0 (HOS: 9.1.0-9.2.0) je comprend pas trop les efuses mais je n'en suis pas encore a cette étape?
j'ai expliqué comment j'ai procédé n’hésite pas a me dire si j'ai fais une erreur ?
je n'ai juste pas pu essayer de trouver d'autre boot0 et 1 et je ne sais pas ou les mettres dans la sd (sx os, hekate...)?

Bonjour alors je confirme j'ai bien passé mon Emunand de SXOS à Atmosphere et qu'elle est pourtant bien activée via Hekake.
Je suis bien sous EMUnand pourtant, j'ai vérifé.
Je pense que par défaut elle doit se lancer si elle est active sous Hekake même si non précisé dans le fichier .ini.

Néanmoins je m'interroge sur cette ligne là :

Code: Select All Code

fss0=atmosphere/fusee-secondary.bin

alors que la mienne c'est

Code: Select All Code

payload=bootloader/payloads/fusee-primary.bin

Pour la 1re demande, si tu a supprimé le ticket du/des jeux en question, c’est qu’il y avait bien des traces. Pour le dossier que tu indiques, difficile de savoir si ce sont réellement des tickets inutilisés car je ne sais pas ce que tu as fait sur ta console. Toutefois, si tu en es vraiment certain, oui, tu peux supprimer. Et si tu as un doute, il faudrait savoir à quoi chacun correspond en fonction de ce que tu as installé ou non.

Comme tu as migré sous Atmosphère, il manque des éléments d’explicatIon ou plutôt des compléments, as-tu migré ton emuNAND ou seulement procédé à un changement de Hack ?

Je pose cette question car, en regardant ton Hekate_ipl.ini, il manque l'accès a l’emuNAND ou alors je fais erreur. Je n’ai pas testé la migration d’emuNAND de SX OS à Atmosphère via Hekate donc c’est plus une question qu’une affirmation.

En principe, la configuration du fichier Hekate_ipl.ini correspond plus à cela lorsqu’il y a la présence d’une emuNAND et que l’on passe par Hekate pour booter.

Code: Select All Code

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

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

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

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


Toutefois, il existe des configurations à souhait via ce fichier mais celle d’origine est semblable à celle-ci. En revanche, dans le cas d’une migration d’emuNAND, je ne sais pas, d’où ma question. Et cela dépend aussi de comment tu as décidé de booter, via Atmosphère ou Hekate.

Maintenant si tu n’as pas d’emuNAND et que tu utilises seulement la sysNAND, alors, la question ne se pose pas. Même si cela n’est pas trop recommandé, chacun fait comme il le souhaite.

Voici le lien du tutoriel pour Atmosphère/Hekate:
https://gamergen.com/forums/underground ... 36600.html
Cela t’apportera des infos complémentaires.

Et si tu n’as pas d’emuNAND, alors le passage de SX OS à Atmosphère se fait simplement. Il y a juste à préparer sa SD avec tous les éléments nécessaires. En revanche, si tu possédais une emuNAND sous SX OS, il faut réaliser une opération de migration au préalable pour la rendre compatible pour Atmosphère. Cela peut se faire via Hekate ou manuellement. Cela dépend surtout de ta configuration de l’emuNAND car via Fichiers ou via Partition, ce n’est pas la même opération. Et il n’y a pas de tutoriel détaillé sur le forum car trop de configuration possible.

Si tu as des problèmes via Atmosphère/Hekate, c’est qu’il doit manquer des aspects dans ton utilisation. A voir, car comme dit, je ne suis pas devant ta console.