Hacking RELEASE [Official] ReiNX thread [DEAD]

  • Thread starter Thread starter Reisyukaku
  • Start date Start date
  • Views Views 1,099,039
  • Replies Replies 2,959
  • Likes Likes 240
Status
Not open for further replies.
It worked, thanks!!

He probably should have explained that a little better.. If you were below 4.0 to begin with and used the no burn method to upgrade so you can downgrade at a later date, you just burned your gc slot. If you ever downgrade below 4.0, your game cart slot won't work now.
 
  • Like
Reactions: werneck14
He probably should have explained that a little better.. If you were below 4.0 to begin with and used the no burn method to upgrade so you can downgrade at a later date, you just burned your gc slot. If you ever downgrade below 4.0, your game cart slot won't work now.
i was/am at 5.1.0 and never did the no burn method to upgrade. So maybe no harm done?
 
i was/am at 5.1.0 and never did the no burn method to upgrade. So maybe no harm done?

No harm done in your case but you should really take 2 minutes to read the description and guidelines of what you use : all information is in first post or in tutorial.
 
  • Like
Reactions: werneck14
He probably should have explained that a little better.. If you were below 4.0 to begin with and used the no burn method to upgrade so you can downgrade at a later date, you just burned your gc slot. If you ever downgrade below 4.0, your game cart slot won't work now.

Can you please explain “game cart slot wont work” ?
Is it literally defunctioning ?
 
Can you please explain “game cart slot wont work” ?
Is it literally defunctioning ?
The card slot is disabled if the NOGC file is present within ReiNX folder. This was intentional so as to prevent unwanted updates, especially for those whose unit is still in lower firmware.
 
@Reisyukaku Thank you for your awesome work.
I am currently doing some reverse-engineering to decrypt a game save, the ARM CPU documents are available on the Web so I don't have any trouble on it.
I am looking for a CFW supporting remote debugging feature and I've heard Atmosphere CFW is going to support remote debugging, but since I mainly use ReiNX, I would like to know if such feature is planned to be released soon ?

Thank you very much for your time and work.
 
  • Like
Reactions: Reisyukaku
No harm done in your case but you should really take 2 minutes to read the description and guidelines of what you use : all information is in first post or in tutorial.
Yeah, you're right, thanks for the advice!
 
@Reisyukaku Thank you for your awesome work.
I am currently doing some reverse-engineering to decrypt a game save, the ARM CPU documents are available on the Web so I don't have any trouble on it.
I am looking for a CFW supporting remote debugging feature and I've heard Atmosphere CFW is going to support remote debugging, but since I mainly use ReiNX, I would like to know if such feature is planned to be released soon ?

Thank you very much for your time and work.
I remember hearing rumor of one of the people in my server working on a GDB debugging kip. So if its in kip form, then yea, will work.
 
  • Like
Reactions: peteruk
I don't think recardo is the issue.
It boots hekate no problem and hekate has the same issue, it shows that boot screen with the text, the splash screen, 3 seconds of black screen and then turns off entirely.

I tried again with the sdfiles from tumger, booting Rei from hekate, same issue.

I had this issue before, you need to delete the FS.kip file, the layered FS file is hugely problematic on anything not 5.1
 
  • Like
Reactions: Dothackjhe
I ve got a Switch on 1.0.0 sitting for a few months now collecting dust, is there a way to get this CFW fully working without updating or do I have to wait for an emunand function?
 
I ve got a Switch on 1.0.0 sitting for a few months now collecting dust, is there a way to get this CFW fully working without updating or do I have to wait for an emunand function?
I heard the original firmware has the best exploit available. But it may not inhabit the same stability as the updated firmware. The Switch is known for its freezing issue. I'm just unsure how later firmware tried to address it. Should you consider making the update of the firmware, I suggest you do so by not burning fuses via the ChoiDujourNX method.
 
I heard the original firmware has the best exploit available. But it may not inhabit the same stability as the updated firmware. The Switch is known for its freezing issue. I'm just unsure how later firmware tried to address it. Should you consider making the update of the firmware, I suggest you do so by not burning fuses via the ChoiDujourNX method.

So the best think I can do right now is just update to 5.x.x without buring any fuses? No way to just get CFW working on 1.0.0 without updating?
 
in order to use creport from atmosphere, is it enough to drop the 0100000000000036 folder in the ReiNX titles folder? Or does it require fs_mitm.kip?
The former, you don't need the latter. tomGER's SD files for ReiNX come with that folder already in the proper location.
 
The former, you don't need the latter. tomGER's SD files for ReiNX come with that folder already in the proper location.
but it also comes with fs_mitm.kip in place and I know I had issues with that kip in the past. But if it's not needed, that's great. thanks.
 
Status
Not open for further replies.

Site & Scene News

Popular threads in this forum