Hacking SWITCH NOOB PARADISE - Ask questions here

  • Thread starter Thread starter APartOfMe
  • Start date Start date
  • Views Views 6,119,233
  • Replies Replies 47,966
  • Likes Likes 66
Good question. Maybe just mark each Nintendo folder for each respective console?
Are you trying to launch them in OFW? If not, which CFW did you install them under?
Apparently, LayeredFS is enabled by default in the "CFW" Launch Configuration. Wish they made that a little more discreet.
If you want to be safe, you will have to be constantly making new NAND backups every time you intend to go from legitimate online to play to offline hacking. In order to preserve your hacks, you can either back up the individual parts such as saves with a save manager or perform another NAND backup just for the hacks. If you are going with the latter scenario, making a backup with the ReiNX toolkit is more favorable than Hekate since the NAND will be tainted anyways plus the ReiNX toolkit dumps the NAND much faster than Hekate.
You can update your firmware without burning fuses using the homebrew application ChoiDujourNX although it installs AutoRCM as a precautionary measure to avoid fuses from being burnt. However AutoRCM can be a boon in the right hands if managed properly.

ok i didnt explain that, the data the switch creates on the sd card for its games so in this example im looking for the folder which houses the all the extra data for xenoblade 2 so i can move it onto a different sd card. the path for the folder im mention is ( \nintendo\contents\registered\).
 
Can anyone explain to me why Autorcm seems to impact battery drain in sleep mode?

I want to install it but I'm a bit apprehensive since I keep hearing about how it causes some pretty noticeable battery drain.
AutoRCM doesn't impact battery life in the slightest. The only thing it affects when it comes to charging is the charge rate in RCM; AutoRCM slows this down tremendously. But you should not be charging the console in RCM in the first place.

What people thought was draining the battery was the misconception that turning a console off with AutoRCM installed from Horizon actually turned it off. Any shutdowns from Horizon, whether through homebrew or the system itself, will always cause a console with AutoRCM installed to reboot into RCM which does drain the battery. RCM takes about 5% per hour. The solution is simple: simply turn off the console from RCM whether it be a manual shutdown (holding power for 12 seconds) or using the Power Off function in Hekate.
ok i didnt explain that, the data the switch creates on the sd card for its games so in this example im looking for the folder which houses the all the extra data for xenoblade 2 so i can move it onto a different sd card. the path for the folder im mention is ( \nintendo\contents\registered\).
Why not just move the whole Nintendo folder? As far as I know, nobody knows where the specific data is stored hence why its just recommended to move the entire folder at once.
 
  • Like
Reactions: NazoXIII
But will it be safe to update the controller? Or will it stop working on lower firmware switches? I use them on more than one switch.
 
If you want to be safe, you will have to be constantly making new NAND backups every time you intend to go from legitimate online to play to offline hacking. In order to preserve your hacks, you can either back up the individual parts such as saves with a save manager or perform another NAND backup just for the hacks. If you are going with the latter scenario, making a backup with the ReiNX toolkit is more favorable than Hekate since the NAND will be tainted anyways plus the ReiNX toolkit dumps the NAND much faster than Hekate.
Ok. How much space do NAND backups take? A lot of space I presume? And you honestly think I'll be fine if I do what you said every time? And it'd be impossible for Nintendo to detect what I'm doing for every time I do the hacks since I'd be loading back to the NAND I currently have? I don't know if I'll be banned, most likely not since I haven't done too much serious stuff. And at one point I connected to the internet with homebrew when it first came out and downloaded apps from the homebrew app store.
 
But will it be safe to update the controller? Or will it stop working on lower firmware switches? I use them on more than one switch.
Joy-Con firmware is separate from Switch firmware; the former is more for stability for the Joy-Cons themselves while the latter is stability for the system itself. The only issue with updating your Joy-Cons is if you modded it to enter RCM by bridging pins 9 & 10 together.

--------------------- MERGED ---------------------------

