hack console

Tu as suivi quelle procédure pour le hack de ta console ? Ou est-ce juste une mise à jour de Luma que tu as voulu faire ?

Ça sent une interruption d’installation ou une démarche qui ne s’est pas faite correctement mais comme je ne sais ce que tu as fait au préalable et si tu étais déjà jailbreak, difficile de savoir car il manque des précisions dans ta demande. Et à voir ce qui se trouve dans ta SD, ça date un peu ou alors tu as mis le paquet lors du processus.

Si tu maintiens Start au démarrage pour lancer GodMode9, il ne se passe rien non plus ?
Si c’est le cas, assure toi que GodMode9.firm est dans le dossier /luma/payloads/ et que payloads est correctement orthographié.
Ceci pour s’assurer à la fois d’un accès et éventuellement vérifier que cette étape avec GodMode9 a bien été réalisée. Car si ce n’est pas le cas, tu auras des indications à suivre et à réaliser.

Ok mais ce qui est bizarre c que même en démarrant normalement la console sans le hack et en mettant le DNS en auto le test est un échec
Alors je sais qu on peut pas en parler mais je pense qu il me faut une connexion pour tinfoil
Maintenant je veux bien regarder DBI mais le truc c est qu il n'y a pas de catalogue comme tinfoil

La connexion online n’est pas trop conseillée lorsque tu es jailbreak. Ne jamais se connecter non plus lorsque tu bootes en CFW sur l’emuNAND ou sur la sysNAND.

Le développeur SciresM a intégré dans son CFW le module dns.mitm et il y a un fichier default.txt[i] déjà présent dans le dossier [i]/atmosphere/hosts/ qui peut être modifié. Toutefois, comme dit juste avant, le online est déconseillé en mode CFW et ce que ce soit sur la sysNAND et l’emuNAND. Le fait d’avoir créé cela permet de contrôler la télémétrie des données.

D’ailleurs, ce fichier peut se configurer ainsi aussi:

Code: Select All Code

# Nintendo telemetry servers
127.0.0.1 receive-%.dg.srv.nintendo.net receive-%.er.srv.nintendo.net
127.0.0.1 *nintendo.com
127.0.0.1 *nintendo.net
127.0.0.1 *nintendo.jp
127.0.0.1 *nintendo.co.jp
127.0.0.1 *nintendo.co.uk
127.0.0.1 *nintendo-europe.com
127.0.0.1 *nintendowifi.net
127.0.0.1 *nintendo.es
127.0.0.1 *nintendo.co.kr
127.0.0.1 *nintendo.tw
127.0.0.1 *nintendo.com.hk
127.0.0.1 *nintendo.com.au
127.0.0.1 *nintendo.co.nz
127.0.0.1 *nintendo.at
127.0.0.1 *nintendo.be
127.0.0.1 *nintendods.cz
127.0.0.1 *nintendo.dk
127.0.0.1 *nintendo.de
127.0.0.1 *nintendo.fi
127.0.0.1 *nintendo.fr
127.0.0.1 *nintendo.gr
127.0.0.1 *nintendo.hu
127.0.0.1 *nintendo.it
127.0.0.1 *nintendo.nl
127.0.0.1 *nintendo.no
127.0.0.1 *nintendo.pt
127.0.0.1 *nintendo.ru
127.0.0.1 *nintendo.co.za
127.0.0.1 *nintendo.se
127.0.0.1 *nintendo.ch
127.0.0.1 *nintendo.pl
127.0.0.1 *nintendoswitch.com
127.0.0.1 *nintendoswitch.com.cn
127.0.0.1 *nintendoswitch.cn
95.216.149.205 *conntest.nintendowifi.net
95.216.149.205 *ctest.cdn.nintendo.net

Un rapport est généré dans atmosphere/logs appelé dns_mitm_startup.log

D’ailleurs un fichier peut être configuré séparément aussi. Les infos sont dans la FAQ du tutoriel.

Et si de ton côté, tu as bloqué les mises à jour avec les DNS proposés, cela est normal aussi. D’ailleurs 90DNS empêche toutes connexion également. Il existe aussi incognito.

Via Hekate, même si tu choisis, dans Launch, le mode Stock, c’est à dire sans hack actif, tu utiliseras le bootloader Hekate et non celui de Nintendo donc c’est un risque aussi si tu connectes ta console. Démarrer sa console sans activer le hack se fait normalement. Ainsi, tu passes par le bootloader officiel de Nintendo.

