gbatemp

Effectivement, j’avais mal compris ^^

Tu veux changer de SD donc le mieux serait de copier/coller l’ensemble de ta SD sur la nouvelle. Si tu as créé une emuNAND par fichier, un simple copier/coller suffit. Si tu l’as fait par partition, il faut l’extraire via une autre démarche pour la remette sur l’autre.
https://gbatemp.net/threads/moving-from ... nd.526587/
Cela est une première démarche possible et conseillée.

Après, le faire comme tu le souhaites, je n’ai pas testé mais cela pourrait fonctionner aussi, tu auras juste deux emuNAND de créées pour deux SD différentes. Ceci dit, si tu as déjà utilisée la 1re emuNAND et que tu as, par la même occasion, opérée du traitement de données, celle ci ne seront pas sur ta nouvelle emuNAND. Cette dernière s'élabore depuis la sysNAND pour émuler ton système sur la SD.

Et je n’ai pas vraiment testé une émulation d’emuMMc pour emuMMc, et je ne sais si cela est vraiment possible mais ce n’est pas affirmatif non plus si c’est que tu sous entendais faire.

A voir si tu trouves sur la toile des éléments qui infirment ce que je dis car dans ce domaine je suis loin d’avoir toutes les connaissances requises ^^

J’ai trouvé ce sujet mais lui possède un backup de NAND.
https://gbatemp.net/threads/failed-to-init-emmc.546290/

Si le Boot0 est corrompu, alors cela pourrait expliquer le mode autoRCM actif malgré sa désactivation. C’est le principe de ce mode qui le fait volontairement lorsqu’on l'utilise. Donc cela rejoint une NAND défectueuse pour résumer grossièrement car je suis certain que l’explication est plus complexe ^^

Il te faudrait voir et essayer HacDiscMount pour tenter de vérifier la NAND sur ton PC et analyser ce qui est défectueux mais il te faut le prod.keys de la console que tu obtiens avec Lockpick_RCM si accès à la console sinon voir avec biskeydump. Ceci dit, si tu n’arrives pas avoir de résultat via NXNandManager ou Hekate, je ne sais pas si cela fonctionnera ainsi non plus.

Et tu peux tester cela:
https://gist.github.com/Karunamon/d3938 ... 1bb89f0e49

Et comme je te le dis depuis le début, bizarre ce qui arrive à cette console. Une NAND ne se corrompt pas comme cela. D’autant plus si elle n’a pas été modifiée par quelques aspects underground que ce soient.

Mon conseil n’était pas tellement d’acheter une autre SD mais plutôt de faire la sauvegarde de celle ci sur PC avant de la formater. Désolé si je n’ai pas été clair ^^
Toutefois, une SD de plus grande capacité te sera toujours utile.

Oui, tu la formates en exFat puisque depuis 2018, le driver doit être actif sur ta console, sinon elle serait en Fat32. Et à l’issu, tu mets juste le boot.dat et la licence avec la configuration pour et selon ta puce.

Si aucun problème, alors, ce serait sans doute un problème avec ton emuNAND, si et seulement si tu en as créé une. Et si pas d’emuNAND, ce qui serait bizarre car tu l’as faite préparer par celui qui t’as installé la puce, mais comme suis pas devant ta console ou ta SD pour vérifier tout cela, je suppose.

Et comme je te l’indique depuis, avec la puce, il me semble qu’il y a besoin de configuration et fichier nécessaires.

Dans tous les cas, faut tester avec la nouvelle SD pour voir. Et pour la partition emuNAND, cachée ou non, seul toi peut le savoir en sauvegardant tes données sur PC.

En revanche, selon ta puce, il y a d’autres démarches et je ne peux savoir car non seulement je n’ai pas testé mais ça va être difficile de te dire concrètement sans l’identifier.

Donc voici deux sujets sur GBATemp qui pourront t’aider à l’identifier et obtenir les fichiers nécessaires :
- https://gbatemp.net/threads/internal-mo ... rt.508068/
- https://gbatemp.net/threads/trinket-reb ... es.553998/

Non connais pas mais si tu y trouves ce que tu recherches, alors à voir.
Tu as aussi GBATemp comme ressources.

@GoGoOoh
Y’a pas de mal d’où le fait d’insister sur les questions posées ^^
Est ce que tu sais quelle puce ?
Teste également ta SD avec H2Testw pour t’assurer de savoir si elle ne serait pas corrompue.

Tu es en Fat32 ou en exFat ? Si exFat, le driver est bien installé sur ta console ? En principe, si l’exFat n’est pas actif, lorsque tu insères ta SD en exFat dans la console, tu as un message qui te demande une mise à jour. Mais si ce n’est pas le cas et que depuis, tu utilises l’exFat, pas de raison que même, après le mise à jour de HOS, ce ne soit pas le cas.

As-tu une autre SD pour tester ?
- Si oui, mets juste le boot.dat et la licence sur ta SD et teste en exFat ou Fat32 pour voir.
- Si non,
1. Fais une sauvegarde de ta SD sur PC. Et si tu as une partition cachée pour l’emuNAND, il va falloir l’extraire pour la sauvegarder.
https://gbatemp.net/threads/moving-from ... nd.526587/
2. Formate la en exFat. Les données seront entièrement effacées donc important de faire une sauvegarde préalable.
3. Mets le boot.dat et la licence pour tester.

Le mieux serait de tester avec une autre SD, si et seulement si, tu as une partition cachée car n’ayant pas tester ainsi, difficile de te dire si tu vas pouvoir la récupérer ensuite après extraction.

Le développeur Leeful propose la v10 de son Host Menu. Cette nouvelle version intègre le dumper xVortex et d’autres fonctions.



Lien: https://leeful.github.io/v10/
Offline: https://gbatemp.net/attachments/v10-rar.232426/

Tu as installé HOS 10.2.0 avec l’option exFat donc les deux SD testées sont en exFat. Ensuite, as-tu bien mis à jour le boot.dat avec la dernière version bêta de SX OS ? Si oui, pas de raison que cela ne fonctionne pas. Ensuite, si tu peux copier/coller le contenu d’une carte à l’autre. Et si emuNAND cachée, regarde ce sujet:
https://gbatemp.net/threads/moving-from ... nd.526587/

Edit:
Merci pour ton retour, le lien a été mis à jour et intègre l’ensemble. Après avoir testé, tout fonctionne. J’avais pas vu que sur GBATemp, il avait changé. Bon jailbreak

xmass73 Wrote:Ce sont les version de "dborth" (fceugx,snes9xgx) qui supporte les covers mais resolution limitée (Snes9xGX: 316 X 224, FCE Ultra GX: 160 X 224)

dborth n'a fait que continuer le travaille de Wiimpathy
https://gbatemp.net/threads/snes9xgx-cover-co.303645/