Badablek

à mon avis, le risque de brick étant à mon maximum sur les unités iPatched, la team Xecuter a trop peur d'un retour de bâton contre-productif pour ses petites affaires très lucratives. un SXOS brickeur de Switch, ça ferait mauvais genre (d'autant qu'ils ne sont pas débutants en la matière, avec le brickeur volontairement intégré à leurs premières versions de SXOS) Il y a déjà bien assez de Switch non patchées dans la nature pour ne pas trop se soucier des iPatched / Mariko. Peut-être qu'une fois le filon épuisé, ils y repenseront (mais vu les millions d'unités non patchées, ça n'arrivera pas avant longtemps). à moins d'une faille béante à la sauce RCM, je doute qu'ils (Xecuter) mettent ls mains dans le cambouis avant un bon bout de temps.

salut, si la team Xecuter y travaillait, ça se saurait...Ils attendent tranquillement, le bec grand ouvert, que les vrais hackers (SciresM et compagnie) fassent tout le boulot à leur place. Sauf que, pour l'instant, malheureusement pour les désirs capitalistes de Xecuter, seules les consoles nouvelle génération en 3.x et 4.x peuvent être bootées sous Atmosphère. Ça repose sur deux failles purement software, utilisées conjointement, et qui ne seront jamais compatibles avec la dernière version du firmware (branche 8.x), qui corrige tout ça. Et comme les modèles Mariko sont de plus en plus vendues en 8.x, c'est mort d'avance. Bref, pas demain la veille que Xecuter sortira quelque chose de concret, non repompé des petits copains hackers bénévoles Il ne faut rien attendre d'eux, c'est ce qu'il y a de plus sage à faire.

