Tutorial  Updated

Running Atmosphere on Patched SX Core Switch

Running Atmosphere on Patched Sx Core/HWFY Consoles (Erista, Mariko) is actually possible. You can use the Homebrew that aren't compatible with SX OS. (You can't use SX OS anyways.)
WARNING
1- I do not take responsibility for what happens to your switch!
2- Don't enable AutoRCM!
3- There might be issues on installation in Marikos.
4- DO NOT use this guide to downgrade your SysNAND.


REQUIREMENTS: Latest Hekate, Latest Atmosphere with fusee, and you may need 30gb free space on your sd, check the 2nd Part.


PART 1: BASIC SETUP
There are 2 methods that you can follow during this process. "Spacecraft-NX Method" requires you to open the back of your Switch and when you follow this method you won't be able to boot to SX OS. I would recommend the "Clean Up Method" since it is both easier to do and gives you the same end result as Spacecraft without all the hassle of flashing the chip. Aditionally, before trying any of these methods you may want to back up your save data on your emuNAND via JKSV or Checkpoint.

Step 1: Extract and copy downloaded files to your Switch's Micro SD card. Copy fusee to \bootloader\payloads and rename hekate bin file to "payload.bin". Also download hekate ipl from this thread remove the .txt extension from it by renaming the file, then and copy it to /bootloader/.
Step 2: Download sx gear boot.dat from the here, don't copy it to SD Card yet.
Step 3: Put Micro sd card back to Switch and boot it up while holding +.
Step 4: Choose Options, click Sx Core, and than cleanup.
Step 5: Press Payloads, launch Hekate.
Step 6: Set your date, time.
Step 7: Launch CFW EmuMMC (Make sure you have an emuNAND first, see Part 2 of the guide.) [Take precautions for not getting banned like setting up 90DNS or by simply closing your modem for now.]
Step 8: Close your Switch and insert SD Card to PC.
Step 9: Delete the existing boot.dat file in the SD and copy over the SX Gear boot.dat and boot.ini.
Step 10: Download the latest sigpatches and copy them.
Step 11: Now you can boot via Launch EmuMMC without the need of CleanUp.

(The new clean up method is from Switchway discord server.)
You should follow this guide to install Spacecraft-NX to your modchip. After that you should download Hekate and Atmosphere files to your SD Card. Rename hekate bin to payload.bin.


PART 1: SETUP
There are 2 methods that you can follow in here. First one requires to open up your Switch's back plate and get your modchip to debug mode. The second one will be done via SD Card. I would recommend the second method. Aditionally, before trying any of these methods you may want to back up your save data on your emuNAND via JKSV or Checkpoint.
PART 1.A:
You should follow this guide to install Spacecraft-NX to your modchip. After that you should download Hekate and Atmosphere files to your SD Card. Rename hekate bin to payload.bin .

PART 1.B:
1- You need to have an EmuMMC to do this method. Create one if you don't have it already.

2- If you haven't configured a wifi protection for your EmuNAND (90DNS, Incognito) then turn off your router after the 3rd step.


3- If you updated via ChoiDujourNX on your emuNAND then you have to either get a donor boot0/boot1 or backup your sysNAND boot0/boot1 and then restore it via NxNandManager or EMUtool (if you're using a partition based emuNAND) or simply replace the files in your sxos/emunand/ folder (if you're using a file based emuNAND). This is because your ChoiDuJourNX corrupts your boot0/boot1 and will prevent you from being able to boot into emuNAND on Atmosphere.
Hekate also has this function for emuNAND. If you use that, please be sure you're NOT flashing sysNAND!


Step 1: Download SX Gear (can be found on SX Portal), Latest Hekate and latest atmosphere (fusee too). (If the SX Site is down then you can get SX Gear from the SX Discord Server.)
Step 2: Extract downloaded archives to your SD Card.
Step 3: Create a file called hekate_ipl.ini in the /bootloader/ folder and copy this code inside to it:
[config]
autoboot=0
autoboot_list=0
bootwait=3
backlight=100
autohosoff=0
autonogc=1
updater2p=0
bootprotect=0

