shadow256

Le script de nettoyage ne supprime pas tout bien évidemment, si tel était le cas se serait marqué quelque part.

Comme je le dis souvent c'est une bonne chose de centraliser les éléments à un moment, pour les utilisateurs ça simplifie les recherches et les mises en place.

Ne jamais acheter de carte SD d'occasion.

Le second lien est bon.

Pas de discussion ou de test à faire niveau logiciel, le problème est clairement hardware et non un court-circuit au niveau du Joycon droit ne suffirait pas à déclencher le RCM puisqu'il faut aussi appuyer sur "VOL+" quand on allume la machine.

Perso je penche pour un problème au niveau de la nand qui est soit déclipsée, soit son contrôleur à un souci ou soit elle commence sérieusement à déconner.

Bref le mieux est de passer par un technicien et d'arrêter immédiatement les tests au pif qui ne font qu'abîmer toujours un peu plus le matériel, si la nand crame vraiment il n'y aura plus de retour en arrière pour la console qui sera au mieux bannie des serveurs de Nintendo (pas de sauvegarde de PRODINFO FAITE) sauf en mode hackée où la la console sera encore utilisable correctement mais sans le online de Nintendo bien sûr.

Je pense que c'est le patch autonogc qui pose problème, si pas d'emunand il suffit de démarrer la console une fois normalement (ou en mode stock via Hekate) et le problème sera réglé, si emunand démarrer la console en mode stock ou normalement et faire la mise à jour du firmware en 17.0.0, démarrer sur celui-ci puis relancer l'emunand et le problème sera réglé.

Sinon désactiver le patch nogc dans "atmosphere/config/stratosphere.ini" ou/et dans "bootloader/hekate_ipl.ini".

Lances Hekate (lors de l'affichage du premier logo appuies sur "vol-") puis va dans "tools", "auto-rcm" et "fix archive bit" pour voir, avec la dernière version de mon pack les sig_patches sont bons aucun doute.

La SD est en FAT32 ou en EXFAT?

Petite mise à jour silencieuse suite à un retour de bug au niveau de l'archive auto-extractible, du coup AIO_LS_pack_Updater a été mis à jour au passage pour intégrer une fonction de réinitialisation de la console qui utilise des méthodes plus officielles et ne provoquant donc pas le bug du firmware 17.0.0, l'ancienne méthode reste disponible dans mon script TegraExplorer au cas où le système ne démarre vraiment pas.

@Gabalt : T'as bien merdé sur ce coup mais c'est pas la faute de mon pack, il n'installe rien sur la sysnand si le homebrew est exécuté à partir de l'emunand, par contre l'exécuter à partir de la sysnand c'est une grosse erreur sauf si pas d'emunand et qu'on utilise donc la console en mode hack sur la sysnand (console bannie par exemple), je n'ai aucun moyen de contrôler tout se que fait l'utilisateur. Là le risque de bannissement est réel, l'idéal serait de faire une réinitialisation de la sysnand via mon script "shadow256 utilitaires.te" via TegraExplorer (tout est inclue dans le pack) puis une fois le reset effectué lancer une fois Atmosphere sur la sysnand pour débricker le souci du firmware 17.0.0 avec ce type de réinitialisation. Si tu as une emunand il est inutile de lancer Atmosphere en sysnand sauf cas très particulier comme le problème du firmware 17.0.0 sur lequel il faut lancer Atmosphere une fois pour débricker puis éteindre immédiatement la console une fois le système lancé pour reprendre un fonctionnement normal.

Bon alors c'est pas pour être chiant mais là on a quand même une new qui donne un lien menant vers un site permettant de récupérer les dernières clés. Les sig_patches OK on est dans la limite grise mais les clés là on est clairement hors charte.

Le pack fonctionne, pas de souci, le seul truc qui sera à faire est un downgrade de l'emunand (ou de la sysnand si pas d'emunand créée), via l'option de mise à jour du firmware du homebrew AIO_LS_pack_Updater. Et au passage bien formater la SD en FAT32, ainsi s'il y a des mises à jour à faire on peut passer par le homebrew AIO_LS_pack_Updater directement et éviter de faire des conneries.

@seblos : Il y a eu une question similaire à la tienne très récemment sur le forum à laquelle j'ai répondu, regardes ce sujet. Pour le reste tout est expliqué sur la page de téléchargement du projet.

Faudrait savoir si tu utilises une emunand ou non? Si oui alors Hekate contient tout se qu'il faut pour migrer l'emunand de SXOS vers Atmosphere.

Donc une fois ce pack mis en place sur la SD tu démarres la console avec le dongle et si tu as une emunand à l'affichage du premier logo tu appuis sur "vol-" pour démarrer Hekate, tu va dans "emummc" et là tu devrais trouver une option genre "Migrate". Une fois cela fait tu vas dans "launch" puis "Atmosphere auto" ou pour être certain que tu lances bien l'emunand tu peux choisir la config "Atmosphere emunand". Enfin une fois l'emunand (ou la sysnand si tu n'avais pas d'emunand à la base) lancée tu pourras mettre à jour le firmware avec le homebrew Daybreak en utilisant le dossier "dernier_firmware_compatible" comme source et choisis bien l'installation "FAT32/µEXFAT" lorsque se sera proposé.

Voilà, une fois tout cela fait juste démarrer avec le dongle démarrera correctement ton hack.

Any new for sigpatches 17.0.0 ?

Will come soon.

La mise à jour c'est surtout pour ceux qui ont le problème du brick avec le firmware 17.0.0 qui peut survenir sur la sysnand aussi, sinon je n'aurais pas fait de mise à jour du pack. Bon après cette mise à jour du pack fonctionne très bien avec le firmware 16.1.0 et inférieurs.

De fait pour traiter les problèmes particuliers de lancement de la sysnand en 17.0.0 j'ai mis à jour mon switch_AIO_LS_pack en 5.4.0, cette version intègre cette nouvelle version d'Atmosphere. Donc avec le pack on boot sous Hekate (avec une puce ça se fera tout seul), à l'affichage du tout premier logo on appui sur "vol-" pour annuler l'auto-boot réglé dans Hekate par défaut dans mon pack, on clique sur "launch" et enfin sur "Atmosphere sysnand", une fois le système lancé on peut éteindre la console et voilà, la sysnand refonctionnera ensuite comme avant.