nsp

Bonjour,
Ok, j'avance petit à petit, du coup, la mise à jour via Day break c'est ok, merci !

En revanche, je me retrouve avec une erreur similaire à FireFoley, mais pas le même error code ni programme:

Quand j'essaie d'installer un jeu de type nsp:
"Error Code : 2168-0001 (0x2a8)
Program: 010000000000000100D
Firmware: 16.0.3 (Atmosphere 1.5.4-master-3cb54e2b4)

An error has occured
.
.
.
. "

Quand j'essaie d'installer le même jeu type xci :
dans dbi il m'écrit
"error occurred [0x0000f601] Unknown error
received : 369.02MB (26.41MB/sec)
installation aborted

MDProz Wrote:Une erreur avec un module. Regarde dans le dossier atmosphere\contents et voir si tu retrouves le TitleID noté dans ton erreur. Ainsi, tu supprimes le dossier en question.

J'ai cherché ma carte SD, dans le dossier atmosphere\contents, j'ai trouvé un fichier 010000000000000D (sans le 100 à la fin), j'ai essayé de le supprimer, ça n'a rien donné , alors je l'ai remis .
Que me conseillez-vous de faire ?

Ce n’est pas trop le topic pour cela. Ton problème peut être de plusieurs aspects:

• Un firmware ancien qui implique de mettre à jour la console car le jeu demande un firmware plus récent,


• Un update de jeu à installer manuellement comme un NSP via ton gestionnaire de backups


• Un backup mal compilé ou corrompu

Il manque des informations à y’a demande qui aiderait mais voilà les piste.

Toutes les questions posées depuis ont leur réponse dans la FAQ qu’il faut lire pour comprendre un peu mieux car là je vais résumer grossièrement !

Le hack n’est pas permanent et si tu redémarres ta console, tu te rends bien compte que rien n’est installé sauf les fichiers NSP (qui eux ne fonctionneront pas puisque le hack n’est pas actif). Le fait d’injecter un payload permet de loader et cela depuis ta SD et non depuis la console. Pour Hekate qui est un custom bootloader, c’est ainsi (et pour d’autres également).

En revanche, en fonction de ce que tu utilises, cela laisse des traces dans la télémétrie d’où le fait de ne pas utiliser sa sysNAND pour les aspects underground et de créer une emuNAND. Les deux sont déliées.

Pour Hekate, il utilise un bootloader personnalisé qui n’est pas celui de Nintendo d’où le fait de ne pas aller sur le online. Il possède trois mode de boot qui utilisent son bootloader donc la connexion est à éviter. En démarrant la console normalement, elle utilise le bootloader de Nintendo. Le hack n’est plus actif.

Rien est installé lorsqu’il s’agit d’utiliser un payload (fichier bin) qui se charge de loader depuis la SD et non depuis la console.

Comme dit plus haut, ce qui modifie la NAND, c’est l’installation de NSP, certains homebrews comme RetroArch, le mode autoRCM car il se charge de corrompre la boot et autres.
La sysNAND, c’est la NAND système de la console et l’emuNAND, c’est la NAND système sur la SD. Donc pour éviter de modifier la NAND système de la console avec l’underground, on crée et on utilise une emuNAND.

Le bin de Hekate ne modifie pas la NAND. Ce qui modifie la NAND, c’est l’installation de NSP, certains homebrews, le mode autoRCM et autres.

Il te faudrait tester les sigpatches en lien plus haut dans un premier temps mais ce serait bizarre car tu aurais un message avec DBi. Les patches FS permettent de corriger le système de fichier et de rendre possible l’exécution de fichiers NSP modifiés et/ou non signés. Les patches ES permettent de corriger le service eticket pour installer les NSP modifiés et/ou non signés.

Tu aurais un problème avec les patches FS. Hors la dernière archive prend en compte les derniers patches FS car les ES n’ont pas changé.

Bonjour,
desoler je ne sais pas si je suis au bon endroit pour poser cette question, ni même si je peux la poser!

je suis en 16.0.2

tout fonctionne nickel, sauf que lorsque j'ai voulu installer via DBI (derniere version) le fameux jeu dont tout le monde parle, a savoir TLZTOTK, avec MAJ, j'ai un message d'eereur me disant qu il y a des données corrompu.

Je me questionne sur le fait de savoir si cela vient de ma console si il me manque des sigpatche ou autres, ou si cela vient de la sources de mon fichier, a savoir que j ai test que des nsp converti.

Je sais pas si je suis clair dans mes explication ^^

merci et désolé si cela ne doit pas etre ecris ici je supprime sans pb

Parfait. Pour HOS 16.0.3, il faudra voir avec la v1.5.4 lorsqu’elle sera en version finale mais pour avoir lu les retours, le CFW est opérationnel avec la v1.5.3 et les sigpatches sont bons aussi. Comme je ne me suis pas lancé encore, difficile de confirmer ou de situer le problème s’il y en a un ^^

Pour ce qui est des XCi, utilise DBi qui va s’occuper de les installer comme des NSP. Le CFW Atmosphère ne les prend pas en charge directement car le développeur SciresM ne veut pas être inquiété et cela utiliserait du code propriétaire. D’ailleurs, il ne souhaite pas développer et intégrer dans son CFW les moyens natifs autour de la gestion des backups. D’autres développeurs s’en occupent avec leurs gestionnaires mais ne le feront pas non plus pour les XCi afin d’être tranquille (si on peut le dire ainsi) également. DBi est le gestionnaire du moment et fait très bien le taff.

Bon jailbreak.

Si le hack a été utilisé sur sysNAND pour installer NSP, utilisé certains homebrews et autres sans avoir préalablement créé une emuNAND pour utiliser ce dernier, la connexion aux serveurs de Nintendo est à proscrire. Les deux sont déliées et ne communiquent pas ensemble d’où le conseil d’en créer une.

Réinitialiser la console via Haku33 permet d’effacer toute trace de hack. Une simple réinitialisation via les paramètres de la console ne suffit pas. Faire un hard reset ne suffit pas également.

Restaurer une ancienne sauvegarde de NAND impliquera à l’issue de mettre à jour la console pour éviter des erreurs. Cela implique de démarrer sa console en mode hack pour contourner la vérification des eFuses de la CM via Hekate et de mettre à jour ensuite via Daybreak.

D’ailleurs, bien qu’il existe des précautions et des préconisations, la connexion au mode online n’est pas vraiment conseillé à partir du moment où la console est hack. Bien que certains utilisent leur sysNAND pour cela, il faut être certain qu’aucune trace de hack n’est présent pour éviter un ban. Une erreur est si vite arrivée. Chacun fait ensuite ce qu’il veut.

Goldleaf se met à jour pour prendre en charge HOS 16.0.1.
Lien: https://gamergen.com/forums/underground ... 43842.html