Hacking [RCM Payload] Hekate - CTCaer mod

  • Thread starter CTCaer
  • Start date
  • Views 1,072,166
  • Replies 3,243
  • Likes 128

CTCaer

Developer
OP
Developer
Joined
Mar 22, 2008
Messages
1,154
Trophies
0
XP
3,008
Country
Greece
I updated my firmware through the official updater to 7.0.1. But my burnt fuses are 8 instead of 9. Is that good or not? AutoRCM is enabled.
You probably updated while in CFW. Atmo has protection for that and your autorcm was not lost. And that's why you still have 8 fuses.
Or you had the jig plugged in and you were holding VOL UP while the install finished. Entered rcm and re enabled autorcm
 

crow132

Well-Known Member
Member
Joined
Jan 19, 2016
Messages
302
Trophies
0
Age
34
XP
1,373
Country
Saint Helena
You probably updated while in CFW. Atmo has protection for that and your autorcm was not lost. And that's why you still have 8 fuses.
Or you had the jig plugged in and you were holding VOL UP while the install finished. Entered rcm and re enabled autorcm
wait, didnt know about that.. so choidujour is not needed anymore?
 

Draxzelex

Well-Known Member
Member
Joined
Aug 6, 2017
Messages
19,011
Trophies
2
Age
29
Location
New York City
XP
13,378
Country
United States
Ehm. No. The console restarted normally after updating. After this i shutted down the console and put the jig in to start Hekate. I mean the console works fine.
No what he meant was you were most likely running Atmosphere before you installed the update which prevented AutoRCM from being removed.

Does that mean i can downgrade to 6.2 if i want that?
Technically you can downgrade to any firmware with the current exploit even if you burnt fuses. The only stipulation is that if you downgrade to a firmware that expects a lower fuse count than your current fuse count, you can only boot the console through RCM. A fuse count of 8 indicates that you can downgrade to a firmware of 6.2 or higher without RCM. For future reference, you can find a list of fuse counts and their respective firmware versions here.
 
  • Like
Reactions: tiliarou

hippy dave

BBMB
Member
Joined
Apr 30, 2012
Messages
9,868
Trophies
2
XP
29,128
Country
United Kingdom
Suggestion, maybe put a really explicit message on the NAND restore screen, spelling out that you have to restore matching boot0/1 with rawnand if changing fw version, or shit will break? See so many posts about that issue. (I'm not calling it an issue with hekate, to be clear, it's a common user error that a warning might help avoid.)
 
Last edited by hippy dave,

hippy dave

BBMB
Member
Joined
Apr 30, 2012
Messages
9,868
Trophies
2
XP
29,128
Country
United Kingdom
That is interesting. I want to know that too. Should i restore boot0/1 and my rawnand in case of a brick? Or is that not important?
I guess what you would need to restore would depend on the kind of brick, you'd just need to restore the part which got broken, assuming your backup is the same firmware version your Switch is currently on. I'm talking about changing firmware versions, people commonly restore a rawnand.bin of an older firmware version but don't restore the matching boot0/1 (so they leave their existing boot0/1 of a newer fw version), then their system won't boot.
 

BaamAlex

UDE GA NARU ZE!
Member
Joined
Jul 23, 2018
Messages
6,057
Trophies
1
Age
29
Location
Lampukistan
Website
hmpg.net
XP
6,170
Country
Germany
The system boots. But only with rcm if i understand that correctly. Because the fuses don't match the firmware. Or how does the system work behind it? Do I have a mistake of my own?
 

Draxzelex

Well-Known Member
Member
Joined
Aug 6, 2017
Messages
19,011
Trophies
2
Age
29
Location
New York City
XP
13,378
Country
United States
The system boots. But only with rcm if i understand that correctly. Because the fuses don't match the firmware. Or how does the system work behind it? Do I have a mistake of my own?
Your system will not boot if boot0/boot1 don't match the firmware of the system. Meaning boot0/boot1 are also firmware-specific but people often forget this when they restore a NAND backup that is a different firmware than the one they are currently running. Having a mismatched boot0/boot1 usually leads to a blue screen when you try to turn on the console.

There are two different things that can happen when the fuses don't match the firmware when you boot normally. If your fuses are lower than the firmware, your console burns them to compensate so that the fuse count matches the firmware. If your fuses are higher than your firmware, your console doesn't boot up and the screen stays black. It doesn't even enter RCM in this state. This would be classified as a soft brick since you can just boot into RCM and use a bootloader that bypasses the fuse check which all of them do nowadays.
 

TunisDream

Member
Newcomer
Joined
Jun 30, 2017
Messages
10
Trophies
0
Age
40
XP
66
Country
Germany
I was on 7.0.1 with ReinNX and my 8 year old son updated to 8.0 ReinNX is not starting but I can load hekate with RCM. Is there a way to restore last known working situation? I have a backup, but i need my Zelda savefiles :D
 

shchmue

Developer
Developer
Joined
Dec 23, 2013
Messages
791
Trophies
1
XP
2,367
Country
United States
I was on 7.0.1 with ReinNX and my 8 year old son updated to 8.0 ReinNX is not starting but I can load hekate with RCM. Is there a way to restore last known working situation? I have a backup, but i need my Zelda savefiles :D
sure if you replace everything in all the partitions including boot0 and boot1 it NOT USER with the ones from the backup you have. or back up your saves manually and restore them after restoring the backup.
 

Site & Scene News

Popular threads in this forum

General chit-chat
Help Users
  • No one is chatting at the moment.
    Veho @ Veho: Firefox users be like "look at what they have to do to mimic a fraction of our power."