firmware

Le développeur @SciresM propose la v1.10.0 pre-release de son CFW Atmosphère. Au menu, la prise en charge de HOS 21.0.0 et de nombreuses modifications pour tenir compte de ce qu'a opéré Nintendo dans son dernier firmware. Notamment l’ABI du TLS (Thread-Local Storage) entre le userland et le kernel, ce qui pourra engendrer des problèmes avec les homebrews. Nintendo a écrit dans un espace auparavant réservé dans le TLS. Les homebrews utilisaient cet espace pour leurs propres TLS slots crashent. Les applications utilisant des fonctionnalités comme les exceptions C++ sont particulièrement touchées. Les homebrews doivent être recompilés avec libnx ≥ 4.10.0 pour fonctionner correctement. Pour aider les utilisateurs, hbmenu (v3.6.1) affiche désormais un avertissement lors du lancement d’un homebrew compilé avec un ABI obsolète.

Le développeur @CTCaer propose la v6.4.1 de son custom bootloader Hekate. Au menu, la prise en charge de HOS 21.0.0 et de nombreuses modifications apportées à NYX v1.8.0.

Il est fortement recommandé d'attendre la mise à niveau des homebrews, en fonction, de ce que vous utilisez ! Pour le moment, Atmosphère 1.10.0 est en version pre-release et des problèmes peuvent être identifiés et nécessiter une correction avant sa sortie officielle. Si des bugs sont signalés pendant la phase de pre-release d'Atmosphère, ils seront corrigés et la version sera mise à jour. La v1.10.0 sera publiée après un court laps de temps sans signalement de bogues. Si vous n'êtes pas un utilisateur aguerri, il est fortement conseillé d'attendre la version finale du CFW !

Le développeur @impeeza propose Sys-Patch v1.5.8 et Lockpick-RCM v1.9.16 disponibles pour HOS 21.0.0.

le développeur @Huntereb propose la v1.3.6 de Awoo Installer pour HOS 21.0.0.

Ajout de la prise en charge du firmware 21.0.0 pour dump de la dernière clé avec la v1.9.16

Bonjour.

D'abord je souhaite encore remercier l'ensemble des acteurs du sujet.

Cela fais un moment que je n'ai pas mis à jour les utilitaires et avant de me lancer j'aimerais avoir des indications pour ne pas bricker la console.

Voici mes infos :

Firmware 10.2.0
hekate_ctcaer_5.5.1
atmosphere-1.2.5-master-1019bc54e+hbl-2.4.1+hbmenu-3.5.0
TegraRcmGUI_v2.6_portable

Dois-je mettre à jour l'ensemble afin d'installer de nouveau NSP et XCI?
Si oui, pourriez-vous me donner des indications svp.

Merci.

Le développeur @Gezine nous gratifie d’un Hello World en s’appuyant sur une vulnérabilité userland via l’app YouTube. Ses tests sont exécutés sur une PS5 OFW 6.02 non activée. Le développeur annoncerait une compatibilité large du firmware 4.03 à 12.02 et il le nomme Y2JB !

Découvert en 2023 par Barış, ce point d’entrée a été précieusement mis de côté. @Gezine a déjà créé un patch de debogage et il utilise la version 01.000.003 de YouTube associée à une nouvelle itération de itemzflow de @LightningMods (non disponible pour le moment !).

Quelques explications utiles:

HOS est le firmware et je ne sais pourquoi il affiche 20.1.1 sur la source de ton lien puisque la dernière itération est 20.4.0.

Je n’ai pas affirmé que cela provenait du Wifi, j’ai juste indiqué à quoi correspond l’erreur liée à l’écran orange sur ta console et je pense plutôt à la seconde piste. Il te faut utiliser le script de Shadow qui te donnera toutes les indications et la marche à suivre comme dit précédemment.

HOS ? C'est moi qui ai du louper de nombreux épisodes. Cela doit faire 3 ans au moins que je n'avais pas mis à jour la switch. J'ai téléchargé le dernier firmware du lien ci-dessous en installant sur daybreak
https://darthsternie.net/switch-firmwares/
Je n'ai pas vu la procédure concernant HOS sur la première page ? Peux tu me l'indiquer ?
Avant de tester ta méthode via l'Ultimate-Switch-Hack-Script de Shadow. D'ailleurs, cela ne peut pas être le wifi je pense comme je suis en mode avion.

HOS 20.1.1 ? Tu es en avance dis moi. Le dernier firmware est 20.4.0 ou alors j’ai loupé des épisodes entre temps.

À la vue du firmware que tu avais et de la mise à jour que tu as opérée, cela pourrait être lié à un brick de la console qui peut se corriger. L’écran orange (et non jaune) indique souvent une erreur Wifi mais pas toujours, tu peux donc tenter un débrickage via l'Ultimate-Switch-Hack-Script de Shadow pour tenter de résoudre le souci. Si cela ne fonctionne pas alors il faut changer la carte Wifi qui pourrait le résoudre. Je penserais davantage à la solution du brick plutôt que du Wifi mais difficile de savoir sans un visuel sur ta Switch.

Il te faut aussi vérifier et mettre à jour l’ensemble des outils dans leur dernière version puis utiliser sys-patch (fortement recommandé par la communauté). Les sigpatches, bien qu’opérationnels, sous cette forme, sont opérationnels mais le mieux est de passer à Sys-patch. Il te faut aussi si ce n’est pas déjà fait, procéder au dump des dernières clés avec Lockpick_RCM.

Tu peux utiliser le script de Shadow pour préparer ta carte SD si tu ne sais plus où tu en es et réparer ce brick si cela en est un.

Bonjour, après avoir installé la firmware 20.1.1 et collé le sigpatche Atmosphere + Hekate v1.9.4, l'écran devient jaune lors du lancement avec CFW Emu (alors que cela fonctionnait avec la firmware précédente 16.0.3). Que faire ? Je te remercie

@Echo Stretch informe sur KStuff pour 8.40 et 8.60. Les offsets du Shellcore ne seraient pas nécessaires quand on utilise les hooks DLC, mais avec les hooks, il remarque que le Shellcore n'est pas patché au delà du firmware 8.40 (il sous-entend, qu'à partir du 8.40, ses correctifs ne marchent pas. L'erreur qui se produit, après le lancement, ne peut être corrigée sur les firmwares supérieurs au 8.40.).

Pour résumer, le firmware 9.00 est radicalement différent, avec des changements encore plus importants. Sur 8.40 et 8.60, il préconise de ne pas mettre à jour, et il tente de trouver la solution !

EtaHEN est officiellement open source sous GPLv3. Cela signifie que n’importe quel développeur peut désormais :

• Auditer le code pour des raisons de sécurité ou de stabilité.


• Contribuer à l’amélioration du projet (nouveaux firmwares, options avancées, corrections de bugs).


• Adapter le payload à des besoins spécifiques ou à d’autres forks.

Pour dissuader les personnes malveillantes de modifier quelques chaînes et de recompiler les CMakeLists nécessaires à sa création, il ne sera pas fourni. Cela permet de garantir que le code source d'etaHEN puisse être appris et utilisé (avec des crédits) sans être volé !