
Derniers tests et previews


TEST Split Fiction : que vaut la version Switch 2 ?

TEST Caméra pour Nintendo Switch 2 : un accessoire indispensable ?

TEST Death Stranding 2: On The Beach, une expérience poignante entre solitude et action

TEST Switch 2 : notre avis sur la pochette de transport officielle de Nintendo
Dernières actualités

BON PLAN : YouPrice propose de nombreux forfaits à moins de 12 € par mois pour ne pas se ruiner

BON PLAN : Sonic X Shadow Generations est à prix réduit, il va falloir faire vite !

BON PLAN : Dragon Age: The Veilguard, de belles promotions sur le dernier RPG de BioWare

Drop Dead: The Cabin confirmé sur PC avec coop à 4 joueurs et crossplay VR

bootloader
A aucun moment il est indiqué de recommencer depuis le début ou de formater sa SD mais juste de mettre à jour ou de vérifier que la carte SD contient tous les éléments nécessaires et au bon endroit. D’où la proposition de passer par SDSetup pour préparer sa SD. Ainsi après décompression de l’archive, on s’aperçoit très vite de l’arborescence de chaque dossier et de son contenu pour remplacer les éléments et outils sur la SD. La seule chose qu’il faut ajouter, ce sont les sigpatches car non présent dans cette préparation et par la même, après décompression, on ajoute les éléments en suivant l’arborescence sur la SD. Rien de plus simple à faire.
Le tutoriel est là pour récapituler la démarche de manière très détaillée même si le vocabulaire peut être difficile à comprendre. Et même au delà de ceci, avec une simple recherche, on trouve facilement à quoi correspond certains termes mais je peux comprendre que ce n’est pas à la portée de tous.
Mais si cela peut aider bien que la démarche ne changera pas la manière: le mode RCM est un mode recovery (de récupération/réparation) qui permet de lancer un payload (une charge utile) pour booter sur le CFW (custom firmware ou firmware personnalisé) ou un homebrew (outil) ou un custom bootloader (un loader personnalisé).
Ce mode RCM se fait avec une combinaison de touches et un court circuit, comme cela est indiqué dans le tutoriel. Cela s’applique avec un JiG plutôt qu’un trombone maison. Cela est pourtant bien clair dans les indications préconisées !
Donc même si le vocabulaire reste complexe, le tutoriel apporte des indications claires et détaillées pour suivre pas à pas ce qu’il faut faire.
De plus, l’outil PC pour injecter ce payload (charge utile) s’opère, via PC, avec TegraRCMGui, comme précisé. Il faut donc un câble USB adapté qui transmet des données. Là aussi, détailler davantage, il faudrait dire où car tout est bien précisé.
Et pour rajouter des indications complémentaires, le tutoriel indique bien d’utiliser Hekate qui est le custom bootloader (loader personnalisé) pour ensuite booter sur le CFW Atmosphère. Il peut également booter sur des outils comme Lockpick_RCM, une étape précisée dans le tutoriel pour utiliser d’autres fichiers dont l’extension est BIN. Certains n’utilisent pas Hekate mais je trouve qu’il a de nombreuses fonctions non négligeables qui rendra l’utilisation plus simple et sans contrainte.
Pour ce qui est du terme Dump dans l’utilisation de Lockpick_RCM, il s’agit juste d’extraire l’ensemble des clés (keys) de la console dans un fichier pour ensuite utiliser certains outils. Ceci est nécessaire.
Et pour ce qui est des outils utilisés, soit lors de la préparation de la SD, ils sont déjà inclus car l’utilisateur peut choisir ce qu’il veut, soit l’utilisateur les ajoute manuellement directement depuis la source. Dans tous les cas, après décompression, il est facile de savoir où se situe chaque élément sur la SD.
Pour ce qui est des jeux dit backups, ils ont besoin des sigpatches pour être installés et lancés. En fonction de ce que demande le jeu en termes de message ou de code erreur, il serait facile d’identifier le besoin car cela peut être divers et variés. Soit le jeu a besoin des derniers sigpatches, soit le jeu a besoin d’un update (mise a jour du jeu) à installer manuellement et non via les serveurs de Nintendo, soit il est mal compilé et donc corrompu etc…
Voilà pour le complement.
Pour sx os, oui je sais bien qu’on ne pouvait plus l’utiliser au-delà du firmware 11, c’est pour ça que je souhaite migrer vers atmosphère.
Pour Kosmos, c’est proposé sur sd setup.( mais je ne savais pas que c’était obsolète).
Pour le rcm loader v1, il n’est plus mis à jour, la dernière version date de 2019 (je n’ai pas réussi à le mettre à jour avec cette dernière version, le dossier iap ne disparaissant pas en faisant les manipulations débrancher attendre 5 secondes puis rebrancher) d’où la manip que j’ai faites (transformer hekate.ini en payload bin) ceci semble fonctionner puisque j’accède à hekate en rcm.
Pour les sigpatches, on les a avec sd setup ou faut-il les chercher ailleurs ?
Faut-il faire attention à leur compatibilité avec la version hekate et d’atmosphère ?
Merci et désolé si je ne comprends pas tout, j’avoue être un peu dépassé sur ce coup.
J'ai installé les sigpatches présent dans le tutoriel aux emplacements prévus : atmosphère et bootloader. Mais j'ai toujours le même message au moment du Launch :
"Panic occurred while running atmosphere"
Title id : 010041544D53000
Error : std : : abort (0xFFE)
report saved to /atmosphere/fatal_errors/report_05918443.bin
Press POWER to continue.
Je m'arrache les cheveux, heureusement je n'en ai presque plus...
https://github.com/Atmosphere-NX/Atmosp ... /tag/1.3.0
Le développeur CTCaer propose également la version 5.7.2 de son custom bootloader Hekate avec la v1.2.2 de son interface graphique NYX. Des correctifs ont été apportés avec la prise en charge de HOS 14.0.0.
https://github.com/CTCaer/hekate/releases/tag/v5.7.2
Les sigpatches sont également disponibles.
Cette version de HOS 14.0.0 propose une nouvelle clé à dumper avec la dernière version de Lockpick_RCM.
https://github.com/shchmue/Lockpick_RCM ... tag/v1.9.7
A noter que la version HOS 14.0.0 ne grille pas d’eFuse supplémentaire et nous en sommes donc à 16 depuis la version 13.2.1.
Cela implique de préparer sa SD préalablement.
Pour AMS/Hekate, voici le tutoriel:
https://gamergen.com/forums/underground ... 36600.html
Tu y trouveras toutes les informations nécessaires. Les étapes de la sauvegarde de NAND et de la création d’une emuNAND ne sont pas à faire puisque ton but est de downgrader pour utiliser SX OS à nouveau. De plus, lorsque tu télécharges le firmware, il faut également le décompresser dans un dossier qui lui reste à la racine de ta SD.
Tu parles de clé USB, tu veux dire carte SD ou alors tu utilises aussi un Dongle USB ? Je suppose que c’est bien la SD.
Ensuite, tu as tout supprimé sur ta SD. Tu peux toujours refaire une préparation de cette dernière via le site SDSetup pour y remettre tous les éléments du hack et outils nécessaires. Il te faudra ajouter les sigpatches manuellement.
Voici le tutoriel pour toutes les infos:
https://gamergen.com/forums/underground ... 36600.html
Il te faudra aussi dumper les clés via Lockpick_RCM une fois que tu auras résolu le reste:
https://gamergen.com/forums/underground ... 56353.html
Au delà de ceci, il faudrait savoir si sur ta console, le format exFat est bien actif et que le driver est bien installé car si ce n’est pas le cas, ce sera en FAT32 qu’il faudra formater ta SD. A l’issu, tu auras un message sur ta console pour la mettre à jour. Cela installera le driver exFat si ce n’était pas déjà fait. Tu pourras formater ta SD en exFat ensuite. Et si le format exFat est déjà actif, alors ta SD doit l’être également.
Ceci était pour les aspects underground !
Pour ce qui concerne ta console et le côté hardware. Si cela concerne ta batterie, le fait de la décharger complètement et de tirer dessus avec insistance n’est pas trop conseillé. Ensuite, il y aussi le mode autoRCM qui a tendance à drainer la batterie et si on oublie de la charger, cela devient complexe mais tu n’en parles pas dans ta description donc je suppose que tu ne l’as pas activé avec le hack.
Maintenant si la batterie se recharge, c’est qu’elle n’est pas en cause. Et pour ce qui est du mode autoRCM, le boot sur le CFW se fait sans le JiG si tu l’as activé.
Si la console atterrit sur un écran noir au démarrage, pour vérifier si elle est en mode RCM, il te faut la relier au PC et si tu entends un son, c’est le cas. Il faut préalablement avoir installé le driver via TegraRCMGUi. Le driver du mode RCM et de la console ne sont pas les mêmes.
Et si un hard reboot min 12s n’aboutît pas, soit il y a un problème hardware sur la console, soit il y a ce que j’indique juste avant.
De moi, les messages que tu as eu, sont dûs, dans un premier temps, aux outils underground sur la SD. Les erreurs avec fusee-secondary et Missing LP0 <sleep mode> lib! Missing or old Minerva lib! , Update bootloader folder! sont liées à Hekate. Donc soit il s’agit d’une mise à jour non faite pour la dernière version HOS 13.2.0 ou alors il s’agit d’une mise à jour des outils pour une version de HOS antérieure à la 12.0.0. A voir car tu n’indiques pas ta version de firmware.
Tu as aussi le script de Shadow qui pourra t’apporter une aide pour certains aspects. Mais difficile de savoir car qui pas devant ta console.
https://gamergen.com/forums/underground ... 44252.html