83 réponses à ce sujet

[Fatiguant]

C’est sur que le dump de nand est important, c’est la premiere chose qui nous disais de faire aussitot un hack lancé et ca peut import el lequel, c’est une securité de plus.

[b0z]

Franchement ceux qui ont brick leur console qui non seulement n'avais pas de backup mais en plus n'utilisait pas d'emunand, vous pouvez vous en prendre qu'as vous-même, c'est pareil que de se balader en ce moment près de gens qui toussent et sans masque ni gants.... si ya des fans de roulette russe....

Pour parler de la news cela semble évident que tout programme touchant au boot, aux clefs, ou autre joyeuseté de systeme bas level, il était certain qu'il faudrais des mise à jour de ces programmes pour bien fonctionner sur un matériel nouveau, c'est comme vouloir mettre un bios d'une carte mère sur une autre juste parce que les 2 pc font tourner windows et croire que cela vas fonctionner, t'es sur que tu vas casser quelque chose. Surtout qu'il y a eu maintes news des découvertes de ScireM en la matière qui explique bien qu'il y a de grosse différence aussi bien au niveau du hardware, et des programmes de bas niveau comme le bootrom.

Après je dit pas que la TX n'aurait pas du communiquer ce gens de news importantes (surtout vu qu'il y a des cycles de bêta test), mais bon, faut un peu de bon sens aussi.

Modifié par b0z, 19 juin 2020 - 19:59.

[eliboa]

Est-ce que le problème de CDJNX est lié au SX Core ou a Mariko ? Est-ce que les fichiers de fw sont les mêmes pour Erista et Mariko ???

Pareil pour le problème d'incognito ou quelque outil qui lit/modifie CAL0. N'est-ce pas là une protection mise en place par Nintendo ?

Attendons de savoir avant de tirer des conclusions, il se pourrait bien que le SX Core n'ait rien à voir là-dedans.

Aussi, pour être certain que la NAND est vraiment brickée, il faudrait retirer la puce et tester.

 

Ce qu'on sait par hexkyz c'est que la puce flashe une custom BCT de BOOT0 mais il y a des backups (4 BCT au total). Mais la puce re-route vers le bootloader SX après le glitch donc impossible je pense de lancer le mode récupération des BCT qui est fait par le bootloader officiel. En retirant la puce, ça pourrait peut-être fonctionner.

Modifié par eliboa, 19 juin 2020 - 20:37.

[TheDark91]

Hello,
Quelle application utilisez vous pour backupez votre sysnand emunand svp ?
J'utilise une v1 en trinlet M0 avec SXOS.
Merci.

[shadow256]

@TheDark91 : C'est une question de base, voir la FAQ.

[Ochidoris]

Hello,
Quelle application utilisez vous pour backupez votre sysnand emunand svp ?
J'utilise une v1 en trinlet M0 avec SXOS.
Merci.

Utilise hekate. Ton trinket boot direct sur sx ? Ou sur un menu, style argon-nx, qui te laisse le choix ? Si direct sur sx, est ce que tu as un dossier 0 et un fichier start.bin à la racine de ta carte microsd ? Si oui, télécharge le payload d'hekate, renomme le en start.bin et remplace celui existant (conserve le tout de même pour le rechanger après le dump). N'oublie pas aussi de coller hekate sur la microsd.

Modifié par Ochidoris, 20 juin 2020 - 07:31.

[milerwan]

Hello,
Quelle application utilisez vous pour backupez votre sysnand emunand svp ?
J'utilise une v1 en trinlet M0 avec SXOS.
Merci.

Initialement il aurait fallu choisir l'option n°2 lors de la création de l'EmuNAND (files on microSD).
Ainsi tu peux copier directement depuis l'ordi le contenu du dossier sxos/emunand où se trouves les fichiers.
Pas de backup de l'EmuNAND en fait juste un copié/collé suffit.
Pour la SysNAND, l'option "NAND -> backup" du menu du SX OS est le système le plus simple.

Modifié par milerwan, 20 juin 2020 - 08:29.

[eliboa]

Initialement il aurait fallu choisir l'option n°2 lors de la création de l'EmuNAND (files on microSD).
Ainsi tu peux copier directement depuis l'ordi le contenu du dossier sxos/emunand où se trouves les fichiers.
Pas de backup de l'EmuNAND en fait juste un copié/collé suffit.
Pour la SysNAND, l'option "NAND -> backup" du menu du SX OS est le système le plus simple.

Une emuNAND fichier sera toujours plus lente qu'une emunand en partition. Personnellement je recommande plutôt de créer cette dernière.

NxNandManager permet de faire facilement un backup d'une emuNAND en partition avec la carte SD insérée dans l'ordinateur. Il est donc maintenant assez facile d'en faire un backup.

Il est vrai qu'une emuNAND fichier reste plus pratique à déplacer mais c'est le seul avantage et ça ne justifie pas son utilisation selon moi.

