Hacking Need a little help understanding some basics and could also use advice on cleaning up my Switch.

  • Thread starter Thread starter switchnewbx
  • Start date Start date
  • Views Views 461
  • Replies Replies 2

switchnewbx

New Member
Newbie
Joined
Apr 7, 2026
Messages
1
Reaction score
0
Trophies
0
Age
41
XP
9
Country
United States
Hopefully this isn't too much. So a few weeks back I made a post on reddit about accidentally updating my switch, at which point I learned I would need to wait for the now released Atmosphere 1.11 to support 22.0. Well it turns out that the update was to 21.2 and I didn't realize it until I installed 1.11 today and booted.

After some reading about a lot of the homebrew apps needing to be recompiled, I found a post talking about downgrading to 20.5.0 for greater compatibility (let's say in the event a homebrew app isn't recompiled or updated often).

https://www.reddit.com/r/SwitchPira...to_downgrade_emummc_from_2100_to_2050_to_use/

I followed the guide successfully except I get a yellow screen of death when trying to boot using the fusee.bin payload and sort of where my initial confusion lies and what I think I could use some help cleaning. When I set this up many years ago, I believe I used the switch.hacks.guide site? I still don't quite understand how this is all partitioned, with there being a triple partitioned (???) setup involving CFW on sysMMC, CFW on emuMMC, and something called "Stock" that still seems different from either? Is that the ACTUAL stock, official Nintendo firmware loaded on its factory partitioning? What exactly is my SD card representing when I mount it from Hekate, is firmware for the console loaded to NAND but the CFW (Atmosphere) is loaded from it across the sysMMC and emuMMC payloads?

In Hekate v6.5.2, and even way back before in versions 5.x.x I have always had 4 payloads to choose from, CFW (sysMMC), CFW (emuMMC), Stock, and Fusee.

Only the first 3 work currently, and trying to load Fusee or Fusee.bin directly as a payload results in the hard stuck yellow screen. The fusee.bin file that is in the payload folder is one I grabbed from the Atmosphere 1.9.5 release.

Currently, my hekate_ipl.ini looks like this:

Code:
    [CFW (sysMMC)]
    emummc_force_disable=1
    fss0=atmosphere/package3
    icon=bootloader/res/icon_payload.bmp

    [CFW (emuMMC)]
    emummcforce=1
    fss0=atmosphere/package3
    icon=bootloader/res/icon_payload.bmp

    [Stock]
    emummc_force_disable=1
    fss0=atmosphere/package3
    icon=bootloader/res/icon_switch.bmp
    stock=1

    [Fusee]
    icon=bootloader/res/icon_payload.bmp
    payload=bootloader/payloads/fusee.bin

For the first 3 working payloads, the versioning is as such:
  • CFW (sysMMC)
    • Firmware 18.0.0 | Atmosphere 1.9.5|S
  • CFW (emuMMC)
    • Firmware 20.5.0 | Atmosphere 1.9.5|E
  • Stock
    • Firmware 18.0.0
After I downgraded, it seems that I somehow ended up with duplicate apps but with different versions. How could I go about cleaning that up consistently across each payload?

And what could I do to resolve the Fusee payload not working? Please correct me if I'm wrong, but my very high level ELI5 understanding was that booting with Fusee.bin was sort of just a "wrapper payload" for booting emuMMC, and that launching emuMMC from this list of payloads accomplishes effectively the same thing. Should I just get rid of it? I think I'd be more interested in learning why Fusee.bin is producing a yellow screen of death.

At this point I'd been almost playing exclusively out of the emuMMC (or Fusee payload?) and it's where I installed all of my backed up games.

I suppose lastly, when I'm referring to "cleaning up the switch", I guess at this point I've extracted and copied over and replaced Atmosphere and all of these NRO files and various folders so many times, upgraded and downgraded, that I don't know what's old or current anymore and what's compatible and what's broken/not broken. I also clearly have two different firmware versions across the sys and emuMMC. Is there an easy way I could just wipe the emuMMC and create another one from the current sysMMC and reinstall my backed up games? If I do that, will JKSV launched in the sysMMC be able to see my saves in the emuMMC for backed up games? To be quite honest, most of the saves I care about are for games I completed when I first played them as hard copies. I probably have like less than 5 hours of play time on back ups.

Thanks and try not to be too harsh!
 
All homebrew apps and modules will need to be recompiled to target API version of libnx for that firmware (which almost every app uses for basic functionality). So if you like to use FW20, then your apps must be compiled for FW20 anything below that usually won't work.
As far as I know, unless apps use some specific new feature of libnx, they usually work on older firmware versions.
But that is just a matter of trying them out.

Popular apps are usually updated within days/weeks.
So make a checklist of what you want to use whenever updating your firmware.
The maker of atmosphere handed over his work after FW21 came out, so it took a number of weeks instead of days to get atmosphere running on FW22, which is still an amazing achievement seen the complexity.
With that update being available, developers can now easily update and test their homebrew apps.
So that is why FW22 support for apps is taking a bit longer than before.

You can also run the latest version of Atmosphere and Hekate on older firmware versions.
That would help you to use the same Atmosphere version on FW18 and FW20.
And you can use the same primary payload for all of them.
That avoids issues like the yellow screen you mentioned, which is usually caused by a mix of versions of files on the SD card, system modules and primary payloads.
Using old system modules or overlays with a newer Atmosphere version also leads to all kinds of errors.
The primary payload must match the version of the files on the SD card and note that there is also a payload binary (usually names payload.bin) on the SD card itself.

Is there an easy way I could just wipe the emuMMC and create another one from the current sysMMC and reinstall my backed up games?

Just follow a guide, that is pretty straight forward if you want to run FW18 on your emummc again.
Do note that some games might require FW20 or higher to install.
So check if you have the installation of the game that runs FW18.
Games that are installed on the sysMMC/stock can usually be used if you recreate the emummc but beware of the software update nag if you go online.

Only take care of save files on your emummc.
If you delete the emummc, then your save files for the emummc are also gone.
If you create a new emummc from your stock/sysMMC, then all the save files will also be copied to the emummc.
You only need to import the old emummc save files again so be sure to export those before deleting the old emummc.
 
Developer here, even though you are running the latest atmosphere but on a lower firmware. atmosphere enforces OFW 22 memory constraints regardless of what OFW your running. So that means. . .homebrew still breaks.
 

Site & Scene News

Popular threads in this forum