Derniers tests et previews
TEST Gradius Origins : la saga de shoot culte reprend du service avec panache
TEST Drag x Drive : un curieux jeu de handibasket qui vaut le détour ?
CRITIQUE La Guerre des mondes (2025) : 1h30 pour faire la pub d'Amazon, c'est long, non ?
TEST PATAPON 1+2 REPLAY : du rythme, des tambours et des souvenirs
Dernières actualités
CINEMA : Kaamelott - Deuxième Volet Partie 1 part en quête de son public dans un premier teaser au casting chargé
Apple Vision Pro : un modèle équipé de la puce M5 ou M4 se cache-t-il déjà dans les labos ?
Jacked Up : un platformer VR musclé et décalé débarque en Early Access sur Meta Quest
Rematch : une deuxième mise à jour majeure lancée, une grosse fonctionnalité bientôt rajoutée
firmware
Si jamais je vois autre chose je vous le signalerais
Donc difficile de comprendre le jeu concerné (après importation de tous mes jeux PS4 avec le HDD externe)…
Je vais essayer cette histoire de redémarrage en mode sans échec et reconstruction de la base de données…
Sûr que le dernier firmware n’a pas résolu le problème, je l’ai installé dès le démarrage de la console…
Tu dis avoir utilisé ChoiDujourNX pour mettre à jour ton firmware donc tout fonctionnait avant cela ?
Si tu as utilisé ChoiDujourNX, as-tu fait cette mise à jour en activant le mode autoRCM ? Car si c’est le cas, ta console attend de booter sans le JIG après injection du payload qui n’est pas présent sur ta SD mais via ton PC en utilisant TegraRCMGui et en maintenant le bouton Volume + pour démarrer sur le Menu de SX OS.
Pour continuer dans les questions, en utilisant ChoiDujourNX, lorsque tu as mis à jour, as-tu choisi le firmware avec l’option exFat ? Si non et que jusqu’à maintenant tu utilisais le Fat32, alors l’exFat n’est pas actif sur la console. Mettre ta SD en Fat32 serait nécessaire. En revanche, si tu as bien installé le driver exFat suite à la mise à jour, alors ta SD peut être en exFat.
Toutefois, si la SD est en exFat et que le format est bien actif sur ta console, alors tu peux vérifier si elle corrompue via H2testw.
Bonjour et merci pour ta réponse
Je pense m'être mal exprimé
j'ai mis par choidujour le firmware et sur ma carte sd il y a bien le boot.dat et et je tente d'injecter le payload via TegraRCMGui avec comme indiquer sur le tuto le mode RCM mais il me dit à chaque fois quand ça fonctionne (difficilement ) dans les options de SX OX qu'il n'y a pas de payload et de ce fait je n'accede plus au mode SX OS
je cherche un peu de mon côté je pense à une défaillance de ma carte sd.
ou peut être une mauvaise mise à jour dans choixdujour c'est à dire la pas exfat alors que ma carte sd est en exfat?
en tout cas pour le moment je vais au max sur ecran sx os et sur cet écran puis plus rien ou dans le meilleu des cas la verison officiel.
j'espère avoir été un peu plus clair
ps je suis très vigilant sur le niveau de la batterie
Pourtant si tu arrives à lancer Hekate, tu devrais pouvoir utiliser Lockpick_RCM pour essayer de dumper les clés. C’est bizarre.
Les outils donnés précédemment s'opèrent via PC mais le bin de biskeydump s’injecte de la même manière. Toutefois, la console doit être en mode RCM mais cela ne devrait pas poser de problème puisque tu es en mode autoRCM tout le temps dans ton cas.
Je ne peux toujours pas poster de lien mais tu peux lancer une recherche sur la toile avec cela [tuto avancé] - réinitialiser complètement une console, la débricker ou installer un firmware en utilisant ChoiDuJour et voir ce qu’il est possible de faire avec les éléments donnés. Je ne garantis pas que cela résolve ton problème.
underground-switch/utiliser-choidujournx-t744482.html
Si c’est le CFW SX OS, il y a juste à remplacer le boot.dat sur la SD.
Pour ton problème de boot, sur la SD doit se trouver le boot.dat et la licence. Et si tu bootes sans dongle, alors, il te faut installer TegraRCMGui sur PC et injecter le payload en ayant mis ta console préalablement en mode RCM avec le JiG. Les détails sont dans le tutoriel.
Certes, la restauration de la NAND te fait revenir à une version antérieure dans ton cas (ou dans la version dans laquelle tu as opéré la sauvegarde pour d’autres) mais à l’issu, tu devras mettre à jour HOS car tu auras des erreurs. Ceci est normal puisque tu as grillé des eFuses. Ces erreurs, tu les auras en mode normal mais pas en mode CFW puisque Hekate permet de contourner cela. Quoi qu’il en soit, la mise à jour résoudra cela. Et à l’issu, relancer le hack.
Le downgrade de version, dans les règles, se fait, si et seulement si, tes eFuses sont préservés. Et ce sans avoir d’erreur.
En gros, le downgrade te permet de descendre de version et la sauvegarde de la NAND est une opération de restauration en cas de brick ou de problème. C’est pour cela qu’il est conseillé de faire sa sauvegarde avant toutes modifications underground.
Pour le reste, non si tu utilises le mode « stock » , ce sera un boot lié au hack sur HOS mais sans Hack actif. En gros, tu vas utiliser le loader d’Atmosphère ou Hekate. Pour utiliser le online, il est nécessaire de démarrer ta console en mode normal sur HOS avec le loader de Nintendo. Enlever la SD est conseillé mais personne ne confirme que cela encourt un risque éventuel. D’ailleurs, personne ne peut confirmer ce qu’envoie réellement ni enregistre la télémétrie de la console. De plus, le lecteur de carte semble assez fragile (pour avoir eu des retours dans ce sens) donc à voir sur le long terme. J’ai tendance à oublier de l’enlever souvent mais ce n’est pas un exemple à suivre ^^
C’est d’ailleurs pour cela que je passe aussi par USB pour installer des NSP via Goldleaf en emuNAND.
Mais tu as des éléments en FAQ dans le tutoriel dédié à Atmosphère car j’ai déjà abordé tout cela dans de nombreux commentaires.
(Je ne vais pas recommencer pour cette màj firmware de la PS4 Pro) !
On verra bien ce que cela dit quand je vais connecter le HDD externe sur la PS5 vendredi…