It's been years since I posted on here. Nice to be back.
So I have a 64GB microSD card (let's call it SD1).
I'm using SX OS 2.5.3 with AutoRCM to boot my EmuNAND 4.1.0 dump (verified it is, in fact, separate by changing the picture of the account on it).
Obviously, when I make the EmuNAND dump, it's also 4.1.0, and therefore, the OFW 4.1.0 doesn't have support for exFAT.
So that means I have to use guiformat to format SD1 as FAT32, then run ChoiDujoirnx to update the EmuNAND to 6.2. Now once I use Choi with the 6.2.0 option (because while SD1 is exFAT, it's formatted as FAT32), it updates the EmuNAND firmware (confirmed working).
Here's where the problem comes in.
Any files that are over 4GB can't be moved to the SD card because of the file size limit, so I tried to back up the files on the card, and reformatted SD1 back to EXFAT, then moved the files back, but it appears as though there's some issue either with the 6.2 EmuNAND or maybe because I used the non-exFAT option in Choi, it results in the EmuNAND only booting to a black screen once I did the format and moved the files back.
Now the OFW of course is still on 4.1.0 and boots perfectly fine, and when I swap in another 64GB microSD card that is FAT32 formatted (SD2), it boots up to the EmuNAND dump that I made and works fine, so I have verified that the issue lies with the dump on SD1.
What should I do to get this working properly?
Should I add exFAT support to an EmuNAND 4.1.0 dump, then update it to 6.2, then I'll be able to add the files over 4GB? Would that be the best option, and why is this actually happening in the first place? (Actually, upon further investigation, I've found that microSD cards are not hot-swappable in the switch. So that first option is not even possible.)
Also, as a separate question, if I update the firmware to 6.2.0 using the exFAT option in Choi, it *should not* burn any fuses, correct (I think 4.1.0 ships with 5 pre-burnt fuses, IIRC?)
If this seems like a dumb question, I've only been tinkering with Switch mods for about two days, so I'm very new to this.
So I have a 64GB microSD card (let's call it SD1).
I'm using SX OS 2.5.3 with AutoRCM to boot my EmuNAND 4.1.0 dump (verified it is, in fact, separate by changing the picture of the account on it).
Obviously, when I make the EmuNAND dump, it's also 4.1.0, and therefore, the OFW 4.1.0 doesn't have support for exFAT.
So that means I have to use guiformat to format SD1 as FAT32, then run ChoiDujoirnx to update the EmuNAND to 6.2. Now once I use Choi with the 6.2.0 option (because while SD1 is exFAT, it's formatted as FAT32), it updates the EmuNAND firmware (confirmed working).
Here's where the problem comes in.
Any files that are over 4GB can't be moved to the SD card because of the file size limit, so I tried to back up the files on the card, and reformatted SD1 back to EXFAT, then moved the files back, but it appears as though there's some issue either with the 6.2 EmuNAND or maybe because I used the non-exFAT option in Choi, it results in the EmuNAND only booting to a black screen once I did the format and moved the files back.
Now the OFW of course is still on 4.1.0 and boots perfectly fine, and when I swap in another 64GB microSD card that is FAT32 formatted (SD2), it boots up to the EmuNAND dump that I made and works fine, so I have verified that the issue lies with the dump on SD1.
What should I do to get this working properly?
Should I add exFAT support to an EmuNAND 4.1.0 dump, then update it to 6.2, then I'll be able to add the files over 4GB? Would that be the best option, and why is this actually happening in the first place? (Actually, upon further investigation, I've found that microSD cards are not hot-swappable in the switch. So that first option is not even possible.)
Also, as a separate question, if I update the firmware to 6.2.0 using the exFAT option in Choi, it *should not* burn any fuses, correct (I think 4.1.0 ships with 5 pre-burnt fuses, IIRC?)
If this seems like a dumb question, I've only been tinkering with Switch mods for about two days, so I'm very new to this.
Last edited by Monkeymook,