the autorcm for emummc doesn't mean anything, and ChoiDujourNX doesn't have the authority to change your sysnand autorcm state from within emunand. sounds like your reboot payload is set to autoboot sysnand (it's just regular fusee-primary by default unless you replace it in atmosphere/reboot_payload.bin)
What is the correct way to update an Emunand (SX OS) hidden partition without any tinkering on the sysnand?
I use an up to date Sysnand (9.1.0) to buy legit games and for online play. I use a second microSD card for emunand with a hidden partition. The second partition is exfat.
I follow the offline update tuturial on TX. But when I want to install the update I see that:
And for my understanding, the exfat option, just install the exfat driver. Because Nintendo only install this driver when needed, to save costs? (like mentioned in: https://gamefaqs.gamespot.com/boards/189706-nintendo-switch/78203145).
I use an up to date Sysnand (9.1.0) to buy legit games and for online play. I use a second microSD card for emunand with a hidden partition. The second partition is exfat.
I follow the offline update tuturial on TX. But when I want to install the update I see that:
- Auto RCM is enabled by default. Shouldn't be off ? burning any fuses shoudn't be an issue, because they are already burned by updating sysnand.
- Choidujour NX doesn't say "exfat" behind the current firmware information (9.0.1.). Is this correct? Because I use an exfat 2nd partition with no issues and exfat with my sysnand with no issues.
And for my understanding, the exfat option, just install the exfat driver. Because Nintendo only install this driver when needed, to save costs? (like mentioned in: https://gamefaqs.gamespot.com/boards/189706-nintendo-switch/78203145).
Last edited by The_Green_Nerd,
- AutoRCM is enabled by default because this tool was designed for updating without burning fuses on sysMMC in mind. emuMMC did not exist when this tool was created. Either way, enabling AutoRCM on emuMMC is moot as you can only boot into emuMMC with a payload anyways so it actually doesn't matter if its enabled on emuMMC or not
- This is referring to whether or not exFAT is installed in the current firmware it is being ran in
That I don't understand:
1. Auto RCM does change the boot, so Nintendo could see that if they want? So I guess I disable it, just to be save.
2. Ok clear, but I assume my current firmware has exfat support. Else I couldn't use exfat SD-cards, right? And if so, Choidujour has a bug that doesn't show the correct info about exfat on mine emunand firmware, right? So installing the firmware with exfat is the only option for me right now?
Last edited by The_Green_Nerd,
- They would only see it on sysMMC not emuMMC since you cannot change how you boot emuMMC
- Well to double check if your current firmware has exFAT support installed or not, go to Error Codes in System Settings. There should be 6 numbers. Look at the letter next number 3. If its an A, it doesn't have exFAT support currently installed. If its a B, then it does have exFAT support. If you see a B but ChoiDujourNX is not displaying the right information, then it is indeed a bug but one that will never be resolved since the developer has not logged onto GBATemp in a year
I checked it, indeed it had an B besides the letter 3. So I guess you are right. Is ChoiDujour the only easy solution to offline update SX OS or other CWF?
Update btw was a succes. And for other people, don't forget to update SX OS to 2.9.3 beta.
Thanks for all the help
.
I have a question that is probably easy for you guys to answer..:
If i update the firmware using ChoiDujourNX, does it only update the emmuMMC partition?
I have just updated to 9.1.0 but it corrupted the SD card (No games would boot) so i reformatted the switch system and reformatted the SD card.
I have begun a clean CFW installation and have noticed its back on 8.1.0.
So my question is:
Does updating to the latest firmware only update within an emulated partition on the SD, i.e does the sysNAND never change?
If i update the firmware using ChoiDujourNX, does it only update the emmuMMC partition?
I have just updated to 9.1.0 but it corrupted the SD card (No games would boot) so i reformatted the switch system and reformatted the SD card.
I have begun a clean CFW installation and have noticed its back on 8.1.0.
So my question is:
Does updating to the latest firmware only update within an emulated partition on the SD, i.e does the sysNAND never change?
My emummc is on 9.1.0 and my sysnand is on 3.0.0. Is there any way to launch a game from the cart on emummc? I ask it because I guess the GC controller firmware is not updated.
ChoiDujourNX is highly recommended.
ChoiDujourNX will only update whichever NAND you're running at the time.
The only way to be able to use your game cartridge reader on a 9.1.0 emuNAND is to update your game cartridge reader. This will allow game cartridges to work on your 9.1.0 emuNAND, but game cartridges won't work on anything below 9.1.0 on your system anymore, which means they won't work on your 3.0.0 sysNAND.
Thank you very much.
And how could I update the GC controller firmware on emuNAND? Should I reinstall the firmware 9.1.0 with choidujourNX? If I remember well, there is an option for updating the GC Firmware.
No. You just need to enable the game cartridge reader to be updated. If you're using Atmosphere, that means you just need to disable the update protection in BCT.ini. After that, you just need to boot your system, and the game cartridge reader should automatically silently update.
Hi I wonder if you could help me out, I updated to 9.1.0 online so my GC firmware is the latest. Able to play carts no problem. What happens when I update the emuNAND from 8.1.0 to 9.1.0, does it reflash the GC firmware a second time? If so, wouldn't there be some kind of mismatch if it gets scanned?
Thanks
Firmware files are copyrighted. Remove that link before a moderator does that for you and possibly gives you a warning/suspension.
With the 9.x firmware updates requiring permanent gamecard controller update, would it be possible to implement a ChoiDujourNX-like solution for that? Basically permitting the upgrade of the controller firmware for use in CFW, but without burning any fuses? Would something like that even be technically possible?
Apologies if this has already been discussed - I did try searching first with no luck, but did not actively read all 93 pages.
Also, since this is my first time posting in this thread, I have to say that I just adore ChoiDujourNX. What a great workaround to the fuse problem. I recently restored my switch all the way back to 4.1.0 from 8.1.0 thanks to ChoiDujourNX. Amazing work.
Apologies if this has already been discussed - I did try searching first with no luck, but did not actively read all 93 pages.
Also, since this is my first time posting in this thread, I have to say that I just adore ChoiDujourNX. What a great workaround to the fuse problem. I recently restored my switch all the way back to 4.1.0 from 8.1.0 thanks to ChoiDujourNX. Amazing work.
That’d require Lotus Hax, which is very difficult to achieve, if not completely impossible.
Similar threads
-
AncientBoi
-
BakerMan
The snack that smiles back, Ballsack!
-
@
SylverReZ:
I did it when the teachers werent looking ofc. I even managed to take in a USB stick that wasn't allowed. -
@
Bunjolio:
my school has a chrome extension called light speed filter agent and it legit blocks YouTube pfps since the file cdn(I think aka yt3.ggpht.com) is classed as mature -
-
-
-
-
-
-
@
SylverReZ:
It was easy to bypass some of the restrictions, as one of the admins left a registry key in the administrative shares drive, which allowed me to get around the blocking of some sites.
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
