lachemou

Le meilleur installeurs de NSP/XCI, il ne fait que çà mais il le fait très bien.

T'as activé lautorcm, pour demmarrer ta switch il faut injecter le payload qui correspond à ton hack soit par dongle ou tegrarcm

j' utilisais reinx au debut je suis les avancée d' atmosphère passionnément je l' ai adopté merci encore 

Salut
Tu a la possibilité d installer un nsp de retroarch regarde ici :
https://www.libretro...ategory/switch/

Toutes les xkj sont patché

Tu peux regarder par ici , c est équivalent au dock :
https://www.amazon.f...2dDbGljaz10cnVl

Essaies en restant appuyé une bonne minute sur "Power". Sinon faudrait voir se qu'il se passe quand la console est branchée à un PC via USB (son de connexion ou pas, tenter des redémarrages en restant connectée au PC pour voir se qu'il se passe toujours via l'analyse des sons de connexion USB). Pour moi là le problème n'est pas bien grave, juste lancer un CFW ne devrait en rien bricker quoi que se soit.

FAT32 

Cluster 32

Et oui plus tu en a une grosse et plus c est long

Bienvenue a toi !

Oui malheureusement rien pour l instant! Ou en trouver une d occas.

bah normal fat32 je suppose

Merci lachemou

Si tu a un dump avant le hack reinject le tu aura moins de risque

De plus tu a juste supprimer les fichier mais des trace de hack subsiste quand meme.

Les tickets des jeux installé non signé par exemple.

Et une réinitialisation peu peut les supprimer.

C'est quoi le montage dont tu parle qui draine moins la batterie, ta un plan?

Le circuit n'est pas juste utilisé au boot de la console? Donc il ne devrais pas consomer grand chose après?

Le montage c’est celui du topic original de GBAtemp qui a évolué et qui évolue encore de nos jours.
Le résistance qu’on retire coupe l’alimentation de la led donc oui ça consomme pas moins mais l’IC lui est constamment alimenté c’est lui qui draine légèrement là batterie. Après j’avais regardé il fallait presque 5 mois de non utilisation sur une batterie à 100% pour la mettre à plat
Le problème principal qu’on peut avoir avec ce montage c’est le blocage de la puce en routine donc on se retrouve avec une console qui boot plus sur le payload :/
Suffit juste d’appuyer sur le switch du Trinket pour qu’elle se réinitialise.
Encore 2 cas la semaine dernière pour ma part, c’est pas la mort mais faut que l’utilisateur le sache.
Les nouveaux montage utilise 2 .bin (2 fichiers "SWITCHBOOT_xxxx_xxxx.uf2" et "PART 2_1.51_xxxxxx.UF2") qui prennent en charge le payload.bin détecté à la racine de la SD au démarrage. C'est plus ou moins universel cette méthode.
SWITCHBOOT_xxxx_xxxx.uf2 = bootloader
PART 2_1.51_xxxxxx.UF2 = payload de la puce

Toute est là pour les puristes
https://gbatemp.net/...support.508068/

as tu testé ta carte SD avec h2testw ?
regarde ce topic : http://www.logic-sun...il-faut-savoir/
En particulier la section 2.2 : tu dois avoir sur ta carte SD une grosse partition au début de l'espace mémoire de ta carte sd formaté en fat32 ou exfat et à la fin une partition de 32Go environ non formaté pour y mettre l'emunand et la tu pourras créer ton emunand partition caché

Alors là non, les infos que tu donnes peuvent être vraies pour Atmosphere mais pas pour SX OS, pour ce dernier il n'est pas nécessaire de créer deux partitions et en plus l'emunand se trouve au début du stockage et pas à la fin.

Aucun problème pour l'installation de l'emunand sur une SD formatée en EXFAT et oui, il fallait commencer par supprimer l'emunand même si à mon avis ça n'avait pas beaucoup d'impact sur la suite.

Enfin, faire le test de la SD via H2Test me semble être une bonne chose pour commencer histoire de voir si ta SD est une contrefaçon ou non.