Ok. How much space do NAND backups take? A lot of space I presume? And you honestly think I'll be fine if I do what you said every time? And it'd be impossible for Nintendo to detect what I'm doing for every time I do the hacks since I'd be loading back to the NAND I currently have? I don't know if I'll be banned, most likely not since I haven't done too much serious stuff. And at one point I connected to the internet with homebrew when it first came out and downloaded apps from the homebrew app store.
Boot0/boot1 are 4 MB each while eMMC raw GPP is 29.1 GB. Also Nintendo theoretically cannot detect a NAND dump made in Hekate because its loaded in RCM which takes place before the NAND meaning the NAND shouldn't have any idea the console was booted into RCM.
 
  • Like
Reactions: normal19
Alright 2 stupid questions.


1 does tinfoil need games to have proper names? I have monster hunter but tinfoil isn't seeing it.


2 cam I take out the SD card while I am in reinx?
 
Alright 2 stupid questions.


1 does tinfoil need games to have proper names? I have monster hunter but tinfoil isn't seeing it.


2 cam I take out the SD card while I am in reinx?
  1. In the past, people had trouble installing .NSP files that had ridiculously long names as well as non-alphanumeric characters. Ever since then, I always named them something really simple and short. Never heard of them not being seen except when they're not put in the /tinfoil/nsp folder
  2. Removing the SD card while the console is on will cause the system to reboot as well as risk corruption
 
Alright thank you, is there a way to soft reset or load hekate somehow ? Having to reinject a payload just to turn the console off is a little annoying.
You cannot "soft reset" Hekate since it is loaded temporarily and must be resent if you ever get out of the Hekate menu. Unless you were referring to turning off a console with AutoRCM installed which you can do by performing a manual shutdown (holding power for 12 seconds) while in RCM.
 
Joy-Con firmware is separate from Switch firmware; the former is more for stability for the Joy-Cons themselves while the latter is stability for the system itself. The only issue with updating your Joy-Cons is if you modded it to enter RCM by bridging pins 9 & 10 together.

--------------------- MERGED ---------------------------

Boot0/boot1 are 4 MB each while eMMC raw GPP is 29.1 GB. Also Nintendo theoretically cannot detect a NAND dump made in Hekate because its loaded in RCM which takes place before the NAND meaning the NAND shouldn't have any idea the console was booted into RCM.
Ok, that makes sense. So basically I would need a lot of space to make a NAND backup, correct? I apologize, I thought the whole nand backing would be way less than what you said about the eMMC raw GPP. Correct?
 
Hey guys, I just turned on my brand new nintendo switch. The system info shows 4.1.0 (XAW10077)
I have a 126gb microsd card. I've read that updating for exfat support will also upgrade the system.
Should I update the system to get exFAT Or stay at 4.1.0 and format microsd card to Fat32?
 
Hey guys, I just turned on my brand new nintendo switch. The system info shows 4.1.0 (XAW10077)
I have a 126gb microsd card. I've read that updating for exfat support will also upgrade the system.
Should I update the system to get exFAT Or stay at 4.1.0 and format microsd card to Fat32?
Stay on 4.1.0, I would not recommend updating. I'm not an expert when it comes to exFat. I'm sorry if this wasn't what you were looking for, but yeah don't update.
 
  • Like
Reactions: ImSoHandsome
Ok, that makes sense. So basically I would need a lot of space to make a NAND backup, correct? I apologize, I thought the whole nand backing would be way less than what you said about the eMMC raw GPP. Correct?
So the entire "NAND" is comprised of 4 different partitions: eMMC, Boot0, Boot1, and RPMB. Since RPMB is unused, a complete NAND backup is comprised of the eMMC, Boot0, and Boot1. eMMC is further subdivided into eMMC SYS and eMMC USER. 9/10 you won't be backing up eMMC SYS or USER individually so dumping eMMC raw GPP is good enough. Boot0 and Boot1 are both 4 MB each while eMMC raw GPP is 29.1 GB. And while you can dump the NAND in parts on an SD card smaller than the sum total size of the parts, to restore the entire NAND, you will need an SD card with at least 29.1 GB of free space and in exFAT no less. I should also mention that you don't need to keep more than one clean NAND backup at a time since you can't restore one more than once.
Hey guys, I just turned on my brand new nintendo switch. The system info shows 4.1.0 (XAW10077)
I have a 126gb microsd card. I've read that updating for exfat support will also upgrade the system.
Should I update the system to get exFAT Or stay at 4.1.0 and format microsd card to Fat32?
I recommend formatting your SD card to FAT32. Since it is larger than 32 GB, you will need to format it with a third-party formatter since Windows will format it to exFAT regardless. I recommend formatting with GUIFormat. Afterwards, if you wish to use exFAT, you can use the homebrew application ChoiDujourNX to give you exFAT support on any firmware, except 1.0.
 
  • Like