Au delà de toutes ces informations, je ne conseille pas le online même en démarrant normalement. Personne ne sait ce que la télémétrie envoie réellement sur les serveurs de Nintendo. C’est un risque même après avoir créé une emuNAND pour l’utiliser strictement pour le hack. Les possibilités pour s’en prémunir sont là mais confirmer que c’est 100% safe serait prétentieux.

Oui ca je suis d'accord pour le hack peut importe la personne.
Mais ce que je voulais dire c'est que la personne qui a fait le hack n'a pas donné d'info a celui a qui j'ai racheté dans le cas ou la switch serait éteint, il ne savait pas comment faire pour redémarrer le hack.
Donc je pense que ce qu'il y a dans la SD fonctionne c'est juste qu'il faut savoir démarre avec ça.
La personne a qui je l'ai acheté n'a rien modifié car elle ne s'y connais pas du tout.
Donc si on part de cela je pense qu'il faut essayer de démarrer avec ce qu'il ya sur la SD et faire les modifs a partir de là sans mettre à jour et si ça fonctionne pas alors oui peut etre la SD est corrompu.
Donc comment faire si elle est bien corrompu??

J ai trouver cela


Hourra j'ai reussi a démarrer LOL
Donc voilà ce que j'ai fais
J'ai remis la carte SD comme j'avais avant et en fouillant j'ai vu que sur la carte il y avait le payload pour atmosphere donc je l'ai injecté et maintenant c bon j'ai acces au homebrow menu.
Donc maintenant faut que je désinstalle les backup et que je fasse un nettoyage comme tu as dis

Re
J'ai reussi à désinstaller les backups
J'ai passer Haku33 et il m'a bien nettoyer la console.
Je redémarre d'une console vierge.
Donc je vais refaire la carte SD

Peu importe qui a fait le hack, si la console est une v1, la procédure est la même. Donc pas de raison que cela ne fonctionne pas. Tu n'as rien supprimé sur la SD et tu n'as fait que mettre à jour les éléments pour le moment. Sauf si un élément m'échappe, la console doit booter sans problème. Les sigpatches sont bons et il suffit de remplacer les éléments qui concernent Atmosphère et Hekate sans rien faire d'autres.

A moins que la SD soit corrompue, ce qui est possible. Toutefois, le message d'erreur m'indiquera d'où cela provient. A voir.

Oui, fais bien une sauvegarde de cette SD.

Cela signifie qu’il a utilisé la sysNAND pour installer des NSP d’où le fait que tu ne peux pas lancer les jeux sans le hack actif. Ce sont bien des backups et non des jeux legit (officiel), sauf s’il s’agit de jeux cartouches bien entendu.

Y’a t’il un fichier PROD.INFO sur la SD ? Si oui, cela supposerait qu’il a utilisé incognito. Ce serait pas mal déjà ^^

Dans tous les cas, tu pourras savoir ce qui est installé quand tu vas boot sur le CFW. Dans l’applet Album, tu trouveras les noms des outils. Cela n’est pas grave en soi. En revanche, le fait d’avoir utilisé la sysNAND pour le Hack et comme déjà dit, elle a été modifiée donc en l’état, une connexion aux serveurs de Nintendo provoquera un ban (en espérant qu’elle ne le soit pas déjà !).

Une sysNAND est la NAND système de la console et elle est modifiée par l’installation de NSP, certains homebrews et l’utilisation du mode autoRCM. D’où le fait de créer une emuNAND qui est la NAND système sur la SD pour à la fois se prémunir d’un ban et protéger sa NAND système de la console. Les deux sont déliées.

Je conseillerais de mettre à jour les éléments sur la SD actuelle avec les dernières versions d’outils et de ne pas oublier les sigpatches également. Ensuite, d’injecter le bin Hekate et de choisir un boot sur l’emuNAND pour tester (s’il n’y en a vraiment pas, tu auras une erreur). Dans ce cas tu boot sur la sysNAND. En revanche, s’il y a un boot qui s’opère sur l’emuNAND, c’est rassurant et cela impliquera moins de manipulation ensuite.

Regardes ce qu’il y a puis procèdes à la désinstallation des backups d’abord. Ensuite, utilises Haku33 pour réinitialiser la console proprement sur aucune emuNAND (je le ferai quand même s’il y avait une emuNAND car sans savoir ce qui a été fait, c’est plus safe). Une fois cela fait, tu pourras opérer une sauvegarde de la NAND via Hekate (important de la faire et de la conserver sur ton PC). Puis tu referas la SD proprement en la formatant à nouveau pour remettre les outils dessus que tu auras choisi via SDSetup. Tu créeras une emuNAND via Hekate. Ainsi, tu utiliseras cette dernière pour le underground.

