25 réponses à ce sujet

[shadow256]

Bon les nouvelles fonctionnalités de la version CLI sont intégrées à mon Ultimate-Switch-Hack-Script (version 4.1.79), j'ai un peu ramé pour trouver une bonne logique d'intégration de tout çà et en plus il y avait de gros bugs qui trainaient dans le script de la nand toolbox dont je me suis aperçu en intégrant tout çà donc j'ai dû revoir certaines des fonctions même du script au niveau logique, pas très agréable comme surprise d'autant que ces bugs sont assez vieux et auraient dû me sauter aux yeux bien plus tôt. Enfin bref, une bonne chose de faite.

[homeraman]

Merci pour le taff, très utile je vais tenter ça sur une switch d'un ami qui veut exploit sa switch mais qui ne veut pas se mouiller !

Cependant, j'ai personnellement quelques questions concernant des subtilités de emuNAND.

J'ai ma switch en mode avion depuis Décembre 2017 OFW 4.1.0 totalement clean également sous emuNAND exFAT 9.2.0 SX OS depuis Février 2018 (à part l’exécution de .XCI, lock pick, CDJ aucune utilisation de NSP, connexion à un réseau etc.). J'avais tout back up via NAND via Hekate de Février 2018 (partitionnée en fichiers de 4Go car avant il n'y avait que le FAT 32 de reconnu nativement par la console avant 6.X si je ne me trompe pas).

Tout ça pour savoir si il est judicieux de re back up ma NAND et aussi connaitre les (soucis) compatibilités entre les emuNAND Atmosphère et SX OS. Car j'aimerais par exemple me servir de Atmosphère pour utiliser Emuiiboo (uniquement compatible Reinx et Atmo et non SX OS car exécute nativement du .NSP contrairement au CFW SX si j'ai bien compris sur le fofo de SX). Et ensuite retourner sur mon emuNAND SX OS sur lequel je suis à l'aise et sans problèmes depuis le début.

Merci d'avoir pris le temps de lire, en espérant avoir une réponse ! Homer.

[eliboa]

Merci pour le taff, très utile je vais tenter ça sur une switch d'un ami qui veut exploit sa switch mais qui ne veut pas se mouiller !

Cependant, j'ai personnellement quelques questions concernant des subtilités de emuNAND.

J'ai ma switch en mode avion depuis Décembre 2017 OFW 4.1.0 totalement clean également sous emuNAND exFAT 9.2.0 SX OS depuis Février 2018 (à part l’exécution de .XCI, lock pick, CDJ aucune utilisation de NSP, connexion à un réseau etc.). J'avais tout back up via NAND via Hekate de Février 2018 (partitionnée en fichiers de 4Go car avant il n'y avait que le FAT 32 de reconnu nativement par la console avant 6.X si je ne me trompe pas).

Tout ça pour savoir si il est judicieux de re back up ma NAND et aussi connaitre les (soucis) compatibilités entre les emuNAND Atmosphère et SX OS. Car j'aimerais par exemple me servir de Atmosphère pour utiliser Emuiiboo (uniquement compatible Reinx et Atmo et non SX OS car exécute nativement du .NSP contrairement au CFW SX si j'ai bien compris sur le fofo de SX). Et ensuite retourner sur mon emuNAND SX OS sur lequel je suis à l'aise et sans problèmes depuis le début.

Merci d'avoir pris le temps de lire, en espérant avoir une réponse ! Homer.

Pas forcément besoin de faire un nouveau backup avant de créer ton emuNAND, tu peux juste créer directement ton emuNAND depuis la sysNAND. En soit l'emuNAND est un backup de ta sysNAND au moment de sa création (sauf si redimensionnée entre temps).

Il n'y a pas de problème de compatibilité entre l'emuNAND SX OS ou AMS, à condition de créer ton emuNAND de cette façon :

- Soit depuis SX OS puis via Hekate l'outil "Migrate emuMMC" te permet de créer les fichiers de config pour atmosphère (pas de redimensionnement d'emuNAND possible)

- Soit depuis NxNandManager via l'outil de création d'emuNAND partition (dans ce cas tu peux redimensionner ton emuNAND)

[homeraman]

Pas forcément besoin de faire un nouveau backup avant de créer ton emuNAND, tu peux juste créer directement ton emuNAND depuis la sysNAND. En soit l'emuNAND est un backup de ta sysNAND au moment de sa création (sauf si redimensionnée entre temps).

Il n'y a pas de problème de compatibilité entre l'emuNAND SX OS ou AMS, à condition de créer ton emuNAND de cette façon :

- Soit depuis SX OS puis via Hekate l'outil "Migrate emuMMC" te permet de créer les fichiers de config pour atmosphère (pas de redimensionnement d'emuNAND possible)

