Votre recherche :

payload

loulou7593
Re: [OUTIL PC] NSC_Builder pour convertir vos fichiers
Bonjour,
Je viens de regarder mon fichier keys.txt et je vois que j'ai les lignes qui vont que jusqu'à 05
comme keyblob_key_05 ; titlekek_05 etc....
alors que j'ai vu que pour certains ça allait jusqu'à 09 ....

Je me demande aussi, si le fait d'avoir une emuNAND avec sx os ne posais pas problème ?
Car dans certains tuto pour le dump keys je vois que certains on l'option 'Dump from emuNAND' activée.
Moi je peux faire seulement le 'Dump from sysNAND' .....

Je viens d'utiliser le payload Lockpick_RCM et j'obtiens seulement le fichier prod.key toujours avec des lignes 05

J'utilise sx os avec emuNAND en fichier.
Voir le sujet
loulou7593
Re: [OUTIL PC] NSC_Builder pour convertir vos fichiers
D'accord.

Et concernant la version de ma console ?

D'ailleurs je vais aussi faire le dump clé avec le payload Lockpick_RCM via heckate je pense pour voir car je l'avais fait via utlimate script. Je ne sais pas si ça peut jouer ou non.
Voir le sujet
Avatar de l’utilisateur
MDProz
Re: [INFO] Switch patchée ou pas ?
Si ton modèle fait partie des incertains, il te faut juste tester l’injection du payload en mode RCM via TegraRCMGui avec Hekate. Si tu as un écran noir après injection et que TegraRCMGui te dit ok, c’est qu’elle est parchée.

Le patche comme dit dans le topic et dans les nombreux commentaires depuis, empêche l’injection mais pas le mode RCM.
Voir le sujet
Psy4ang3lo
Re: [INFO] Switch patchée ou pas ?
MDProz Wrote:Je ne sais pas où tu as testé mais elle fait partie des modèles non patchés si ton numéro de série est le bon et comme indiqué dans le topic. Le plus simple est de tester avec TegraRCMGui et d’injecter le payload Hekate tout simplement.


Rolala désolé j'ai écris un mauvais numéro de série :shock:

Mon numéro de série ( le bon ) est XAJ4005568...donc les incertains. :?
Je voulais donc avoir un premier retour des personnes qui sont dans cette même série de switch ( en attend de recevoir mon jig et testé moi-même via le tuto de ce forum )
Merci les copains 8-)
Voir le sujet
Avatar de l’utilisateur
MDProz
Re: Brick de console suite à choix du jour nx
Et ? Le mode autoRCM, tu as du l’activer en utilisant ChoiDujourNX. Donc, lorsque ta console redémarre, tu insères ton dongle SX Pro et tu bootes. Si cela ne fonctionne pas, essaies via PC d’injecter le payload Hekate et tu désactives ce mode autoRCM.

N’insiste pas trop sur la batterie sinon cela va être une vrai galère de la recharger à l’issu. Et si tu ne peux plus l’allumer, il te faut la laisser en charge suffisamment longtemps (c’est très long).
Voir le sujet
Avatar de l’utilisateur
MDProz
Re: Brick de console suite à choix du jour nx
Tu as dû activer le mode autoRCM. Ta console est en attente du payload pour booter.
Voir le sujet
Takfarinas
Re: Console patchable en version 8.1.0 - Démarche correcte ?
Hello?

Auriez-vous un tutoriel pour Hekate depuis le payload?

Je n’ai pas réussi à le faire fonctionner depuis le PC avec TegraRCM :/

Situation actuelle :
- Premier test de Hekate en bootant via OSX : OK
- Sauvegarde NAND : OK (3 fichiers rapatriés sur le PC en Backup)
- Création de l’emuNAND : NOK
- SX OS m’affiche tjs « EmuNAND Disabled »
- Test de Backup NAND via SX OS : OK
- Je me retrouve avec une partition plus petite et une cachée je suppose ...

Je bloque à ce niveau. Idée ? Prochaines étapes ?
Je compte réformater ma SD en ExFAT et tout recommencer :/
Voir le sujet
Takfarinas
Re: Console patchable en version 8.1.0 - Démarche correcte ?
MDProz Wrote:Pour la sauvegarde de la NAND, Hekate n’a pas besoin de SX OS ni de son activation. Tu peux l’injecter en mode RCM et procéder à la sauvegarde de ta NAND. Tu peux activer ta licence soit via console soit via PC bien que je conseille la seconde solution. Tu peux aussi utiliser Hekate une fois ta licence activée. Cela n’a pas d’importance et ne modifiera pas ta NAND. Le tout, c’est de le faire avant toutes modifications de ta NAND.

Donc le Dongle me permet de booter sur le payload Hekate ? Je pensais que celui-ci était exclusivement pour SX OS.
En résumé :
- Chargement du payload sur la SD
- Lancement via Dongle+JIG
- Backup de la NAND
- Lancement SX OS et activation de la licence
Question : La sauvegarde de la NAND ne sera jamais utilisée ou devient-elle l’emuNAND? Si Backup, peut-elle être déplacée afin de gagner de la place sur la SD ? Je suppose que là je m’embrouille :)

MDProz Wrote:
Pour booter sur ton emuNAND, tu le feras via SX OS. Cela dit, tu devras démarrer en mode RCM à chaque redémarrage de ta console pour booter sur l’emuNAND. Mais si elle reste en veille, pas besoin. Et si tu décidais d'utiliser ta sysNAND, le mieux, c’est de l'éteindre et redémarrer en mode normal. Tu devras juste refaire de même pour aller sur ton emuNAND via le mode RCM. Je sais pas si je suis clair.

Bien compris! En fonction du mod de lancement, ce sera la sysNAND ou l’emuNAND.

MDProz Wrote:
Si tu utilises tes jeux legits sur sysNAND, le XCi se lance et la sauvegarde se fait sur la console. De même pour les jeux eShop. En revanche, pour tes backups que ce soit en XCi ou NSP, tout se passe sur la SD. C’est le principe de l’emuNAND. SysNAND et emuNAND sont déliées.

Ok parfait ! De ce fait, est-il utile d’installer d’autres choses tel que « Incognito », « DNS » spécifiques, etc si ok distingue bien les deux ?
Voir le sujet