Si tu es certain qu’elle n’a pas d’emuNAND, cela signifie que le hack a été utilisé sur la sysNAND et donc qu’elle a été modifiée. Cela est un risque réelle de ban si c’est le cas. L’ancien propriétaire aurait dû te donner des infos un peu plus approfondies sur son utilisation.

Selon ce qui a été fait, le mieux serait de faire une réinitialisation propre de la console via Haki33.

Je ne fais que supposer en fonction de ce qui aurait été fait sans savoir réellement car je n’ai pas la console devant moi. D’ailleurs, lorsque tu démarres la console normalement, il n’y a pas des jeux installés sur la console ? Si oui, certains ne sont sans doute pas accessibles et cela indique qu’il s’agit de backup. Ou alors, il n’y aucun jeu d’installer dessus et c’est sans doute que l’ancien proprio a tout réinitialisé en amont avant de la vendre. Une piste comme ça.

Commence par préparer ta SD avec les derniers éléments pour booter. Pour le Dongle, il suffit de mettre le boot.dat sur la SD et tu lanceras le payload bin de Hekate via le Menu de SX OS. Si cela ne fonctionne pas, utilise ton PC pour injecter le bin de Hekate via TegraRCMGUi. Lance toi en suivant le tutoriel tout simplement.

Il faudrait savoir si sur cette console, le compte a bien été délié et si la console ne serait pas ban aussi. Je pense que oui pour la 1re question. Pour la seconde, cela dépendra surtout de ce qui a été fait avant. Connecter la console aux serveurs de Nintendo sans prendre toutes les précautions nécessaires peut encourir un risque de ban.

Le fait de réinitialiser la console ne suffira pas non plus. Le mieux serait de voir ce qui a été fait avant avec le hack. Mettre les éléments à jour sur la SD va te permettre de booter, de t’assurer de savoir si une emuNAND a été créée (tu peux aussi le voir sur la SD si un dossier qui concerne l’emuNAND est présent). Et si cette emuNAND a été configurée par Fichier ou par Partition mais cela n’empêche en rien de vérifier ce que j’indique avant. Si aucune emuNAND n’a été créée, cela signifie que l’ancien propriétaire utilisait la sysNAND pour le hack et cela n’est pas conseillé et augmente le risque de ban.

Cette vérification est nécessaire avant toutes manipulations autres. Tu pourras aussi utiliser l’outil Haku33 (si je me souviens bien du nom) pour réinitialiser proprement la console si une emuNAND n’a pas été créée.

Une fois cela vérifié, tu pourras envisager la suite.
Ainsi, tu repartiras de zéro en préparant à nouveau ta SD et suivre le tutoriel dans son ensemble.

Pour préparer la SD:
- https://gamergen.com/forums/underground ... 38312.html

Pour le hack Atmosphère/Hekate:
- https://gamergen.com/forums/underground ... 36600.html

Pour le dump des clés:
- https://gamergen.com/forums/underground ... 56353.html

Pour le gestionnaire de backups:
- https://gamergen.com/forums/underground ... 44282.html
- https://gamergen.com/forums/underground ... 63410.html

Pour ce qui concerne la mise à jour de la console, la version, dans laquelle tu es, est basse mais à toi de bien réfléchir ce que tu souhaites. Rien n’empêche de laisser sa sysNAND dans cette version et de mettre à jour ton emuNAND une fois créée et activée. Ou de mettre à jour les deux si cela est ton souhait.
- https://gamergen.com/forums/underground ... 62975.html

Je dis cela car tu possèdes un Dongle SX donc tu utilisais avant le CFW SX OS et si tu as encore la licence, alors, le firmware dans lequel tu es est compatible. SX OS l’est jusqu’à la version 11.0.0 max. Ceci est aussi un paramètre à prendre en compte dans ton choix pour la suite.

Et si ton souhait est d’utiliser seulement Atmosphère/Hekate, alors rien n’empêche tout cela non plus.

De plus, tu vas peut être lier ton compte ou pas. Il existe linkalho pour cela sans forcément se connecter aux serveurs de Nintendo.
- https://gamergen.com/forums/underground ... 63339.html

A toi de voir.