payload

Bonjour

Je viens d'essayer d'installer le cfw Atmosphere mais lorsque j'injecte le payload Hekate ma switch reste sur un ecran noir. Est-ce que ça signifie qu'elle est patché ou que je rate un truc

Mon num de série : XAJ40055972761

Merci

Ça faisait longtemps mais voilà que le développeur Al-Azif reprend du service.

Un nouveau repo sur Github voit le jour. Au nom de « Scene Collective », sa fonction entre autres sera d'automatiser les mises à jour des payloads et les PKG PS4.

Lien: https://github.com/Scene-Collective/ps4-payload-repo

Pour commencer, si j’ai donné le lien vers le tutoriel, c’est pour poser les questions qui s’y réfèrent. Ensuite, le payload fusée gelée sert à tester plus qu’autre chose. C’est pour cela que dans le tutoriel est précisé tout ce qu’il te faut pour le reste du hack. Je déplace ton dernier message pour y apporter une réponse (pas utile de revenir poster ici)

Goldleaf passe en v0.8 !

ChangeLog

[+] CLIQUER POUR AFFICHER

General

• Mise à jour vers la dernière libnx. Cela simplifie le code et résout les problèmes potentiels ? Un vieux libnx aurait pu être


• Certaines parties du code ont été réécrites ou simplifiées, afin d'essayer d'améliorer les performances de Goldleaf. Beaucoup de non-sens ou de code inutilisé ont été supprimés, et beaucoup de choses ont été simplifiées grâce aux dernières modifications de libnx


• Suppression de la prise en charge du transitaire. Il y a moins de façons banales de lancer des homebrew en tant qu'applications (via uLaunch ou en utilisant le remplacement de titre d'Atmosphere)

Application