- Soit depuis NxNandManager via l'outil de création d'emuNAND partition (dans ce cas tu peux redimensionner ton emuNAND)

D'accord merci, et le fait de faire "Migrate emmuMMC" ne change strictement rien à mon emuNAND à par la rendre compatible avec atmosphère ? 

 

Edit : Ou cela va me recréer une 2ème emuNAND pour Atmo, ce qui me ferai 2 emuNAND ... Pas tellement souhaitable.

 

Et concernant ma première question ce n'est pas ça que j'ai demandé, j'ai du mal m’exprimer, sorry.
Je sais que l'emuNAND se construit à partir de notre NAND. Je te demandais si il était judicieux de faire re refaire une Nand peut être moins volumineuse avec les outils de 2020 contrairement à ma NAND que j'ai back up avec des outils de 2018.

 

Merci pour ton temps. Homer.

Modifié par homeraman, 30 avril 2020 - 20:01.

[eliboa]

D'accord merci, et le fait de faire "Migrate emmuMMC" ne change strictement rien à mon emuNAND à par la rendre compatible avec atmosphère ? 

 

Edit : Ou cela va me recréer une 2ème emuNAND pour Atmo, ce qui me ferai 2 emuNAND ... Pas tellement souhaitable.

 

Et concernant ma première question ce n'est pas ça que j'ai demandé, j'ai du mal m’exprimer, sorry.
Je sais que l'emuNAND se construit à partir de notre NAND. Je te demandais si il était judicieux de faire re refaire une Nand peut être moins volumineuse avec les outils de 2020 contrairement à ma NAND que j'ai back up avec des outils de 2018.

 

Merci pour ton temps. Homer.

"Migrate emuMMC" ne fait que détecter une emuNAND sur une SD et crée les bons fichiers de config sur la SD pour booter cette emunand avec Atmosphère. Ça touche pas à l'emuNAND. Tu peux l'utiliser quand tu crées une emuNAND via SX OS et que tu veux la rendre compatible Atmosphère par exemple. 

 

Par rapport au fait de refaire un backup de ta NAND moins volumineux. Le fait de faire ce qu'on appelle un "RAW dump" ne fera jamais un backup moins volumineux que la taille de ta NAND à la base, soit la plupart du temps 29 Go. Dans le terme RAWNAND, il y a RAW, c'est de la data brute et contiguë sur le disque. En gros la RAWNAND c'est un copie, secteur par secteur, de la mémoire interne de la console. Tout ça pour dire que tu verras jamais sortir un programme qui te fait un dump RAWNAND moins volumineux. Par contre, si tu veux compresser un backup que tu as déjà de côté, tu peux le faire via NxNandManager dans Advanced copy en sélectionnant "passthrough zeroes" et "zip output" pour avoir une compression optimisée (il faudra renseigner les bis keys dans le programme, ctrl+k). 

Sinon, refaire un dump de ta sysNAND ça fait pas de mal, elle contient tes dernières saves et installations donc pourquoi pas, mais en soit si c'est juste par sécurité, refaire un dump est pas forcément utile.

 

J'ai bien tout compris tes questions ? ^^

[homeraman]

"Migrate emuMMC" ne fait que détecter une emuNAND sur une SD et crée les bons fichiers de config sur la SD pour booter cette emunand avec Atmosphère. Ça touche pas à l'emuNAND. Tu peux l'utiliser quand tu crées une emuNAND via SX OS et que tu veux la rendre compatible Atmosphère par exemple. 

 

Par rapport au fait de refaire un backup de ta NAND moins volumineux. Le fait de faire ce qu'on appelle un "RAW dump" ne fera jamais un backup moins volumineux que la taille de ta NAND à la base, soit la plupart du temps 29 Go. Dans le terme RAWNAND, il y a RAW, c'est de la data brute et contiguë sur le disque. En gros la RAWNAND c'est un copie, secteur par secteur, de la mémoire interne de la console. Tout ça pour dire que tu verras jamais sortir un programme qui te fait un dump RAWNAND moins volumineux. Par contre, si tu veux compresser un backup que tu as déjà de côté, tu peux le faire via NxNandManager dans Advanced copy en sélectionnant "passthrough zeroes" et "zip output" pour avoir une compression optimisée (il faudra renseigner les bis keys dans le programme, ctrl+k). 

Sinon, refaire un dump de ta sysNAND ça fait pas de mal, elle contient tes dernières saves et installations donc pourquoi pas, mais en soit si c'est juste par sécurité, refaire un dump est pas forcément utile.

 

J'ai bien tout compris tes questions ? ^^

Ahah yes t'es top, très enrichissant, je te remercie !