Sinon pour faire un backup de la sysNAND avec un switch Erista, il vaut mieux utiliser Hekate car SX OS est très très lent (plus d'une heure contre 20 minutes environ via Hekate).

[shadow256]

Une emuNAND fichier sera toujours plus lente qu'une emunand en partition. Personnellement je recommande plutôt de créer cette dernière.

NxNandManager permet de faire facilement un backup d'une emuNAND en partition avec la carte SD insérée dans l'ordinateur. Il est donc maintenant assez facile d'en faire un backup.

Il est vrai qu'une emuNAND fichier reste plus pratique à déplacer mais c'est le seul avantage et ça ne justifie pas son utilisation selon moi.

Sinon pour faire un backup de la sysNAND avec un switch Erista, il vaut mieux utiliser Hekate car SX OS est très très lent (plus d'une heure contre 20 minutes environ via Hekate).

J'ajoute juste qu'en plus via Hekate on sait les vérifications faites pour vérifier l'intégrité du dump (avec le niveau de vérification maximal c'est quasiment impossible d'avoir une erreur qui passerait à la trappe) alors qu'avec SX OS non.

[Fatiguant]

Hello,
Quelle application utilisez vous pour backupez votre sysnand emunand svp ?
J'utilise une v1 en trinlet M0 avec SXOS.
Merci.

Aussitot que ta console demarre(les led sur le trinket vont s’activer) maintient volume - normalement tu vas booter sur hekate et tu pourras faire ton dump.

[Feaze]

@eliboa Sous Sxos l'emunand fichier est tout ausi rapide que l'emunand partition. Après tout dépend de ta carte SD !

[crash251]

merci pour l'info

[lioboss]

Je resterai modéré pour éviter un procès des fervents défenseures inconditionnel de la TX ,mais ça commence a faire beaucoup quand même je trouve...

Merci pour l'info

Disons qu’ils sont les 1ers à permettre le hack sur les nouvelles consoles, fatalement on découvre au fur et à mesure les applications qui ne fonctionnent pas et qui doivent être mises à jour pour fonctionner avec ces nouvelles consoles ! Si lockpickRCM ne fonctionne pas, ce n’est peut être pas surprenant que choidujourNX ne fonctionne pas ! On peut récupérer les biskey aujourd’hui sur ces consoles ? Quand j’aurais reçu mes puces et que j’aurais installé tout ça, je ferais des essais en tout cas (après avoir dumpé ma flash hein)

C'est peut être volontaire.... quand on vois la restriction pour atmosphère, inadmissible selon moi , surtout pour un hack payant, pour moi TX c'est fini je ne les suivraient pas sur leur politique, trop d'histoire sur cette gen, entre vol de code , restriction abusive et maintenant brick, le temps de la 360 et de leur outils est loin maintenant, pour moi concernent la switch pour le moment c'est V1 ou rien

bon vent !

[eliboa]

@eliboa Sous Sxos l'emunand fichier est tout ausi rapide que l'emunand partition. Après tout dépend de ta carte SD !

C'est l'impression que ça peut donner mais c'est techniquement impossible puisqu'une emunand fichier est stockée de manière fragmentée alors que l'emunand partition c'est de la mémoire contiguë donc plus rapide à lire/écrire. Même si la mémoire n'est pas fragmentée, ce qui peut être le cas, le driver devra passer par la FAT pour lire/écrire ton emuNAND, ce qui forcément est un petit peu plus long.

Après sur SX OS, si tu utilises que des XCI, tu verras sans doute pas la différence effectivement (peu d'accès à la NAND). Pour installer des NSP par contre, c'est différent.

[Fatiguant]

J’ai pu voir clairement la difference entre les 2 comme eliboa dit la version en partition est clairement plus rapide.

[Pilip75]

En faite on a jamais pu vraiment tester ?

Et si même AMS avaient trouvé une solution on aurai probablement ce même soucis avec CDNX ?

Juste pour éviter de coller une étiquette gratos pour rien

Le problème viens d'une protection de ce FW et pas du contournement...

Merci @eliboa d'être aussi clairvoyant

Merci @shadow256 pour la mise en garde

[Linkynimes]

J'avais oublier cette méthode mais techniquement on peu update une console même sous puce SXCore avec les NSP fournis par la TX ?
https://repo.xecuter.rocks/fwpacks/

Un testeur a déjà pu vérifier cela ?

[armagad]

Merci de l info j ai cree un post ici
http://www.logic-sun...-puces-sx-core/ pour regrouper toutes les infos sur ta trouvaille.

[shadow256]

En faite on a jamais pu vraiment tester ?

Et si même AMS avaient trouvé une solution on aurai probablement ce même soucis avec CDNX ?

Juste pour éviter de coller une étiquette gratos pour rien

Le problème viens d'une protection de ce FW et pas du contournement...

Merci @eliboa d'être aussi clairvoyant

Merci @shadow256 pour la mise en garde

Oui, se sont probablement les soft qui doivent être adaptés pour les nouveaux systèmes et avec Atmosphere le problème aurait possiblement été le même sauf qu'on aurait été prévenu par le développeur à mon avis. Comme l'a très justement dit @fatiguant, le problème est que la TX n'a donné aucun outil de débogage ni de débrickage aux beta testeurs, en gros ils ont eu la puce gratos mais s'ils brickent la console bah c'est pour leur poire et ils n'ont aucun outil à disposition pour essayer de relancer la machine, c'est clair que du coup ça ne motive pas trop à faire des tests poussés.

@Linkynimes : C'est une idée mais je pense que le problème risque d'être le même, il faut adapter le software aux nouvelles sécurités/clés des consoles patchées (Erista/Mariko) et la dernière version de SX Installer date un peu. De plus j'ai déjà vu des bricks via cette méthode pour les consoles non patchées donc bon perso je ne me risquerai pas à ce genre de tests sur les consoles patchées.

[Fatiguant]

Non meme via sx installer n’est a utiliser, la situation est exactement ce que shadows a decrite.

Y a certain qui ont brické 2 switch et ils osent demander d len prendre une 3ieme ou bien de leur envoyé gratuitwment la 2ieme console brické pour qu’ils l’etudient...
Perso c’est clair que ca aurait ete non !!