[Atmosphere CFW]
fss0=atmosphere/package3
icon=bootloader/res/icon_payload.bmp
kip1patch=nosigchk
emummcforce=1

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

Step 4: Rename hekate bin to payload.bin.
Step 5: Create a file called exosphere.ini in the SD Card's root and paste this code inside it:

# Key: debugmode, default: 1.
# Desc: Controls whether kernel is debug mode.
# Disabling this may break Atmosphere's debugger in a future release.

# Key: debugmode_user, default: 0.
# Desc: Controls whether userland is debug mode.

# Key: disable_user_exception_handlers, default: 0.
# Desc: Controls whether user exception handlers are executed on error.
# NOTE: This will cause atmosphere to not fail gracefully.
# Support may not be provided to users tho disable these.
# If you do not know what you are doing, leave them on.

# Key: enable_user_pmu_access, default: 0.
# Desc: Controls whether userland has access to the PMU registers.
# NOTE: It is unknown what effects this has on official code.

# Key: blank_prodinfo_sysmmc, default: 0.
# Desc: Controls whether PRODINFO should be blanked in sysmmc.
# This will cause the system to see dummied out keys and
# serial number information.
# NOTE: This is not known to be safe, as data may be
# cached elsewhere in the system. Usage is not encouraged.

# Key: blank_prodinfo_emummc, default: 0.
# Desc: Controls whether PRODINFO should be blanked in emummc.
# NOTE: This is not known to be safe, as data may be
# cached elsewhere in the system. Usage is not encouraged.

# Key: allow_writing_to_cal_sysmmc, default: 0.
# Desc: Controls whether PRODINFO can be written by homebrew in sysmmc.
# NOTE: Usage of this setting is strongly discouraged without
# a safe backup elsewhere. Turning this on will also cause Atmosphere
# to ensure a safe backup of calibration data is stored in unused
# mmc space, encrypted to prevent detection. This backup can be used
# to prevent unrecoverable edits in emergencies.

# Key: log_port, default: 0.
# Desc: Controls what uart port exosphere will set up for logging.
# NOTE: 0 = UART-A, 1 = UART-B, 2 = UART-C, 3 = UART-D

# Key: log_baud_rate, default: 115200
# Desc: Controls the baud rate exosphere will set up for logging.
# NOTE: 0 is treated as equivalent to 115200.

# Key: log_inverted, default: 0.
# Desc: Controls whether the logging uart port is inverted.

[exosphere]
debugmode=1
debugmode_user=0
disable_user_exception_handlers=0
enable_user_pmu_access=0
blank_prodinfo_sysmmc=0
blank_prodinfo_emummc=1
allow_writing_to_cal_sysmmc=0
log_port=0
log_baud_rate=115200
log_inverted=0

Step 6: Put the SD Card back to the Switch and you'll boot into Hekate.

Step 7: Select emuMMC in the main menu, then select Migrate emuMMC and finally select Emunand.

Step 8: Once the process is done, choose Close.

Step 9: Click on Launch and then Atmosphere CFW. If you would need to boot into SysNAND without cfw, you need to choose Stock SysNAND from Launch Options.

