Before doing anything I'd make a full copy of your current NAND. It won't be clean, but if you mess up restoring your partial backup at least you won't be bricked since you can just restore that.
- Thread starter whobroughtben
- Start date
- Views 18,143
- Replies 34
ALWAYS ALWAYS BACKUP UP FIRST BOYS AND GIRLS
Backup
https://gbatemp.net/threads/backup-...-your-biskeys-tseckeys-keys-txt-guide.513386/
Goldleaf
https://gbatemp.net/threads/goldleaf-a-nintendo-switch-multipurpose-homebrew-tool.527578/
Fusecount
https://switchbrew.org/wiki/Fuses
ChoidujourNX/briccmii
https://switchtools.sshnuke.net/
i HAVE A IDEA THIS WILL WORK
BACKUP
backup your switch and biskeys with my guide.
Download GoldLeaf and
place the goldleaf.nro on your sd card
Load CFW on your switch with preferred method,
Open the homebrew menu and launch goldleaf
And remove all your tickets from machine...
Then
Find your fuse count by using the briccmii payload (Do not use any options just restart after you get your fuse count
Download ChoidujourNX.nro place on your sd card, root of sd is fine
Download the system update files matching your fuse count
-You can find the switch update files on the xbin ftp your have to google that...
Extract the contents of the update.zip that matches your fuse count that you acquired from xbin
to a folder on your sd card.. Name for example System Update XX
Load CFW on your switch with preferred method,
Open the homebrew menu and launch ChoidujourNX
Select your system update folder you placed on the sd card, and then click choose
Once you chosen the folder Your be greated with this screen
Select Exfat then click select firmware
Your then be greated with this screen
Your options here do what you want to do to wipe the switch clean..
Select System Initialize so its ticked..
Make sure prevent fuse burn is unticked also...
-(this disables autorcm make sure you chose the correct system files that match your fuse count or your burn fuses)
Then hit start installation Once this is done, Reboot
if you followed all the steps correctly and with a bit of common sence your switch is now non modded and clean.
Last edited by Canna,
Do we know what the USER partition is fully used for? I’ve seen other guides saying to remove all files inside the USER folders & remove everything in SYSTEM\save\*.* except 8000000000000120.
Ended up dumping my tainted USER partition, compiled all partitions into a rawnand.bin, mounting the rawnand with HacDiskMount, formatting the USER partition with GUI format & restoring the rawnand.bin.
So far that seems to have done the trick!
So far that seems to have done the trick!
This was my other suggestion, i have done this with you ? or did i do this remote with another member ? heck i forget,
Did all biskey and entropy pass in hacdiskmount ?
You may need to use gpt restore payload on the switch still...
But good luck to you
Yup, once i dumped the biskeys i made sure hacdiskmount passed entropy before doing anything else.
The switch seems to be booting fine into OFW without any issues after restore.
Thanks everyone for the help!
Delete all files except 8.120 in save ( you will rdcognise because it has no date) I have done this and I suggest
ok so now apply the correct system version (update/firmware files) to match ya fuse count and ya know whats coming right ???????????
BACKUP YOUR CONSOLE RIGHT NOW WITH MY GUIDE ^above ^... Save ya self some trouble next time aye buddy
@Canna Wouldn't this still have the logs that Nintendo could see?
The reason I am asking is because I am in a similar situation I only made a backup of the EMMC SYS partition (which was the first day my switch was opened) that has never been online and I would like to restore so i can play online with OFW.
Last edited by aihooo444,
Having the exact same problem, due to missing archive from splitted/packed rawnand.bin NAND backup was taken according Canna's guide (except user partition) without booting a CFW.
So basically i can dump my dirty user partition, take the hekate2rawnand.sh script to create a single rawnand.bin, load everything in hackdiskmanager and mount it with bis keys to format the user partition (16k) via guiformat and restore boot0 boot1 and that rawnand.bin? Upgrade the nintendo way to overcome fuse missmatch, do factory reset and create a new clean nand backup? Do i expect a ban in the future?
Thanks!
//EDIT. Okay it worked. But how ban proof is this?
NAND backup was taken according Canna's guide (except user partition) without booting a CFW.So basically i can dump my dirty user partition, take the hekate2rawnand.sh script to create a single rawnand.bin, load everything in hackdiskmanager and mount it with bis keys to format the user partition (16k) via guiformat and restore boot0 boot1 and that rawnand.bin? Upgrade the nintendo way to overcome fuse missmatch, do factory reset and create a new clean nand backup? Do i expect a ban in the future?
Thanks!
//EDIT. Okay it worked. But how ban proof is this?
Last edited by slinso,
@Canna
This doesn't really deal with any flags that may have been activated while in cfw so does this method truly leave you with a clean and safe nand? Also, I've been trying to fix my switch for the past few weeks and you always come to the rescue in these threads. Thank you so much!
This doesn't really deal with any flags that may have been activated while in cfw so does this method truly leave you with a clean and safe nand? Also, I've been trying to fix my switch for the past few weeks and you always come to the rescue in these threads. Thank you so much!
Last edited by RosPlays,
I found this discussion in search of trying to compress the rawnand as much as possible.
Whether other partitions can be tied and have dead ends to USER essentially leaving the system vulnerable to ban/dirty logs, because of mismatch is maybe possible.
But it would be pretty cool to have a script decrypt, extract, compress with purpose of storing with as little space occupied as possible and another script for turning it back into a usable rawnand.bin. Of course one needs to be 100% sure no corruption happens in the process and that restoring goes well (having another full dump from previous as safety)
Whether other partitions can be tied and have dead ends to USER essentially leaving the system vulnerable to ban/dirty logs, because of mismatch is maybe possible.
But it would be pretty cool to have a script decrypt, extract, compress with purpose of storing with as little space occupied as possible and another script for turning it back into a usable rawnand.bin. Of course one needs to be 100% sure no corruption happens in the process and that restoring goes well (having another full dump from previous as safety)
Similar threads
- No one is chatting at the moment.
