Hacking Official ShadowNAND

  • Thread starter Thread starter Shadowhand
  • Start date Start date
  • Views Views 133,008
  • Replies Replies 844
  • Likes Likes 52

Which path would you like ShadowNAND and SaltFW to have?


  • Total voters
    59
  • Poll closed .
why exactly would you add emunand support to a CFW designed to only work if no SD is inserted :huh:

Because I prefer the features packed into an application rather than diseminated in fifteen. Also emunand is into the planned features list.
 
Nope nothing, I don't know what to do
EDIT: Solved! I had to swap the boot.bin (Luma) to boot.bin (ShadowNAND_Installer)
Is it normal that is says "ShadowNAND_Installer v1.1-32b7f01d" even if is the v1.2.2?
Yes it's normal, I forgot to update the version string while compiling... :|

why exactly would you add emunand support to a CFW designed to only work if no SD is inserted :huh:
Just because it supports booting without SD doesn't mean I'M throwing away SD capabilities.

--------------------- MERGED ---------------------------

Because I prefer the features packed into an application rather than diseminated in fifteen. Also emunand is into the planned features list.
All in due time. I'm currently waiting for @Aurora Wright to be done with reboot patches since I suck at such deep levels of programming.
 
Just because it supports booting without SD doesn't mean I'M throwing away SD capabilities.

I guess emunand is out of the scope for now. How's the installation compatibility with your old sceeninit stage2? I have that installed right now.
 
ok so eventually you plan for it to completely replace the need for a cfw file on the SD i always just assumed this was intended to act as a fallback CFW rather than a replacement
 
Last edited by gamesquest1,
I guess emunand is out of the scope for now. How's the installation compatibility with your old sceeninit stage2? I have that installed right now.
It will not be supported for v1.0, maybe 1.5?.. I don't really know to be honest. I'll probably do the easy ones like splashes first. If you have a9lh on any version, you can easily install ShadowNAND without your OTP. If you boot regularly, it won't init the screen (while booting boot.bin), but if you hold DPAD_LEFT while booting, it'll init the screen (in case your boot.bin doesn't).

ok so eventually you plan for it to completely replace the need for a cfw file on the SD i always just assumed this was intended to act as a fallback CFW rather than a replacement
No, it's meant to fully get rid of silly arm9loaderhax.bin on your SD card and unshackle your 3DS from your SD.
 
It will not be supported for v1.0, maybe 1.5?.. I don't really know to be honest. I'll probably do the easy ones like splashes first. If you have a9lh on any version, you can easily install ShadowNAND without your OTP. If you boot regularly, it won't init the screen (while booting boot.bin), but if you hold DPAD_LEFT while booting, it'll init the screen (in case your boot.bin doesn't).

It's ok, I understand. I'll give it a try tomorrow then.
 
hi I installed the latest release but with luma 3ds setted as boot.bin (with paths changed ) into homebrew/3ds I cannot play gba and dsi ware anymore, everything ok if i delete shadownand and reinstall luma 3ds as primary cfw , any help?
 
hi I installed the latest release but with luma 3ds setted as boot.bin (with paths changed ) into homebrew/3ds I cannot play gba and dsi ware anymore, everything ok if i delete shadownand and reinstall luma 3ds as primary cfw , any help?
Use this copy of Luma, it's the latest commit. http://luma3ds.ericchu.net/latest/homebrew/boot.bin

I have a9lh 1.0 and no otp.bin :/ how can I install this
No need for OTP.bin if you have a9lh already.
 
Use this copy of Luma, it's the latest commit. http://luma3ds.ericchu.net/latest/homebrew/boot.bin


No need for OTP.bin if you have a9lh already.
so do I just do this
  • Download ShadowNAND Installer from here
  • Download ShadowNAND itself from here
  • Download other required files from here
  • Put ShadowNAND files, other required files, and your otp.bin to SD:\homebrew\3ds\ShadowNAND_Installer
  • Boot from ShadowNAND_Installer.bin or other entry points.
  • Press SELECT
  • Done.
  • minus the bold bit
 
@Shadowhand is adapting the boot.bin path in payload_stage2.bin @ 0x3F70 viable or is this likely going to brick?
 
@Shadowhand is adapting the boot.bin path in payload_stage2.bin @ 0x3F70 viable or is this likely going to brick?
Well, with such a dirty edit, there's always a chance. However, ShadowNAND comes with altstage2 that will always boot even if your stage2 doesn't work. So there will always be a way to revert to regular ShadowNAND. So try it.

However I'm not very happy with your decision simply because it is an act that will remove one of the very important things I'm trying to achieve here: Having a standardized path for all homebrew.
 
  • Like
Reactions: Zan'
Well, with such a dirty edit, there's always a chance. However, ShadowNAND comes with altstage2 that will always boot even if your stage2 doesn't work. So there will always be a way to revert to regular ShadowNAND. So try it.

However I'm not very happy with your decision simply because it is an act that will remove one of the very important things I'm trying to achieve here: Having a standardized path for all homebrew.
I know what you tried to achieve and I like it. However I have my own path for all application & payloads etc.
I don't like calling it homebrew, so I simply have a folder "3ds_launch" which includes everything that would usually lay around on the root of the SD Card.
And I don't want 2 folders (3ds_launch AND homebrew) if I can prevent it.
 

Site & Scene News

Popular threads in this forum