payload

MDProz Wrote:Elle fait partie des modèles incertains donc il te faudrait tester pour voir si le mode RCM se déclenche avec TegraRCMGUI ou TegraRCMSmash et ensuite injecter le payload Hekate, ReiNX, RajNX ou atmosphère.

Merki pour les conseils, je vais jeter un œil la-dessus

Elle fait partie des modèles incertains donc il te faudrait tester pour voir si le mode RCM se déclenche avec TegraRCMGUI ou TegraRCMSmash et ensuite injecter le payload Hekate, ReiNX, RajNX ou atmosphère.

Comme l'indique le tutoriel, cela est compatible firmware 6.0.1 et inférieur.
Tu as le choix du bootloader, Hekate ou ReiNX.
Le CFW atmosphère est également dispo. Toutefois, je préconise d'attendre la v10 de la compilation SDFilesSwitch de tumGER. Malgré tout cela fonctionne également si tu suis l'indication donnée pour ce qui du payload à charger.

Cela était attendu depuis plus d'un mois et SciresM s'est donné du temps pour peaufiner son CFW tout en prenant en compte le firmware 6.0.0, voilà qu'il propose atmosphere-nx dans sa version 0.7 comme cela était prévu !

Il vous faudra:

• L’ensemble des fichiers de l'archive atmosphere-0.7.0.zip à mettre sur votre carte micro SD


• Utilisez le payload fusee-primary.bin via votre PC

Il annonce que le payload peut se lancer via Hekate puisque ce dernier intègre cette possibilité ! Toutefois, le développeur tumGER indique cela:

tumGER Wrote:Veuillez noter que je vais ajouter fusee comme payload dans le très bientôt ™ v10 (avec nos petites modifications personnalisées pour le rendre un peu plus froid <: rooEZ: 399827519286542336>)

• Si vous utilisez hekate, vous avez déjà l'expérience Atmosphere - Ne laissez pas tomber les fonctionnalités et ne vous contentez pas de leur chargeur de démarrage avec des fonctionnalités presque identiques pour les utilisateurs finaux.


• Si vous voulez toujours le tester ** et le charger sur hekate ** -
  1. Supprimez "fusee-primary.bin" dans "bootloader / payloads"
  2. Placez fusee-secondary.bin à la racine.

Je suis vraiment content pour l'équipe et je les remercie pour tout leur travail, sans eux il n'y aurait pas un seul CFW sur le marché.

Edit: Tutoriel actualisé mais il faudra que j'y revienne pour certains aspects après tests !

Edit 2: Démarche actualisée pour lancer atmosphère via hekate car j'avais une erreur. Grâce à l'indication de tumGER, problème résolu. La v10 de SDFilesSwitch viendra apporter le soutient correct du CFW atmosphère. Patience !

-------------------------
Autres infos:

HBLoader (aka HBL) propose sa version 2.0 en NSP pour accompagner le CFW atmosphère.

Le fichier binaire fourni est un fichier ExeFS PFS0.nsp, qui peut être placé dans /atmosphere/hbl.nsp ou chargé via une autre méthode de remplacement ExeFS.

ChangeLog

[+] CLIQUER POUR AFFICHER

• Prend désormais en charge l’exécution en tant qu’application avec un accès à la totalité des ~ 3,2 Go de RAM réservée aux applications, tout en restant compatible avec les anciens homebrew NRO. L'exécution en tant qu'applet de bibliothèque est toujours prise en charge, bien qu'elle n'ait accès qu'à 442 Mo de RAM.


• Autorise l'accès à toutes les autorisations FS.


• Autorise accès utilisateur / hôte à tous les services.


• Autorise l'accès au débogage de SVC.


• Accès à core3 afin de résoudre les problèmes de stabilité lors de l’utilisation préventive de threads multithread et d’équilibrage de charge.


• Ajout de la prise en charge de la clé ABI homebrew de RandomSeed, ce qui permet à l'homebrew de NRO d'utiliser les fonctions libnx randomGet * sans toujours obtenir les mêmes résultats tout au long d'une session unique de nx-hbloader.


• NPDM personnalisé construit à partir de la source.
  
  • Le type d'application par défaut du noyau limite le type à applet (2). Les utilisateurs d’Atmosphère ne sont pas concernés par cette modification, car sa prise en charge native de nx-hbloader définit automatiquement le type d’application approprié

Source: https://github.com/switchbrew/nx-hbload ... tag/v2.0.0

Ok.

Essaies cela:

• Via PC:
  
  Si tu es sous Mac, exécutes les deux commandes suivantes:
  

  Code: Select All Code

  sudo chflags -R arch "/ Volumes / SD CARD"
dot_clean -f "/ Volumes / SD CARD"

  
  
  
  Si tu es sous Win:
  
  1. Sélectionnes l'ensemble des dossiers/fichiers de ta carte microSD
  2. Fais un clic droit
  3. Choisis Propriétés
  4. Cliques sur Avancé
  5. Décoches Le dossier est prêt à être archivé
  6. Appliques à l'ensemble des dossiers, sous dossiers et fichiers
  
  


• Ou via la Switch:
  Il te faudra lancer le payload Hekate et utiliser le correctif Archive Bit dans Tools

La manipulation est relativement accessible. Ce sera le seul moyen pour toi de t'assurer que le mode RCM n'est pas patché et qu'à l'injection du payload, cela fonctionne. Et si c'est le cas, alors ton problème vient du Dongle.

En revanche, si tu as la même difficulté et que rien ne se lance, ta console serait malheureusement patchée.

Il te faudrait essayer d'injecter le payload Hekate, ReiNX ou Fusée via TegraRCMGUI pour voir.
Ainsi, tu t'assureras de savoir si elle est vraiment patchée (car ton numero de série fait partie des incertains) ou s'il s'agit d'un problème dû au Dongle.
Je n'ai pas d'autre solution sans accès à ta console directement.

La dernière version de Hekate est la 4.2 à lancer via Launch external payload. Après, tu vas dans Tools => Backup.
Tu fais Backup eMMC RAW GPP et Backup eMMC RAW BOOT0/1

Concernant hekate c'est la version 4.0 qu'il faut utiliser?
https://github.com/CTCaer/hekate/releases/tag/v4.0
Je la mets dans ma carte sd, puis je reprends la procédure du début, puis "launch external payload" de là j'installe hekate?
Ensuite, il me faudra trouver ce "Tools" puis "Backups " et sauvegarde de eMMC, Boot0 et Boot1.
Est-ce qu'il faudra démarrer avec "Boot custom FW" pour trouver ce "Tools" ou il apparaitra dans les options juste après avoir lancé via "Launch external payload"?