le seul intérêt de rester sur un firmware ancien, c'est une potentielle faille "gold". Mais dans l'absolu (et j'en suis de plus en plus convaincu moi-même), c'est beaucoup d'ennuis pour un "peut-être". Perso j'ai passé ma quest en autoRCM + firmware 8.1 (pas folle la guêpe, je garde quand même un nombre de efuses bas au cas où) et je ne le regrette pas. Le firmware 8.1 permet de ne plus se soucier de savoir si tel ou tel fichier sera ou non compatible, et je n'ai, jusqu'à présent, trouvé aucun homebrew incompatible (ma plus grande peur à chaque mise à jour majeure de firmware) mes trinquet sont encore soigneusement emballés, un jour viendra, peut-être pour le moment, le génial dongle rcmloader me suffit amplement (la minuscule plus-value du trinket me fait même dire que ça n'en vaut pas la peine par rapport aux modifications que cela implique).

perso je ferais le contraire : réinjection de la NAND propre dans le sysNAND création d'une emuMMC en mode "incognito" de base, tu aurais une console saine, avec bootloader original, nombre d'efuses qui correspondent à la version du firmware, NSP 100% officiels et quand tu veux passer du côté obscur : RCM > emuMMC anonyme mais n'étant pas expert dans ce type de cohabitation, je me trompe peut-être.

le souci du online avec le hack switch, c'est que si tu as lancé le moindre NSP "frelaté", entendre par là avec un ticket non valide (ce qui inclut les homebrews), ça se voit comme le nez au milieu de la figure. Et personne ne sait si les efuses sont vérifiés à la connexion. Perso je ne conseille pas le online sur console hackée, pas même avec des XCI sous SXOS. ps: une console anonymisée ne peut pas se connecter au "live" Nintendo.

nickel les efuses ne concernent que la sysNAND, de toute façon le bootloader officiel ne sait même pas ce qu'est une emuMMC/emuNAND . Quand tu bootes une emuMMC, tu passes par un bootloader custom, qui ne touchera jamais à tes efuses. Donc aucun souci de ce côté, pas de corrélation entre le nombre de efuses cramés dans le CPU et l'emuNAND. Les efuses permettent juste au bootloader de savoir ce qu'il a le droit de lancer (protection anti-downgrade). Par contre, bien évidemment, les MAJ, c'est via choidujourNX. Il vaut mieux éviter toute communication online (risque fort de ban), à moins d'avoir anonymisé l'emuMMC avec incognito (un patch a été créé pour atmosphère dans ce but)

content que ça marche pour toi

salut zouzzz, tu n'as pas décompressé les fichiers de la v10 beta 53 comme il faut. Il faut le mettre dans le même répertoire que le binaire de l'installeur d2x. l'installeur uniquement : apps\d2x-cios-installer ← contient par défaut boot.dol, meta.xml et icon.png quand tu ajoutes les fichiers de la v10b52/b53 (l'une ou l'autre, au choix), tu auras EN PLUS, dans apps\d2x-cios-installer un sous-dossier d2x-v10-beta52 OU d2x-v10-beta53-alt contenant les fichiers .app et .bat un fichier ciosmaps.xml (très important, c'est lui qui indique à l'installeur les fichiers supplémentaires à utiliser !) Il faut bien sûr utiliser le dernier installeur en date (3.2)

salut zinzin64, avant de penser à upgrader, essaie ceci pour voir : mets-toi en mode avion, éteins complètement la console. Maintiens appuyés Vol(+) + Vol(-) avant d'allumer la console avec Power. Maintiens ces 3 boutons appuyés jusqu'à atterrir sur le menu recovery de la console. NE TOUCHE À AUCUNE OPTION, éteins directement la console en maintenant Power assez longtemps. Redémarre la console à nouveau...la mise à jour en attente est normalement supprimée Bien évidemment, si c'est ok, tu gardes le mode avion (en tout cas pour le WIFI) et tu mets le contrôle parental quant à mettre à jour, pourquoi pas, mais tu t'embêtes bien avec kosmos/hekate (sachant que Kosmos n'est qu'un pack AIO d'Atmosphère). Il n'y a pas non plus de réelle plus-value à insérer hekate dans la boucle de boot de la console. Tu t'en sers principalement pour dumper la NAND, ça s'arrête à ça normalement (bon, ok, avec la version 5 en mode graphique, ça se discute, il fait de bien belles choses). Perso, que tu restes en 5.x ou que tu passes en 8.x, je ne peux que te conseiller Atmosphère (dernier en date : 0.9.2) + Patches ES (dernier en date : compatible 2.00 à 8.1.0). Et...rien besoin de plus ! Et vu que l'emummc est désormais supportée, tu peux même te payer le luxe de garder ta 5.x et faire une emummc mise à jour en 8.1.0 Pour ma part, je garde le payload d'hekate au chaud sur mon dongle rcmloader (en plus de fusée-primary et sxos), prêt à dégainer si besoin (dump sysNAND, réinjection, création d'emummc, etc.). Mais je dirais que dans 99% des cas, un démarrage normal fusée-primary → fusée-secondary → (Sept) → Atmosphère suffit amplement ps : sept, en mode sans prise de tête, c'est : je télécharge Atmosphère 0.9.2, je décompresse l'archive à la racine, fini !

Tu as vérifié ta SD ? ça sent un peu la carte noname bas de gamme qui aurait cramé. Je te conseille de tester avec une autre carte, si tu en as une qui traîne , même petite.

salut, tu utilises une version périmée de Luma3DS, incompatible avec ton firmware (que tu as sûrement mis à jour). Télécharge Luma3DS 10.0, décompresse boot.firm à la racine de ta microSD, et ton problème sera réglé. ps : et vu que la console peut démarrer sans SD, ça veut dire que boot.firm a aussi été copié dans la CTRNAND. Et là il faut passer par godmode9 pour remplacer la version obsolète (8.1.1) par la nouvelle (10.0). Soit manuellement, soit avec le script qui va bien. Plus d'infos ici (section VI)

salut, le jeu en ligne ? comment dire...ça fait combien d'année maintenant que c'est fermé ? J'en ai perdu le compte, mais n'espère pas jouer en ligne officiellement, y'a plus aucun serveur le seul online qui reste, non officiel (et donc ils se fichent que la console soit hackée...puisque de toute façon tu as obligatoirement besoin de la hacker pour en profiter), c'est pour Mario Kart et Smash Bros. à part ça, le hack Wii n'a plus bougé une oreille depuis 7 ans (dernière sortie du tout dernier cIOS d2x : 22 décembre 2012). Donc, sans trop me mouiller, le meilleur cIOS reste toujours le même depuis cette date : le cIOS d2x v10 beta 52 ou beta 53. Ils sont sortis en même temps, la 52 est réputée plus stable (mais pas de support du hot plug USB) alors que la beta 53 est réputée plus capricieuse (mais supporte le hot plug USB). Pour ma part, j'ai TOUJOURS installé la beta 53, je n'ai JAMAIS eu le moindre souci, que ce soit niveau stabilité, reconnaissance du HDD ou emuNAND.

salut, la Switch souffre du même syndrome que sur les autres consoles actuelles : les développeurs pondent des jeux finis à moitié, aussi bien en dématérialisé (ça se rattrape) qu'en version cartouche (et là ils méritent la pendaison ) pour sortir leurs bouses en temps et en heure. Ils font ensuite les étonnés (mode actor studio) lorsqu'on leur rapporte tous les bugs qu'ils ont laissé (et qu'ils connaissent pertinemment) puis sortent un patch en mode "super héros on vous fait une fleur" pour corriger le tir. Sinon, quand tu installes des mises à jour (il est préférable que les jeux soient à jour), tout se met sur la microSD...donc si elle est daubée, tu auras une expérience tout aussi daubée. D'autant plus avec les jeux vendus à moitié sur cartouche (c'est plus la pendaison là) et qui, donc, chargent énormément de contenus depuis la SD. Un SSD ne changera rien à ton affaire. Ton HDD est connecté...en USB2 (merci Nintendo ), le goulot d'étranglement ici, c'est le port USB, pas le disque qui y est connecté. Le SSD améliorerait probablement très légèrement les temps d'accès, mais certainement pas la vitesse de lecture (qui doit logiquement déjà largement saturer la bande passante du port USB). Je n'ai jamais lancé le moindre XCI, mais je n'ai jamais vu quiconque s'en plaindre non plus...c'est que ça doit très bien fonctionner. ps : Grip est le champion du monde de la non-optimisation à la sortie. Et je crois que même avec les mises à jour, c'est pas jojo. Quant à Trials Rising, en plus d'une purge graphique honteuse, il a été également (non) optimisé avec les pieds par des incapables qui ont fait ça à la truelle. Regarde n'importe quel comparatif PS4/Switch, tu comprendras (et dire que j'ai préco cette bouse...quand j'y repense)