What happens exactly when I format my sysnand? Are all my file gone then on my Micro SD Card?Just unwrap them
Unlink your NANDS (Format Sysnand or emunand)
or
Install them again in devmode with FBI (it will say it's already installed, just abort the installation), now boot into sysnand and unwrap them, then boot into emunand now they will stay unwrapped (You have to do this everytime again when you install a new cia.)
or
use autoboot into CakesCFW emunand mode with menuhax, then you don't have to do any of the above (Could be that rxTools also keeps them unwrapped this way)
Menuhax requires unlinked NANDs though otherwise it will crash emuNAND.Just unwrap them
Unlink your NANDS (Format Sysnand or emunand)
or
Install them again in devmode with FBI (it will say it's already installed, just abort the installation), now boot into sysnand and unwrap them, then boot into emunand now they will stay unwrapped (You have to do this everytime again when you install a new cia.)
or
use autoboot into CakesCFW emunand mode with menuhax, then you don't have to do any of the above (Could be that rxTools also keeps them unwrapped this way)
What happens exactly when I format my sysnand? Are all my file gone then on my Micro SD Card?
Well my emunands are linked on both systems and i use menuhax, no crashes!Menuhax requires unlinked NANDs though otherwise it will crash emuNAND.
You haven't updated your emuNAND, have you?Well my emunands are linked on both systems and i use menuhax, no crashes!
Sysnand 9.2 on both systems and i recently (when it came out) upgraded emunand to 10.3, all working perfectYou haven't updated your emuNAND, have you?
When emuNAND version is different from sysNAND version menuhax will cause it to crash because of the payload being for the wrong version. At least that was my experience.
Strange. Maybe menuhax 2.0 fixed that issue.Sysnand 9.2 on both systems and i recently (when it came out) upgraded emunand to 10.3, all working perfect
No, thats not the problem, the files runs fine.If after unwrapping they turn up as black squares, take a look at this thread here https://gbatemp.net/threads/help-please-black-squares-in-emunand.403192/
Okay, I'll try this out. Hope my CIAs wont dissapear...No because you're supposed to format sysnand while not having the mSD card inside the console. So only the system NAND's registers will be erased, or in other words, it will forget the location of the system folder in your mSD card and so next time it will create a new folder to store sysnand files. That's how sysnand and emunand become unlinked (not sharing the same system folders).
My n3DS is on 9.2 Sysnand and Emunand 9.2 ("10.3" with Nver, Cver and Tiger)You haven't updated your emuNAND, have you?
When emuNAND version is different from sysNAND version menuhax will cause it to crash because of the payload being for the wrong version. At least that was my experience.
access to the installed cia will depend on if you installed it to sysnand or emunandNo, thats not the problem, the files runs fine.
Okay, I'll try this out. Hope my CIAs wont dissapear...
My n3DS is on 9.2 Sysnand and Emunand 9.2 ("10.3" with Nver, Cver and Tiger)
I didn't think the payload being for the wrong version mattered if menuhax wasn't actually being run, did it?Menuhax requires unlinked NANDs though otherwise it will crash emuNAND.
Menuhax does run though. How do you think it detects if a button is being pressed? I suppose it doesn't actually load the *hax payload if no buttons are being pressed, but the exploit still runs.I didn't think the payload being for the wrong version mattered if menuhax wasn't actually being run, did it?
Then that would only be a problem if you are on autoboot menuhax and you aren't interrupting menuhax as emunand load.
For those who boot menuhax by holding a certain button down, once in emunand it shouldn't load menuhax.
(Not sure what happens if you are on emunand 10.2 or 10.3 since they fixed menuhax as a whole, and menuhax theme body_LZ.bin are super big so i dunno if it would cause problems, trying to load a theme with 1.3MB body_LZ.bin when on 10.2/10.3)