installer

Une source inconnue et peu fiable. Pourquoi enlever le mode RCM pour commencer alors que ce mode s’il doit être enlevé est le mode autoRCM. Mais même au delà de cette erreur d’intitulé, si tu l’avais activé avant, et que tu l’as désactivé ensuite, alors c’est le cas. En revanche, s’il n’était pas activé avant et que tu l’as désactivé, alors tu n’as fait que l’activer. Cela semble plus logique.

Et s’il est bien activé comme je le suppose, alors ta console attend juste de booter sans le JiG en injectant un payload, soit fusée, soit Hekate, via PC si c’est le moyen que tu utilisais depuis. Donc soit le driver n’est pas installé sur ton OC. Et quand je parle de driver, il s’agit de celui du mode RCM et non de la console en mode normal. Et cela s’opère via TegraRCMGui comme déjà dit.

Au delà de cela, il ne faudrait pas qu’en faisant cela, tu es fait une manipulation irréversible. Si le mode autoRCM n’était pas actif avant cette opération, il n’y avait pas de raison de procéder ainsi.

Si la console ne répond plus, soit la batterie a pris un coup, soit tu as corrompu le boot0 de la console. Si tu es certain d’avoir mis à jour tous les éléments sur ta SD avec notamment les derniers sigpatches, et que ce mode autoRCM est bien actif comme je le suppose, la console attend un boot sans le JiG. En revanche, si cela concerne la batterie, ce sera forcément un changement si elle ne charge pas. Et si c’est le boot0, il faut le restaurer avec une sauvegarde que tu possèdes mais il faut un accès à la console sauf erreur ou des moyens tiers sans cela.

Suivre des tutoriels dont la source n’est pas officiel amène à des difficultés irréversibles le plus souvent. Et utiliser des packs tout fait causent plus de problèmes qu’autre chose.

A tout hasard, pour vérifier si tu as tout bien fait et aussi répondre à tes questions, voici le tutoriel qui se base sur des sources officielles:
https://gamergen.com/forums/underground ... 36600.html

Et voici celui qui concerne DayBreak
https://gamergen.com/forums/underground ... 62975.html

Et pour essayer de te sortir de cela, tu as également le script de Shadow qui propose un certain nombre de fonctions.
https://gamergen.com/forums/underground ... 44252.html

Dans tous les cas, et comme dis depuis le début, soit ta console attend de booter, soit c’est ta batterie, soit c’est une corruption de données. A voir.

Lorsque tu bootes, tu utilises le PC ou autre chose ? Si PC, le driver RCM est installé sur ton PC ? Si non, il faut l’installer via TegraRCMGui (depuis un des onglets de l’outil dont je n’ai plus le nom). Une fois installé, essaie de booter sans le JiG. Si tu as mis à jour l’ensemble des outils sur ta SD, il ne devrait pas y avoir de problème.

Si même après cela, tu n’as toujours rien, le mieux serait de la laisser charger sur Dock ou directement sur secteur toute une nuit car la charge avec le mode autoRCM se fait mais elle est très longue. Le tout, c’est de ne pas insister sur la batterie sinon ce sera un changement.

Ce qui est bizarre, c’est que tu dis avoir utilisé Daybreak mais il ne propose pas le mode autoRCM sauf erreur et si cela a changé depuis.

Une fois la console laissée en charge, il te faudra faire un hard reboot, en laissant appuyé sur le bouton power min 12s/15s et voir ce qui se passe. Soit le mode autoRCM est vraiment désactivé et tu pourras engager le mode RCM, soit il ne l’est pas et ta console attend de booter sans le JiG. Et si tu n’as rien qui s’affiche, la batterie a pris un coup ou c’est autre chose mais comme je ne suis pas devant ta console, difficile de savoir.

Le moyen de savoir si le mode autoRCM est toujours actif est de la relier au PC et si tu entends un son, c’est que ta console attend l’injection du payload pour booter. Cela signifie donc que ce mode autoRCM est toujours actif.
Cela impliquera de passer par tegraRCMGui pour l’injection et cela s’opère sans le JiG.

Si aucun son, soit la batterie est déchargée et avant d’insister, la brancher longtemps avant quoi que ce soit. Si après une très longue durée, toujours rien, ce sera un remplacement de batterie mais avant cela, il vaut mieux en être certain. Ceci est la piste liée au problème du mode autoRCM qui reste déconseillé.

