I got a lot of bad news about performing CTRTransfer with Decrypt9WIP for a region changed 3DS.
- I took my USA n3DSXL (USA 11.9 firmware) and restored its SysNAND with my region changed JPN 11.9 *.bin image. This NAND was made from a prior experiment.
- While it shouldn't matter, I removed fastboot3ds by reinstalling boot9strap with SafeB9SInstaller. This is to eliminate any discrepancy with different FIRM.
- In the 1:/sys/rw directory, I check to make sure I have both SecureInfo_B and SecureInfo_C.
- SecureInfo_B = The original file with 0x100 offset set to 01 (USA).
- SecureInfo_C = An edited copy of _B where 0x100 offset is set to 00 (JPN).
- I boot to HOME Menu and check for Sys 11.9.0-42J in System Settings.
- No problems quickly visiting google.com, reddit.com, and gbatemp.net with the Internet Browser.
- CTRTransfer in Decrypt9WIP using the 11.5.0-38J_ctrtransfer_n3ds package found at 3ds.hacks.guide goes without a fuss.
- When trying to reach HOME Menu, the 3DS system boots with an ARM9 error. My firmware has softbricked. Boooo!
There were several interesting observations I found about this brick.
- SecureInfo_C was deleted.
- SecureInfo_B was reassigned as SecureInfo_A.
- SecureInfo_A was left alone; not hex edited at 0x100.
***
Because it's a bad idea to edit the original
SecureInfo_A/B, I create a new copy of
SecureInfo_C with the 0x100 offset =
00.
- Even with SecureInfo_C, the ARM9 error persists when trying to boot to HOME Menu.
***
I go back to GodMode9,
- White highlight select [1:] SYSNAND CTRNAND.
- Hold (R)-shoulder and press (A) → Fix CMACs for drive → etc.
Finally! The 3DS boots to setting up a new user profile. After my wireless connection profile was made, I update to Sys 11.9.0-42J through System Settings.
I revisit those three previously mentioned website with Internet Browser without a hitch.
***
When trying to access Recovery Mode, the screen boots black.
- It was later discovered Recovery Mode does not rely on SecureInfo_C, which is a homebrew made file.
- This special firmware will first look for SecureInfo_B.
- If it does not find _B, it'll look for SecureInfo_A next.
- If the first _B or _A it finds does not have the correct hex region value at 0x100, Recovery Mode will refuse to work.
Solution: If your 3DS system came with _B, take the unedited
SecureInfo_B and rename it as
SecureInfo_A. If your 3DS system did not come with
SecureInfo_B, that's fine. Keep a mental note which one is the clean, original copy.
- Create a copy of SecureInfo_A and rename it to SecureInfo_B. Hex edit the 0x100 region value.
- Or take the already edited SecureInfo_C, make a copy of that, and rename that copy as SecureInfo_B.
Remember, Recovery Mode will default to
*_B first even if you have both
*_A and
*_B.
***
So what does this all means? CTRTransfer with Decrypt9WIP is bad stuff for a 3DS system that had its firmware region changed. While it'll probably fix the hang up issues encounter in the HOME Menu system applets, using it requires additional steps fixing the
SecureInfo_A/B/C and CMAC recalculations for HOME Menu and Recovery Mode.