I still haven't linked my Nintendo Account to the Switch.
It was mentioned on this thread that having a linked Nintendo Account is required for some games and applications to run.
What is the right way to do it?
My setup:
- emuNAND on 6.2.0 (SX OS 2.4.1)
- sysNAND on 1.0.0
My understanding is that I should never go online while on emuNAND/CFW/SX OS. And Stealth mode or 90DNS would make connecting to Nintendo's servers impossible.
However, is it even possible to connect and link Nintendo Accounts on firmware 1.0.0, if I boot into the sysNAND/OFW/Horizon?
If it is, indeed, possible, would I be risking a ban, burning fuses, forcing an official update or anything of the sort?
Also, my previous question still hasn't been answered:
I was finally able to get my Switch up and running, updated to 6.2.0 using ChoiDuJourNX, after creating an emuNAND on SX OS 2.4.1.
However, something strange happened. After ChoiNX had finished installing the update and asked to reboot the system, it rebooted into the OFW/Horizon.
AutoRCM was definitely enabled in ChoiNX (as it is by default), but it didn't reboot into RCM. I didn't have the jig inserted (or the dongle, for that matter), and it just booted into OFW/Horizon - no RCM black screen.
Checked the system version: 1.0.0. Fearing that I still had burned fuses somehow, I turned off the console, booted into RCM manually (using a jig) and injected CTCaer-Hekate to check the burned fuses count: it was 1.
Rebooted into SX's bootloader, turned on AutoRCM there and loaded SX OS (emuNAND enabled). Checked the system version: 6.2.0.
Can someone explain that behavior to me? It nearly gave me a heart attack when it rebooted into OFW/Horizon, after literally a week of doing research and pestering you guys to prevent burning any fuses. I haven't turned off my console since (using Sleep Mode), afraid of AutoRCM failing me yet again.
I reread some of
@Draxzelex's previous posts, and I think I know why my fuses weren't burned when the system booted into the sysNAND/OFW/Horizon: because I only updated the system on emuNAND/CFW/SX OS (using ChoiDuJourNX).
This is Draxzelex's explanation:
Also EmuNAND won't risk burning fuses no matter how high its firmware is because you cannot boot into it with the normal bootloader which burns fuses. To boot into EmuNAND, you need to use SX Loader which disables the fuse check as of now so AutoRCM is not necessary if you never update SysNAND. And to update EmuNAND, you're going to have to use the homebrew application ChoiDujourNX as the purpose of EmuNAND is to keep it offline.
I'm still not sure why the system rebooted into the sysNAND/OFW/Horizon after ChoiNX was done with the update, though.
AutoRCM was enabled, so it should have rebooted into RCM and given me a black screen, since the dongle with the payload wasn't connected, no?
Speaking of AutoRCM, I enabled it in SX OS's bootloader after the initial scare. But is it even required, if my sysNAND is still on 1.0.0?
Even if I accidentally booted into the sysNAND (not via RCM/bootloader), the fuse count would still match the system version (1 and 1.0.0, respectively). And since I plan on using Sleep Mode to "turn off" my system, I was thinking about disabling AutoRCM.
I know how to do that on SX OS's bootloader, but what about ChoiNX's alleged AutoRCM? Is there any way to check if it's really enabled? And if so, can I disable it?