shadow256

Attention, à l'heure actuelle mise à jour incomplète selon le code source (peut-être pas selon le binaire car confirmation par l'auteur qu'il n'avait pas encore intégré tous les commits nécessaires) car il manque la mise à jour des clés dans "crypto.h" et une clé dev dans "key_sources.iml".
Edit: Fixé, plus aucun souci normalement.

Hello, 32 de mémoire

Je pense plutôt 64, on est déjà à 24 sur la durée de vie de la Switch 1 (bon un peu moins mais vous m'avez compris) donc ça ferait peu quand même niveau marge et vu que les mises à jour semblent suivre sur Switch 1 aussi... Et il me semble que sur Switch 1 c'est aussi 64, si on regarde par exemple dans Hekate on a un chiffre du genre "24/0" se qui suggère une seconde ligne d'Efuses de 32 vu que si on fait cramer tous les Efuses on obtient "32/32".
 

Si mes souvenir sont bons sur Switch une , il était pas obligatoire de bruler une efuses , certaines mises à jour du moins.

En fait c'est Nintendo qui décide si oui ou non le firmware grillera tel ou tel nombre d'Efuses donc effectivement pas obligatoire d'avoir des Efuses brûlés par un firmware. Et bien sûr avec une Switch hackée il est possible de ne pas brûler d'Efuses lors d'une mise à jour, Hekate et Atmosphere font un bypass de ça mais par contre lors d'un démarrage classique les Efuses nécessaires sont vérifiés et grillés si nécessaire.

PS: Comme d'habitude si vous voulez le firmware il est dispo ici:
https://github.com/T...mware/releases/

Qui utilise du NTFS au lieux du ExFAT sur ses périphériques externes en 2026? Cela dit, toujours bien de supporter plus de systèmes de fichiers mais bon...

Sauf y être obligé je préfère largement utiliser du NTFS au lieu de l'EXFAT, ce dernier n'est pas un système journalisé et est donc moins fiable et plus sujet à la corruption de données (je ne parlerai pas du manque des ACL car moins pertinent sur un stockage externe), ses seuls avantages sont qu'il est plus rapide du coup et que l'EXFAT est plus pris en charge sur d'autres systèmes que le NTFS (disque multi-usages avec une télé, un PC, un Mac et/ou des consoles oui là l'EXFAT peut devenir pertinent). Donc oui, évolution pertinente du homebrew, énormément de gens utilisent le NTFS pour des disques durs externes notamment, en fait beaucoup d'utilisateurs n'utilisent que Windows et très occasionnellement peuvent avoir besoin de connecter le disque sur un autre système et dans ce cas tant mieux que le NTFS soit pris en charge, ici qui peut le plus peut le moins après tout.

Un très bon homebrew et qui en plus inclus son lecteur d'écran intégré pour l'accessibilité, si ça n'était pas un module un peu trop sensible aux mises à jour du firmware je l'aurais probablement intégré à mon pack.

@polo_cha2 : Pendant mes tests j'avais pensé à une petite option, il serait intéressant de pouvoir avoir accès aux paramètres normaux de la console via le homebrew, de mémoire comme tous les paramètres ne sont pas encore modifiables directement via le homebrew (par exemple le réglage de la position de l'écran il me semble n'y est pas) ça pourrait être une possibilité intéressante au moins jusqu'à se que tous les paramètres classique soient modifiables via le homebrew.

Un sacré projet clairement qui rend le Homebrew Menu classique bien inutile, Sphaira le dépasse sur tous les points depuis un bon moment déjà.

Il aurait rien perdu à attendre la 14.00 officiel pour dire publiquement que la faille était toujours présente. J'en forme des dev sécu qui sont extrêmement brillant scientifiquement parlant mais ils ne font pas toujours preuve de bon sens...

C'est factuellement vrai. Après que se soit dit avant ou après ça change quand même assez peu de choses à mon avis même si oui on ne connaît pas se qui a été testé ou non chez Sony et que donc ça peut attirer l'attention sur un oublie donc ça donne moins de chances que le hack soit possible sur un firmware supplémentaire. Mais bon franchement la probabilité que cette annonce change quoi que se soit est tellement faible, enfin bon maintenant on ne saura jamais. Et je pense que c'est pas trop un problème de bon sens, plus un problème d'égo ou une envie de se mettre un peu en lumière.

Ah putain la vache ça c'est de la mise à jour! Bon clairement réintégration dans mon switch_AIO_LS_pack pour sa prochaine version.

Clairement en ce moment ça se déchaîne sur Switch.

On va reclarifier, si le nombre d'Efuses grillés est inférieur au nombre d'Efuses requis l'OFW démarrera en grillant les Efuses manquants, en fait c'est le fonctionnement normal pendant une mise à jour. Puis bon un outil incontournable faut pas déconner, c'est un outil qui peut être utile tout au plus, non vraiment la rédaction des news par l'IA sans relecture c'est vraiment pas une bonne chose.

@agpixel : Pour un débutant un bon pack est se qu'il y a de mieux justement, ça évite l'approximation des installations. De plus ça peut permettre aussi la simplification de beaucoup de dépannages en intégrant des outils qui oui ne sont pas souvent utilisés mais qui sont très pratiques quand on en a besoin et quand on aide un utilisateur ça fait souvent gagner un temps précieux. Alors oui je suis d'avis que les utilisateurs devraient un peu mieux essayer de comprendre le hack mais sur Switch faut aussi reconnaître que ça prend du temps. Entre les puces, les consoles patchées ou non, l'emunand, les Efuses, les sig_patches, les payloads, les homebrews, les modules, les overlays, etc... ça fait beaucoup de notions à comprendre et à intégrer. Enfin dans un pack il est tout à fait possible de mettre en place des procédures de nettoyage plus ou moins automatisées, c'est ainsi que mon switch_AIO_LS_pack est pensé pour couvrir une grande majorité de configurations. Après le défaut que je trouve au pack présenté dans la new est qu'il a bien trop de modules par défaut et les modules sont la principale cause d'erreurs lors de mises à jour, après c'est un pack orienté overclock donc pour ça il contient se qu'il faut.

Pour créer un forwarder pour un homebrew Switch Sphaira le fait très bien à même la console, ainsi pas besoin de s'emmerder avec les paramètres et autres infos demandées par les autres logiciels permettant de créer des forwarders.

@xmoutonx : Non pas de shop intégré et non on ne te donnera pas d'adresse ou de nom de shop ici, se serait hors charte.

Merci du conseil je compte poser la puce moi même j'ai les outils et connaissances. Merci encore une fois

OK. Du coup fais aussi attention au firmware qui sera sur la puce, il te faut le 2.80 pour que tout soit bien stable, au pire tu peux le flasher quoi qu'il arrive ça ne coûtera pas grand chose:
https://github.com/rehius/usk/releases

Tu branches juste la puce en USB au pc et tu fais un copier-coller du fichier ".uf2" à la racine de la puce qui va redémarrer et être mise à jour. Ou sinon tu peux le faire via le payload picofly_toolbox en démarrant la console en maintenant l'une des touches de volume (je ne sais plus laquelle) pour que la puce passe en mode flash, il te faudra aussi mettre le fichier d'update de la puce au format bin à la racine de la SD.

@Umixas77 Picofly. Par contre si tu ne fais pas la pose toi-même n'achètes pas la puce, d'une part tu n'économisera rien et en plus le technicien qui te fera la pose risque de te refuser la moindre garantie.

@tosuya86 Le boot un peu long à l'allumage est je pense plus lié au glitch de la puce plutôt qu'à mon pack, aucune raison que mon pack ait un tel comportement.