nsp

Non ce que j’explique, c’est que les jeux installés sur sysNAND sont accessibles sur sysNAND et que les jeux installés sur emuMMC sont accessibles sur emuMMC sauf erreur de ma part. D’où le fait que emuMMc et sysNAND soient déliées.

Mais l’explication grossière que je donne mérite d'être développée car la mémoire dont tu parles est la NAND. Ta console possède une sysNAND et une emuNAND. Avec une photo, ce sera plus clair.

Dans ce schéma, le CFW peut très bien communiquer avec la sysNAND. On peut choisir de booter le CFW soit en sysNAND, soit en emuNAND. Cela va de soi ^^

La NAND désigne la mémoire interne embarquée dans la console, celle qui contient le système d’exploitation, les jeux installés et les sauvegardes. Elle est aussi désignée sysNAND. Mais une carte SD est également une mémoire NAND. Et elle est appelée soit emuNAND, soit emuMMC. Afin de distinguer la mémoire interne de celle de la mémoire externe (SD), on parle d’eMMC (Embedded MultiMedia Card ou carte mémoire intégrée) par opposition à la MMC (carte mémoire).

J’ai toujours installé mes backups depuis l’emuMMC sur la SD. Ma sysNAND est clean, propre de toutes modifications donc difficile de confirmer et je ne testerai pas non plus. Donc si un membre passe par là, il infirmera ou confirmera cela malgré le doute que tu indiques.

si je comprends bien ce que tu m'expliques, c'est que lorsque je boote sur emummc, je n'ai plus accès à la mémoire de la switch ?
Pourtant il me semble avoir installé des jeux sur les 2 avec une version précédente de kosmos...
ce serait un changement alors ?

Merci pour l'info !

Sauf erreur, si tu bootes sur l’emuMMC et que tu lances un jeu installé sur sysNAND (ce qui n’est vraiment pas conseillé pour les risques que cela implique !), normal qu’il ne pourra démarrer. SysNAND et emuMMC sont déliées. De la même manière, inversement, tu auras le même problème.

Je te conseille une carte SD de plus grande capacité. En installant des NSP sur ta sysNAND, tu la modifies et les risques de ban si tu utilises le online sont augmentés.

Bonsoir à tous.
J'ai un soucis avec ChoiDujourNX.
Je lance l'application, je selectionne le dossier de mise à jours (10.0.4). Il fait ses vérifications il m'indique "safe" partout. Que je veux aller du 10.0.1 au 10.0.4. Je lance l'installation commence et paf Vous avez quitté le logiciel car une erreur est survenue.

Pourtant j'ai pris les liens du tuto. Aussi bien pour l'application que pour le fichier de maj.

J'ai cru à une memoire pleine alors j'ai fais un peu de place. Et ma batterie es à 60 % +.

Voilà merci de votre aide.

Edit : problème résolu. Je lançais HBmenu via le .nsp en lançant avec L+Album c'est ok.

Il a essayé d’autres installations de NSP. Pour le premier qu’il a rencontré, cela est dû au jeu donc mal compilé et à trouver sur une autre source. Sauf si j’ai mal compris mais il me semble que c’est cela. Les sigpatches sont opérationnels quoi qu’il arrive. Essaie de la prendre sur une autre source pour voir.

Bonjour,

J'ai essayer comme convenu un nouveau NSP avec Awoo , et il a fonctionne du premier coup.
A mon avis, tu avais raison sur la première réponse.

Maintenant est ce que, avec ce premier lancement concluant, on peut dire que tout ce qui est sigpatches et tout sa , c'est ok tout va bien , ou est ce que ca pourrait avoir un lien pour le premier NSP ( decidemment ... ) et que sa peut se reproduire avec un autre dans le futur ?

Je vais essayer avec un second pour voir dans le doute .... mais au cas ou si vous avez une idee.

EDIT :
Avec un second essai avec un nouvelle NSP voici le résultat :

Awoo / Erreur Signature NSP ( Je crois bien que lors de mon premier essai ca me l'a mis aussi , mais selon le logiciel ca peut etre normal ... )

du coup j'ai tout stopper , et essayer avec Goldleaf
et du coup Goldleaf , Installation ok , et au lancement , le jeu se lance impeccable.
Donc je peux en conclure que les installations se passe bien , que ce soit avec l'un ou l'autre.

Comme il a déjà testé Awoo et qu’il a aussi une erreur alors que celui ci installe sans trop de restriction/vérification sauf erreur, je pense plus à un NSP mal compilé ou la source mauvaise.

Les sigpatches sont bons donc soit il lui manque un aspect, soit c’est correctement fait et cela rejoint la première indication.

Ensuite, ton erreur, c’est suite à l’utilisation de NSC_Builder ? Si oui, c’est que ton backup n’est sans doute pas bon. Essaies un autre NSP pour voir.

Si cela est une même erreur après l’installation via Goldleaf, utilise juste les quatre premier liens mis à disposition dans sigpatches. Le dernier proposé prend en compte HOS 10.1.0 bien que cela ne devrait pas être la cause, sait-on jamais.