De moi, le première piste reste la raison à ton problème si ta batterie était suffisamment chargée mais comme je ne suis pas devant ta console, difficile de savoir.

De plus, ne pas oublier de mettre l’ensemble des outils à jour sur ta SD ainsi que les derniers sigpatches. Et pour info, le dernier firmware est le 13.2.1.

Je ne sais pas avec quoi tu as mis à jour en 13.2.0 mais s’il s’agit de ChoiDujourNX, il n’est pas compatible au delà de 12.x.x. Il faut donc utiliser Daybreak proposé par SciresM avec Atmosphère.

Voici le tutoriel pour Atmosphère/Hekate:
https://gamergen.com/forums/underground ... 36600.html

Goldleaf (v0.10) et Qwark (v0.5) se mettent à jour.

ChangeLog

[+] CLIQUER POUR AFFICHER

• Général
  
  • Le protocole de communication USB entre Goldleaf et Quark a subi des modifications importantes et radicales


• Goldleaf
  
  • Mise à jour pour les dernières modifications de libusbhsfs/Plutonium, cette dernière signifie probablement que certains bogues de l'interface utilisateur ont peut-être été corrigés
  
  
  • Lors de la navigation sur une page Web, l'utilisateur sélectionné est utilisé
  
  
  • Quelques améliorations sur le lecteur de texte/hexadécimal, qui est maintenant légèrement plus rapide
  
  
  • Nouvelles langues prises en charge : japonais, portugais, brésilien, chinois simplifié, coréen
  
  
  • Les statistiques de lecture globales et du titre de l'utilisateur sont affichées au lieu de celles de l'utilisateur uniquement (lorsqu'un utilisateur est sélectionné)
  
  
  • Les images sélectionnées dans le navigateur de fichiers sont maintenant affichées dans la boîte de dialogue des options, sous forme d'aperçu
  
  
  • Prise en charge ajoutée pour certains contenus installables récents (appelés contenus "épars")
  
  
  • Autres corrections de bugs divers


• Quark
  
  • Quark a été entièrement réécrit :
    
    • Style de matériau supprimé, car cette fonctionnalité (ses bibliothèques) causait des problèmes de version avec ce projet
    
    
    • Une seule version est produite, qui fonctionne à la fois pour Java 8/9+
    
    
    • La fenêtre est maintenant extensible
    
    
    • Suppression de la prise en charge de la présence de Discord car ce n'était pas une fonctionnalité aussi pertinente et en raison de conflits avec les bibliothèques qui étaient utilisées pour cela

Lien: https://github.com/XorTroll/Goldleaf/releases

J’ai lu et cela rejoint ce que j’explique juste avant. Merci pour ton retour bien que dans son cas, cela sera différent puisqu’il utilise SX OS et que cela va dépendre d’autres conditions.

Et comme dit dans le post précédent, cela n’est pas sans risque de ban. En espérant que non.

J'ai réussi, j'explique tout dans le post cité au-dessus.

Ce n’est pas trop le sujet du tutoriel et aucune raison que cela apparaisse en FAQ. Un sujet dans une autre section aurait dû être privilégié.

Cette demande a déjà été demandée d’ailleurs.
https://gamergen.com/forums/blabla-swit ... 67654.html

Il me semble que cela s’opère de manière simple d’une Switch à l’autre lorsqu’il s’agit de la sysNAND (NAND système de la console) et ce sans réel besoin que les deux soient hack ou non sauf erreur. Et cela sans compter le fait que certains jeux passent par un outil tiers (ex: Animal Crossing New Horizon) ou d’autres qui utilisent le Cloud. Dans ces deux derniers cas, cela ne passe pas par l’outil de transfert de la console.

En revanche, transférer une sauvegarde sur l’emuNAND depuis une console jailbreak sur une console non hack, ne pourra pas passer par l’utilitaire simple de la console. Il faut dans ce cas utiliser un outil tiers ou une méthode tierce qui nécessite que les deux soient jailbreak. Comme indiquait dans le sujet en lien, je n’affirme rien en disant cela car non testé mais cela me semble logique.

SysNAND et emuNAND sont déliées donc l’une ne communique pas avec l’autre. Et il existe toujours l’idée du dump via un outil tiers pour ensuite les restaurer mais comme dit, cela implique un jailbreak sur les deux consoles.

Les méthodes qui passent par le online depuis le CFW emuNAND provoquera un bannissement de la console. Et quand il s’agit de la sysNAND, il faut être certain que celle de la console hack soit vraiment clean. Les outils tiers comme JKSV, DBI ou autres permettent de dumper les sauvegardes de l’emuNAND vers la sysNAND pour ensuite faire un transfert de données simple sur sysNAND mais cela présente un risque également.

Après il existe la méthode tierce qui passe par memloader/HacDiskMount/Hactoolnet mais il faudra faire des recherches car ceci est assez complexe.

Hello, je me permets de poser la question ici car s'il y a une solution elle pourrait peut-être se voir incorporer dans la FAQ du tuto pour d'autres jeux.

Cloué au lit je n'avais pas grand chose à faire donc j'ai cherché le moyen de m'occuper en récupérant Pokémon Arceus en avance de manière démat, j'ai récupéré ma version physique aujourd'hui, ça faisait belle lurette que je l'avais pré-achetée.

Donc je jouais sur ma version démat en attendant sur ma Switch JB et la je souhaiterai transférer ma sauvegarde sur ma Switch OLED non JB sauf que l'outil de transfert de sauvegarde refuse quand je suis en mode CF, logique il ne peut pas pointer vers le bon DNS.
Et quand je me mets sur la Switch JB sans le CF, en mode normale, bah ça me fait débuter une autre partie.
Vous avez un moyen de passer sur ma Switch OLED ?

Ou sinon de basculer la sauvegarde de ma Switch en mode CF vers la non CF et ainsi je pourrai transférer la sauvegarde via l'outil de Nintendo.

SVP, flemme de recommencer. ^^'

PS : le jeu est en version 1.0.0 sur les deux consoles et les consoles sont toutes les deux à la dernière MàJ

EDIT : j'avais regardé à différents endroits sauf sur GamerGen et il semblerait que ce ne soit pas possible si j'en crois ce post, pourtant si on a le moyen d'éditer le backup de l'OCF puis de le restaurer ça devrait être bon, non ?

Le mode autoRCM est actif ou non ? Si c’est le cas, la console, pour booter, se fait sans le JiG. Et si ce mode était actif, et que la console n’a pas été rechargée dans les temps, le fait de la recharger lorsqu’elle est à 0% met davantage de temps. En espérant que si la console était à 0%, ne pas avoir trop tiré dessus car là ce sera un remplacement de batterie. Ce mode aitoRCM n’est pas vraiment conseillé. Ceci est une première piste dans le cas où le mode autoRCM a été activé.

Ensuite, l’autre piste consisterait à refaire une préparation de sa SD en supprimant les anciens éléments du CFW (sauf le dossier Nintendo et ce qui se réfère à l’emuNAND) plutôt que de seulement les écraser. Les outils ont évolués depuis et cela nécessite une suppression de beaucoup d’anciens éléments. Cela pourraient rejoindre les nombreuses erreurs subies. De plus, l’outil ChoiDujourNX n’est pas compatible au delà de la version 12.x.x. Ne pas oublier d’ajouter les sigpatches manuellement et de dumper les dernières clés via Lockpick_RCM pour utiliser certains outils.

Et pour terminer, mettre également à jour les outils du dongle si ce n’est pas déjà fait.

Difficile de savoir car, malgré les photos, aucune indication sur les codes erreurs éventuels ni sur les détails des manipulations.

Voici le tutoriel pour toutes les infos:
https://gamergen.com/forums/underground ... 36600.html

Les sigpatches sont utiles pour l’installation des jeux et les clés pour utiliser certains outils donc je doute fortement que tu ne les aies pas utilisés auparavant. L’info est dans le tutoriel et dans sa FAQ.

Le tutoriel avec toutes les infos:
https://gamergen.com/forums/underground ... 36600.html

Lockpick_RCM pour le dump des Keys:
https://gamergen.com/forums/underground ... 56353.html

Oui, Awoo, goldleaf etc sont des gestionnaires de backups. Tu as également DBi, le plus simple du moment en termes d’utilisation.
https://gamergen.com/forums/underground ... 63410.html

Voir dans la section underground Switch pour d’autres outils/homebrews.