DONE (You don't need to follow Part 2: EmuNAND Setup)

If you would like to install sigpatches than you should change the hekate_ipl.ini like this:
#kip1patch=nosigchk changed to kip1patch=nosigchk

(This part of the guide has been adapted)

PART 2: EMUNAND SETUP
You have 2 options in here. If you already have an EmuNAND on SX OS as hidden partition follow " USING THE SAME EMUMMC ON BOTH CFWs", if not follow the other part. You shouldn't do both of them.

Step 1: Close your switch and take your sd back to pc.
Step 2: Create a folder called EmuMMC and than create a text file named emummc.txt.
Step 3: Copy this to text to file and then save it.
Code:
[emummc]
enabled=1
sector=0x2
path=emuMMC/ER00
id=0x0000
nintendo_path=Emutendo
Step 4: Enable see file extensions for Windows.
Step 5: Rename the file to emummc.ini .
Step 6: EmuMMC is now ready. You can run from EmuNAND, by clicking Launch and then "CFW EmuMMC " on Hekate.
You should have 30gb space for EmuNAND on micro sd card(You can use another sd card too, make sure to copy boot.dat , license files, hbmenu.nro and all the files that we downloaded to new sd).

Step 1: Click emuMMC and than create emunand as partition.
Step 2: Go back to menu, press Launch and than CFW emuMMC.


DONE! Now you can use the sys-mods or hb apps that aren't compatible with SX OS!

NOTE: It may take some time to boot up after restarts, it's normal.
NOTE 2: If you are going to download sigpatches you should use these (NOT for fusee).
IF YOU WEREN'T ABLE TO BOOT:
A. If your Switch Stuck at Switch Logo During Boot (Mariko):
- Try deleting exosphere.ini and try booting up your switch. Turn off your router in case of a ban.
B. Try Fusee:
1- Boot into Hekate again.
2- Click Payloads and then choose fusee. See if it works now.
THIS SHOULD BE DONE ON EVERY BOOT INTO ATMOSPHERE.
 

Attachments

  • hekate_ipl.ini.txt
    359 bytes · Views: 350
Last edited by GCS,

GCS

Well-Known Member
OP
Member
Joined
Sep 10, 2020
Messages
525
Trophies
0
XP
967
Country
Turkey
Anyone know if I can boot AMS on an sysNAND Erista 11.0.1 ? I have a black screen when I try to boot from Hekate (either from fusée or launch).
I would suggest you to delete and than download a fresh copy of atmosphere and Hekate to your SD. If it doesn't solve the issue then backup your important files such as EmuMMC or game files/saves and format your SD card to fat32.
EDIT: Btw Atmosphere indeed works with fw 11.0.1 on Erista Patched models.
--------------------- MERGED ---------------------------

I am not using themes.
Can you try redownlaoding Hekate and Atmosphere files too? As a last resort you can try backing up important files on your SD Card( EmuMMC, saves, etc..) <nd then formatting your SD to fat32.
 
Last edited by GCS,

ilpincio85

New Member
Newbie
Joined
Dec 29, 2020
Messages
3
Trophies
0
Age
39
XP
46
Country
Italy
Anyone know if I can boot AMS on an sysNAND Erista 11.0.1 ? I have a black screen when I try to boot from Hekate (either from fusée or launch).
I have almost the same situation:
- sysnand 10.2
- emunand 11.0 (SD partition; created file emummc.ini)
- sxos 3.1.0
- hekate 5.5.1
- Atm 0.16.2
- sig for hekate (from sigpatches-for-atmosphere-hekate-fss0-fusee-secondary-only.571543/)

tried with and without cleaning:
- boot from hekate -> launch cfw
- boot from hekate -> fusee primary
- boot from sx os -> fusee primary

tried also to fresh install all hekate/atmosphere folders and files.

when i was on emu 10.2 everything worked fine, days ago i update to 11 and updated sxos to 3.1 and today decided to update also hekate/atm but i'm always getting black screen

obviously sxos works (emu)
 

GCS

Well-Known Member
OP
Member
Joined
Sep 10, 2020
Messages
525
Trophies
0
XP
967
Country
Turkey
I have almost the same situation:
- sysnand 10.2
- emunand 11.0 (SD partition; created file emummc.ini)
- sxos 3.1.0
- hekate 5.5.1
- Atm 0.16.2
- sig for hekate (from sigpatches-for-atmosphere-hekate-fss0-fusee-secondary-only.571543/)

tried with and without cleaning:
- boot from hekate -> launch cfw
- boot from hekate -> fusee primary
- boot from sx os -> fusee primary

tried also to fresh install all hekate/atmosphere folders and files.

when i was on emu 10.2 everything worked fine, days ago i update to 11 and updated sxos to 3.1 and today decided to update also hekate/atm but i'm always getting black screen

obviously sxos works (emu)
Did you update your sigpatches?
And can you try using a separate emuNAND on Atmosphere too?
 
Last edited by GCS,

ilpincio85

New Member
Newbie
Joined
Dec 29, 2020
Messages
3
Trophies
0
Age
39
XP
46
Country
Italy
Did you update your sigpatches?
And can you try using a separate emuNAND on Atmosphere too?
creating new emummc file based on new sd with hekate works. there's something wrong with partition or emummc.ini
[emummc]
enabled=1
sector=0x2
path=emuMMC/ER00
id=0x0000
nintendo_path=Emutendo
but i don't understand.
I will try to create hidden partition from sx to that new sd and then start atm
 

bobdenar666

Member
Newcomer
Joined
Dec 29, 2020
Messages
5
Trophies
0
Age
50
XP
52
Country
France
Hello,

Please forgive me if I hijack an existing thread. I can ask my question in a new one if better.
I'm in the same situation with blank screen while booting Atmosphere on SX Core. I've just got my patched V1 switch (11.0.1) installed with an SX Core chip.

I'm trying to use atmosphere as there is no sx os version compatible yet. I took the latest version of hekate and atmosphere with sigpatch for fusee-secondary playload. I've created an emmunand (tried to geenrate from sx os loader of from Hekate with the same results).

Here is the strange behavior :

Boot on SX OS Loader 3.1.0 => Cleanup => Hekate => CFW on emmuMMC => blank screen

Boot on SX OS Loader 3.1.0 => Cleanup => Hekate => LockpickRCM => Dump key from emmunand (Sept logo will appear) => reboot-playload in the playload menu of LockpickRCM (bringing me back to Hekate) => CFW on emmuMMC => atmosphere load correctly.

I don't have enough knowledge of the technical stuff behind fusee-secondary and hekate to understand what is happening.

Anybody would have a clue on what is happening ?
 

GCS

Well-Known Member
OP
Member
Joined
Sep 10, 2020
Messages
525
Trophies
0
XP
967
Country
Turkey
Hello,

Please forgive me if I hijack an existing thread. I can ask my question in a new one if better.
I'm in the same situation with blank screen while booting Atmosphere on SX Core. I've just got my patched V1 switch (11.0.1) installed with an SX Core chip.

I'm trying to use atmosphere as there is no sx os version compatible yet. I took the latest version of hekate and atmosphere with sigpatch for fusee-secondary playload. I've created an emmunand (tried to geenrate from sx os loader of from Hekate with the same results).

Here is the strange behavior :

Boot on SX OS Loader 3.1.0 => Cleanup => Hekate => CFW on emmuMMC => blank screen

Boot on SX OS Loader 3.1.0 => Cleanup => Hekate => LockpickRCM => Dump key from emmunand (Sept logo will appear) => reboot-playload in the playload menu of LockpickRCM (bringing me back to Hekate) => CFW on emmuMMC => atmosphere load correctly.

I don't have enough knowledge of the technical stuff behind fusee-secondary and hekate to understand what is happening.

Anybody would have a clue on what is happening ?
It is maybe related SX OS not supporting fw 11.0.1. I am going to add this method to the guide as a short term solution
 

bobdenar666

Member
Newcomer
Joined
Dec 29, 2020
Messages
5
Trophies
0
Age
50
XP
52
Country
France
I made few new tests with a spare 32 Gb card I managed to find and it appears that it could be related to the emmunand created by sx os. I was having an emmunand as hidden partition seen as valid emmunand by the sx loader and another one in file format for atmosphere.

With the fresh card with a new emmunand created as file (and no hidden partition) I was able to boot Atmosphere without the LockpickRCM tweak.

I made tests then on the original Sd card, using the emmunand files from the test sd card and blank screen.

I only managed to boot Atmosphere by removing the hidden partition (seen by the SX loader) and using in Hekate the emmudand in file format.
 
Last edited by bobdenar666,
Joined
Nov 11, 2019
Messages
20
Trophies
0
XP
102
Hello,

Please forgive me if I hijack an existing thread. I can ask my question in a new one if better.
I'm in the same situation with blank screen while booting Atmosphere on SX Core. I've just got my patched V1 switch (11.0.1) installed with an SX Core chip.

I'm trying to use atmosphere as there is no sx os version compatible yet. I took the latest version of hekate and atmosphere with sigpatch for fusee-secondary playload. I've created an emmunand (tried to geenrate from sx os loader of from Hekate with the same results).

Here is the strange behavior :

Boot on SX OS Loader 3.1.0 => Cleanup => Hekate => CFW on emmuMMC => blank screen

Boot on SX OS Loader 3.1.0 => Cleanup => Hekate => LockpickRCM => Dump key from emmunand (Sept logo will appear) => reboot-playload in the playload menu of LockpickRCM (bringing me back to Hekate) => CFW on emmuMMC => atmosphere load correctly.

I don't have enough knowledge of the technical stuff behind fusee-secondary and hekate to understand what is happening.

Anybody would have a clue on what is happening ?
Thank you very much for your workaround! I tried to use the same emunand (hidden partition) with SX OS and Atmosphere, but no matter what I did, I couldn't boot to Atmosphere more than once. I'm on 11.0.0.
Booting via Lockpick RCM, reboot to payload worked. Now I can finally enjoy Atmosphere.

But I have another question: I know, that I could update my emunand to 11.0.1 and Atmosphere would work with it. Using SX OS booting sysnand on 11.0.1 only works with genuine boot as far as I know (at least with SX OS 3.1.0). But in that case fuses would be burnt, right? Can I boot to stock 11.0.1 with an Erista ipatched switch via Hekate and disabled fuse checks in a safe way? If yes, would there be any downsides compared to SX OS „boot ofw"? I would love it to not touch SX OS ever again apart from cleaning the traces every boot and loading hekate.
 

bobdenar666

Member
Newcomer
Joined
Dec 29, 2020
Messages
5
Trophies
0
Age
50
XP
52
Country
France
Playing again with my setup tend to show exactly the same as you. It boot the first time but after something "change". I was not able to boot again to atmosphere two time with the same setup (without formatting the card) :angry:.

The Lockpick RCM trick does the job. I don't like this too much as I prefer understanding what is happening instead of having a "magic" solution. I'm unsure of the side effects this trick would have.

From what I know, there is no efuse burn between 11.0.0 and 11.0.1. But as I'm new in the area (started few weeks ago with a 11.0.1 patched Esista with sx core) I won't be able to confirm if the efuse protection of Hekate would work efficiently in a case a firmware would require efuse burn.

I was not so lucky as you to be in 11.0.0. Started directly in 11.0.1, so sx os unusable (for now :unsure:). As I'm curious, why would you want to move to 11.0.1 your sysnand and losing the option to revert back to sx os in case something wrong happens ? Sx OS tends to be a stable solution for sx core chip.
 

GCS

Well-Known Member
OP
Member
Joined
Sep 10, 2020
Messages
525
Trophies
0
XP
967
Country
Turkey
No fuses are burnt in the process of the update to 11.0-11.0.1
I don't think it is about partitions or sx os's emuNAND. It can be about the SX OS or chip firmware.
I believe this issue can be solved by loading spacecraft-nx but this process has it's own risks too since it's still the first release.
For now stick with the Lockipick method.
 
Joined
Nov 11, 2019
Messages
20
Trophies
0
XP
102
Playing again with my setup tend to show exactly the same as you. It boot the first time but after something "change". I was not able to boot again to atmosphere two time with the same setup (without formatting the card) :angry:.

The Lockpick RCM trick does the job. I don't like this too much as I prefer understanding what is happening instead of having a "magic" solution. I'm unsure of the side effects this trick would have.

From what I know, there is no efuse burn between 11.0.0 and 11.0.1. But as I'm new in the area (started few weeks ago with a 11.0.1 patched Esista with sx core) I won't be able to confirm if the efuse protection of Hekate would work efficiently in a case a firmware would require efuse burn.

I was not so lucky as you to be in 11.0.0. Started directly in 11.0.1, so sx os unusable (for now :unsure:). As I'm curious, why would you want to move to 11.0.1 your sysnand and losing the option to revert back to sx os in case something wrong happens ? Sx OS tends to be a stable solution for sx core chip.
Thank you for your answer and opinion!

I would like to go online or use the eshop on sysnand and be safe regarding fuses. No fuses were burnt between 11.0.0 and 11.0.1 as you said, but I started with 10.something and never used genuine boot before. So my burned fuse count should be 13 and not 14.
 

bobdenar666

Member
Newcomer
Joined
Dec 29, 2020
Messages
5
Trophies
0
Age
50
XP
52
Country
France
It is maybe related SX OS not supporting fw 11.0.1. I am going to add this method to the guide as a short term solution

I think that the procedure you updated won't be enough. I only manage to run atmosphere if I dump the key from emmunand (that will make the Sept logo appear in the middle of the key dumping). If I go straightforward without really dumping the keys from emmunand, I still end with a black screen.
 

GCS

Well-Known Member
OP
Member
Joined
Sep 10, 2020
Messages
525
Trophies
0
XP
967
Country
Turkey
Thank you for your answer and opinion!

I would like to go online or use the eshop on sysnand and be safe regarding fuses. No fuses were burnt between 11.0.0 and 11.0.1 as you said, but I started with 10.something and never used genuine boot before. So my burned fuse count should be 13 and not 14.
You can check your fuse count from Hekate. If it is 14-0 and you have fw 11.x then it is OK.
 

GCS

Well-Known Member
OP
Member
Joined
Sep 10, 2020
Messages
525
Trophies
0
XP
967
Country
Turkey
I think that the procedure you updated won't be enough. I only manage to run atmosphere if I dump the key from emmunand (that will make the Sept logo appear in the middle of the key dumping). If I go straightforward without really dumping the keys from emmunand, I still end with a black screen.
I couldn't understand the cause of it too. I re-updated the guide according to that.
 
Last edited by GCS,
  • Like
Reactions: bobdenar666
Joined
Nov 11, 2019
Messages
20
Trophies
0
XP
102
I tried booting via Lockpick RCM without dumping keys and it still worked. Maybe a coincidence or my lower firmware.

What bothers me a little - Hekate says:
„Burnt Fuses (ODM 7/6): 15 - 10“.
How can it be 15? :wtf:
 

GCS

Well-Known Member
OP
Member
Joined
Sep 10, 2020
Messages
525
Trophies
0
XP
967
Country
Turkey
I tried booting via Lockpick RCM without dumping keys and it still worked. Maybe a coincidence or my lower firmware.

What bothers me a little - Hekate says:
„Burnt Fuses (ODM 7/6): 15 - 10“.
How can it be 15? :wtf:
That's a problem. I would recommend you to go to TX's discord server and get help from them. (Can't link it, but it can be easily found from their site)
 
Joined
Nov 11, 2019
Messages
20
Trophies
0
XP
102
That's a problem. I would recommend you to go to TX's discord server and get help from them. (Can't link it, but it can be easily found from their site)
That's exactly what I did, but thanks for the tip. It only happened to a few people with SX Core and ipatched Switches, but that's all they know at this point. They try to figure out the similarities between the users having this problem. Genuine boot is not working with that fuse count, but according to moderator “booting ofw with hekate + fuse secondary would always work".
 
  • Like
Reactions: GCS

Site & Scene News

Popular threads in this forum

General chit-chat
Help Users
    Xdqwerty @ Xdqwerty: updated ship of harkinian, gonna install some hd texture pack