shadow

Chouette, grâce à cela, un commentaire
Plus sérieusement, la ligne avait sauté, mais c'est corrigé, merci de l'avoir signalé. Au passage, si tu avais lu l'article et regardé les Benchmarks (Shadow et Horizon), tu aurais eu ta réponse plus vite, c'est écrit dessus, comme le Port-Salut.
Bonne journée.

TegraRCMGui n’a pas de mode autoRCM par défaut ni de fonction pour le faire sauf erreur, tu dois confondre avec le mode RCM. Daybreak non plus puisque le développeur n’a pas souhaité l’intégrer non plus ce mode qui reste déconseillé. Et Daybreak s’utilise sur la console et pas sur le PC.

Donc je pense que tu as voulu dire que tu as lancé le mode RCM puis ensuite tu as injecté le bin via TegraRCMGui pour booter ta console.

Dans ton cas et comme je l’ai dit, soit tu as accès à la console et tu peux mettre à jour HOS dans la dernière version et cela va résoudre le problème. Il y a aussi la méthode de restauration de NAND et boot0/1 pour ensuite mettre à jour mais il faut un accès à la console.

Et si tu penses avoir activé le mode autoRCM, ce que je doute avec les dernières explications que tu donnes, la console attend de booter sans le JiG en injectant le .bin via TegraRCMGui.

Sans accès à la console, cela ne va pas être simple, puisque ces démarches demandent un accès. Et là je ne sais quoi te conseiller.

Je t’ai également donné le lien pour utiliser le script de Shadow qui permet d’autres aspects. A voir.

ChoiDujourNX est un fichier .nro et non .bin donc tu ne peux le lancer depuis le dossier payload. Cela fait un bail que je ne me suis plus penché là dessus.

Donc, soit tu lances le CFW Atmosphère via Hekate puis ensuite tu downgrades via ChoiDujourNX. Cela implique de préparer sa SD en amont avec tous les éléments et notamment les sigpatches. Ne pas activer le mode autoRCM lors de l’opération.
Le tutoriel pour ChoiDujourNX, non compatible au delà de HOS 11:
https://gamergen.com/forums/underground ... 44482.html

Tu peux aussi voir, via le script de Shadow, de faire cette opération sauf erreur.
https://gamergen.com/forums/underground ... 44252.html

A voir.

Ton sujet n’a pas été déplacé, c’est toi qui l’a créé et tu as posté un peu partout ensuite. Merci également d’éviter de multiplier tes posts.

Pour revenir à ton problème et comme je l’indique dans mon post précédent, le fait d’avoir downgradé dans une version inférieure à HOS 15 est impossible puisque tu as grillé tes eFuses. Cela a donc créé ton problème si tu n’as pas configuré Hekate correctement.

De plus, tu n’indiques pas si ton downgrade a été fait sur la sysNAND ou l’emuNAND mais je suppose qu’il s’agit de la sysNAND. Ce n’est pas vraiment conseillé d’avoir omis les préconisations qui concernent la création d’une emuNAND si c’est le cas.

Pour ce qui est de l’autoRCM, ta console attend de booter sans le JIG comme déjà dit. Si ton fichier Hekate_ipl.ini a été bien configuré, tu as peut être une chance qu’il a ignoré la vérification des eFuses avec le patch NoGC actif. Et dans ce cas, selon le soft que tu as utilisé sur PC, car tu ne précises pas lequel non plus, il aurait sans doute activé le mode autoRCM par défaut. A vérifier dans un premier temps en bootant sans le JIG via PC avec TegraRCMGui ou Dongle SX.

Si le Dongle ne répond pas, il peut être déchargé. A voir également.

Et si tu n’as pas accès à ta console, cela va être complexe de restaurer quoi que ce soit. D’ailleurs, j’espère que tu as opéré une sauvegarde de NAND et notamment du boot0/1. Tu pourrais avoir corrompu ces derniers également. C’est aussi une piste possible.

Tu as le script de Shadow qui possède certaines fonctions qui seront utiles aux dernières pistes émises:
https://gamergen.com/forums/underground ... 44252.html

Voilà tout ce que tu peux envisager en attendant d’avoir des précisions sur tes manipulations.

Bonjour,

Je up ce sujet pour ceux qui rencontreraient le même problème et seraient à la recherche d'une solution. Après quelques jours, ma SD a de nouveau refait des siennes. Elle était bien corrompue (même si H2testw disait le contraire), probablement surchargée de données (288 Go de jeux...). J'ai tout de même réussi à la sauver, je n'étais pas prêt à abandonner une SD de 400 Go !

J'ai formaté et reconstruit ma partition avec AOMEI Partition Assistant. Le processus prend environ 3 heures. J'ai perdu toutes mes datas et suis reparti d'une installation propre à partir du script de Shadow. Après 7 mois d'utilisation, aucun souci, ça marche de nouveau comme un charme. En revanche, je limite à 100 Go maximum les jeux installés sur la SD.

Si ça peut aider des personnes dans le même cas de figure... Merci encore à MDProz.