Reactions: ImSoHandsome
I'm really confused on what can currently be done to the Switch.

1. If you're done hacking the switch, you basically can't update it until something like Emunand comes out from the scene, right?
2. Can you play games that require a higher firmware with a hacked switch?
3. I'm also assuming you can't be online at all either once you finish hacking it.
 
I'm really confused on what can currently be done to the Switch.

1. If you're done hacking the switch, you basically can't update it until something like Emunand comes out from the scene, right?
2. Can you play games that require a higher firmware with a hacked switch?
3. I'm also assuming you can't be online at all either once you finish hacking it.
  1. You can update the firmware either online but risk a ban or offline via the homebrew application ChoiDujourNX
  2. Not without updating the firmware; there is no and likely will never be firmware spoofing for the Switch
  3. You can but you risk a ban by doing so. Some people have while others were not so lucky. Bans are pretty much random what with no link between those who were banned and those were not.
 
So, i think its time for me to update to 5.X.
Any idea which is the smallest XCI game where i can find this update?
Or you can just grab the 5.X firmware files from xbins' via their FTP client. OR if you don't mind disabling your antivirus, you can download autoxbins which automatically connects you to their FTP client for you to download their files including the Switch firmware files.
 
  • Like
Reactions: Wanap and elridge
Or you can just grab the 5.X firmware files from xbins' via their FTP client. OR if you don't mind disabling your antivirus, you can download autoxbins which automatically connects you to their FTP client for you to download their files including the Switch firmware files.

Oh, great! Thanks a lot!
 
So the entire "NAND" is comprised of 4 different partitions: eMMC, Boot0, Boot1, and RPMB. Since RPMB is unused, a complete NAND backup is comprised of the eMMC, Boot0, and Boot1. eMMC is further subdivided into eMMC SYS and eMMC USER. 9/10 you won't be backing up eMMC SYS or USER individually so dumping eMMC raw GPP is good enough. Boot0 and Boot1 are both 4 MB each while eMMC raw GPP is 29.1 GB. And while you can dump the NAND in parts on an SD card smaller than the sum total size of the parts, to restore the entire NAND, you will need an SD card with at least 29.1 GB of free space and in exFAT no less. I should also mention that you don't need to keep more than one clean NAND backup at a time since you can't restore one more than once.
I recommend formatting your SD card to FAT32. Since it is larger than 32 GB, you will need to format it with a third-party formatter since Windows will format it to exFAT regardless. I recommend formatting with GUIFormat. Afterwards, if you wish to use exFAT, you can use the homebrew application ChoiDujourNX to give you exFAT support on any firmware, except 1.0.
Ok, that kind of makes sense. I have plenty of space on my microsd card, but I also use lakka, so would it work if I keep it FAT32? Or will it break the nand backup? Also, it doesn't make sense when you said "don't need to keep more than one clean NAND backup at a time since you can't restore one more than once", but in a previous comment, you said that I would need to make a nand backup every time before I would load up cfw, then make a nand backup of the cfw, but since i have like 50 gb left on my microsd, wouldn't i not need to make multiple nand backups of my cfw, correct? Also, I don't have a 100% clean nand btw, lol. But I don't think nintendo will ban me since i haven't installed nsps, or do anything way too over the board, if you get my drift at that. let me know dude. Thanks for the input!
 

Site & Scene News

Popular threads in this forum