13 réponses à ce sujet

[PsikOuneT]

Bonjour à tous,

 

Je viens ici faire appel à vos lumière car ma switch est actuellement HS...

 

Situation de départ :

 

Switch fonctionnelle en 6.0, ReiNx 1.7

 

Suite à la problématique de certains update nsp qui ne fonctionnent pas dans cette version de firmware, je me dis que je vais me renseigner et faire un upgrade.
Je trouve donc sur le net un beau firmware 6.2, ChoixDuJour et j'envoie tout ça en ftp sur la switch.

 

Je lance le tout, et cela semble fonctionner à merveille => cela me dit de rebooter à la fin, ce que je fais via le bouton proposé par choixdujour.

 

Et là c'est le drame, écran noir...

 

Ce que j'ai essayé :

 

- power pendant 15sec => rien

- power + vol => rien

- quand je la branche au pc, tegraRcm me dit bien qu'elle est en mode RCM (activé auto par choixdujour apparemment), je peux donc injecter un payload => écran noir toujours...

 

Quand j'ai fait les manips elle avait 80-90% de batterie

 

J'ai un JIG comme unique outil...

 

Si vous avez une piste pour moi svp, car là j'avoue que je sèche...

 

D'avance merci pour vos réponses!

 

 

[eliboa]

Oui, ChoiDuJourNX active bien le mode AutoRCM par défaut et donc c'est normal que ta console redémarre en mode RCM mais logiquement tu devrais pouvoir injecter un payload.

Quel payload tu injectes ? Essaye d'abord avec un payload comme hekate après avoir appuyer 15 secondes sur POWER (jusqu'à ce que TegraRcmGUI indique qu'elle n'est plus en RCM).

Tu peux enlever le jig, une console en autoRCM démarre en RCM via un simple appui sur POWER ou lorsqu'elle est branchée en USB

[ucef]

Ne me dit pas que t'as pas fait de backup avant !!

[Wargla]

Tu utilises bien ReiNX 2.0 ? Tu as besoin de cette version pour booter correctement en 6.2.

[PsikOuneT]

Merci pour vos retours!

 

L'astuce du tegraRCM pour vérifier que la console est éteinte m'a été bien utile : du coup elle a pu démarrer et j'ai pu injecter un payload (ReiNx) même si pour le moment ça ne fonctionne pas car la structure de la SD doit être changée pour la nouvelle version compatible 6.2, et je n'ai pas d'adaptateur micro-SD sur moi (essayé avec le montage de disque du tegraRCM mais certains fichiers .kip ne peuvent pas être manipulés à ce moment là)

 

J'essaye ça dès que possible et je vous fait un retour!

[PsikOuneT]

Alors voici les nouvelles :

 

Je parviens à lancer hekate mais pas de CFW => pour REINX j'ai le splash puis écran noir

 

Je peux également via hekate démarrer en OFW mais ça me demande une MaJ de la console pour lire la carte SD! Alors que cela fonctionnait très bien en version 6.0

 

Je ne pige rien...

 

Merci pour votre aide

[eliboa]

Alors voici les nouvelles :

 

Je parviens à lancer hekate mais pas de CFW => pour REINX j'ai le splash puis écran noir

 

Je peux également via hekate démarrer en OFW mais ça me demande une MaJ de la console pour lire la carte SD! Alors que cela fonctionnait très bien en version 6.0

 

Je ne pige rien...

 

Merci pour votre aide

T'aurais pas installé le driver exFat manuellement puis mis à jour en 6.2 ?

Il semble que tu aies perdu ce driver. Soit il faut le réinstaller, soit il faut reformater ta carte en FAT32 et essayé de relancer ReiNX après avoir recopié les fichiers sur la SD reformatée.

[PsikOuneT]

Non je n'ai pas installé ce driver à la main :\

 

Mais je me demande si lors de l'utilisation de choixdujournx il ne m'a pas dit un truc genre "installer en exfat ou installer en qqch d'autre"

 

En fait je pense avoir fait n'importe quoi avec ChoixDuJour....

 

J'ai récupéré le firmware 6.2 sur DarkU...a, lancé le nro de choixdujour et lancé directement l'upgrade...

Modifié par PsikOuneT, 15 janvier 2019 - 12:51.

[ucef]

Une petite vérification vite fait, est ce que t'as le dossier Nintendo sur la carte ?
Ça se génére automatiquement lors de la roconnaissance de votre sd par la console, sans ce dossier aucun CFW ne marchera t'auras tjrs l'écran noir.
En fat32 ça à se génére sans soucis vue la console reconnais ce type de sd pour le exfat la console doit faire la mise à jour pour installer le driver

Modifié par ucef, 15 janvier 2019 - 12:55.

[eliboa]

Non je n'ai pas installé ce driver à la main :\

 

Mais je me demande si lors de l'utilisation de choixdujournx il ne m'a pas dit un truc genre "installer en exfat ou installer en qqch d'autre"

 

En fait je pense avoir fait n'importe quoi avec ChoixDuJour....

 

J'ai récupéré le firmware 6.2 sur DarkU...a, lancé le nro de choixdujour et lancé directement l'upgrade...

Oui tu as du choisir d'installer le firmware sans le support exFat, j'avais oublié que tu avais le choix à l'installation.

Le mieux pour toi est soit de restaurer un dump de NAND < 6.2 si tu en as un puis recommencer l'install via ChoiDuJourNX mais cette fois-ci en sélectionnant le support exFat. Soit de réinstaller le FW 6.2 à partir d'une carte formatée en FAT32. Comme tu préfères, les deux solutions devraient fonctionner

[PsikOuneT]

Alors du coup comme vu sur un autre topic j'ai fait la MaJ via OFW... Et tout fonctionne de nouveau. J'ai juste perdu le autorcm (et un efuse probablement)

[shadow256]

Alors du coup comme vu sur un autre topic j'ai fait la MaJ via OFW... Et tout fonctionne de nouveau. J'ai juste perdu le autorcm (et un efuse probablement)

Oui et si tu n'as pas restaurer un dump clean de ta nand avant cette manipulation ta console sera probablement bannie. Bon au moins infos intéressante que je relève dans cette histoire, la mise à jour officielle désactive l'auto-RCM si activé, je n'étais pas certain de cela avant.

[eliboa]

Oui et si tu n'as pas restaurer un dump clean de ta nand avant cette manipulation ta console sera probablement bannie. Bon au moins infos intéressante que je relève dans cette histoire, la mise à jour officielle désactive l'auto-RCM si activé, je n'étais pas certain de cela avant.

Shadow, je suis pas certain que toutes les maj firmware touchent à la partition boot0. A mon avis c'est spécifique au FW 6.2 dans lequel toute la crypto du Package1ldr a été revue et donc les partitions boot0 et boot1 ont été modifiées... ce qui a viré l'autoRCM.

Modifié par eliboa, 15 janvier 2019 - 15:39.

[shadow256]

Shadow, je suis pas certain que toutes les maj firmware touchent à la partition boot0. A mon avis c'est spécifique au FW 6.2 dans lequel toute la crypto du Package1ldr a été revue et donc les partitions boot0 et boot1 ont été modifiées... ce qui a viré l'autoRCM.

Bien vu effectivement, tu as peut-être raison pour le coup.