• Correction d'un bug où la suppression de l'utilisateur actuellement sélectionné laissait Goldleaf dans un état de buggy (car il pensait toujours que l'utilisateur était valide)


• Le vidage des amiibo s'effectue désormais via les services amiibo / NFP de "débogage". Étant donné qu'emuiibo intercepte les services utilisateur (et bientôt le système), l'utilisation des services de débogage signifie que Goldleaf sera capable de vider de vrais amiibos même si emuiibo est activé


• Gestion personnalisée des exceptions / plantages: maintenant, lorsqu'un crash se produit (généralement des erreurs de segmentation), il ne provoquera pas d'erreur fatale, Goldleaf enregistrera à la place un rapport de crash simple dans / reports et quittera normalement. Même chose pour les accidents mortels, qui enregistrent également des rapports mortels


• Maintenant, le redémarrage se fera sur le mode RCM / charge payload, de la même manière que si vous redémarriez à partir du menu d'alimentation du menu HOME


• Le système de navigateur Web a été amélioré, ajoutant maintenant un menu personnalisé et la possibilité d'enregistrer une page en tant que signet après l'avoir parcourue


• Ajout d'un gestionnaire emuiibo v0.4.0 intégré! Cela simplifie beaucoup l'utilisation d'amiibos virtuels:
  
  • Contrairement à d'autres gestionnaires, Goldleaf vérifie l'amiibo et tente d'obtenir son image depuis AmiiboAPI, sinon affiche une icône par défaut
  
  
  • Vous pouvez modifier le statut d'emuiibo (activé, activé pour une utilisation et désactivé) et sélectionner un certain amiibo à utiliser

Quark

• La version cible de Quark a été remplacée par Java 9 ou une version ultérieure, car essayer de prendre en charge Java 8 a également compliqué son fonctionnement


• Le système USB a été modifié et ne fonctionnera pas avec les versions précédentes (la dernière Goldtree par exemple, qui supportait jusqu'à 0.7.3)


• Correction de la copie de fichiers / répertoires entre différents systèmes de fichiers (SD et PC dans ce cas), donc cela devrait bien fonctionner maintenant


• Dorénavant, Goldleaf tire parti des descripteurs de chaîne sur ses communications USB:
  
  • L'USB de Goldleaf aura "Goldleaf" comme chaîne de produit, afin que Quark puisse identifier si l'homebrew détecté est réellement Goldleaf
  
  
  • Cette modification particulière tue la compatibilité avec toutes les versions précédentes. Goldleaf définit également sa version comme descripteur de numéro de série, afin que Quark puisse l'utiliser. Les builds de développement ont "-dev" après la version ("0.8.0-dev", par exemple), ce qui avertira Quark de son éventuelle instabilité


• Quark affiche maintenant l'heure à laquelle quelque chose a été enregistrée dans la boîte de journal. De cette façon, on peut facilement identifier si la connexion USB fonctionne toujours, par exemple, avec les installations ou la copie de fichiers longs

Je ne sais pas où tu as testé mais elle fait partie des modèles non patchés si ton numéro de série est le bon et comme indiqué dans le topic. Le plus simple est de tester avec TegraRCMGui et d’injecter le payload Hekate tout simplement.

@Languescere
Ta console est le modèle v2 de la Switch donc le hack n’est pas compatible d’où le fait de te demander le numéro de série.

@godpowa
Je ne conseille rien, j’apporte une info. En revanche, sans élément complémentaire de ta part, difficile de deviner quoi que ce soit. Il nous faudrait savoir quel format: Fat32 ou exFat ? Quelle configuration as-tu fait dans la création de ton emuNAND via Hekate ? T’es-tu assuré de mettre à jour l’ensemble des tes outils dans leur dernière version sachant que Kosmos n’est pas porté pour 9.1.0 ? Et d’autres éléments qui permettraient de répondre et d’apporter une aide à ton problème.

@switchmario
Créer une emuNAND via Hekate permet d’utiliser sa SD pour toutes les données underground. Ainsi, la sysNAND reste propre. Cela est expliqué dans la FAQ du tutoriel.

Lorsque tu injectes le payload, il faut maintenir le bouton volume + et si tu bootes via Atmopshere à l’issu, il faut maintenir R. Après selon le type de configuration faite pour la création de ton emuNAND, le chargement est plus ou moins long. Et cela dépend aussi du format utilisé, Fat32 ou exFat.

@godpowa
Si tu as créé ton emuNAND et selon ta configuration choisie, son chargement prend plus ou moins de temps à se faire.

@Languescere
Le mieux serait d’indiquer ton numéro de série car aucun site n’est fiable à 100%. De plus, pour info, si tu as un warning, ce n’est pas non plus pour rien je pense.
Et pour info, le patch n’empêche pas le mode RCM mais l’injection de payload.

Hello,

Merci pour ta réponse. J'ai essayé avec les deux versions (mobile et non), en drag and drop j'obtiens ça par exemple :
"TegraRcmSmash (32bit) 1.2.1-3 by rajkosto
Opened USB device path \\?\usb#vid_0955&pid_7321#5&350590a7&0&6#{aa0dbd45-3117-f331-5c49-76bf65225042}
RCM Device with id 00000000000000000000000000000000 initialized successfully!
Uploading payload (mezzo size: 92, user size: 90656, total size: 156872, total padded size: 159744)..."

Et ça reste bloqué là. Pour ce qui est des câbles, je doute que ça soit le problème, j'en ai essayé 3 différents qui tous fonctionnent normalement mais pas ici.
Est-ce qu'il y a quelque chose à faire ?
Merci d'avance,

@Xiode
Ce n’est pas trop le topic pour la gestion des backups. Essaies une désinstallation puis réinstallation pour commencer. Vérifie également que ta SD ne soit pas corrompue via H2testw car si cela te le fait pour tous et pas seulement un, c’est une piste. Et pour terminer, assure toi d’avoir les derniers outils et sigpatchs sur ta SD. Pour le moment seule la compilation kosmos n’est pas portée pour 9.1.0.

@Languescere
Pour TegraRCMGui, il te faut la version msi et non portable. TegraRcmGUI se bloque lorsque TegraRcmSmash.exe ne répond pas. Fais un glissé/déposé du payload que tu souhaites envoyer. Si toujours même problème, assure toi que tes câbles testés ont le transfert de données.

Bonjour,

J'ai suivi la méthode avec JIG pour savoir définitivement si ma switch est hackable ou pas
Dans la partie "ligne de commande", la 7ème ligne doit préciser si oui ou non, elle est hackable.

Pour ma switch, je n'ai que 5 lignes de commandes :
ligne : "Uploading payload (mezzo ....)"
Normalement la différence doit se faire sur 0x0000 ou 0x7000 mais mes lignes ne vont pas jusque là.

Est normal ?

D'avance merci