Failures regarding NAND Switching: Help?

Discussion in '3DS - Flashcards & Custom Firmwares' started by drfsupercenter, Jun 24, 2015.

  1. drfsupercenter
    OP

    drfsupercenter Flash Cart Aficionado

    Member
    1,898
    234
    Mar 26, 2008
    United States
    So I thought I'd try and experiment with region changing a bit, and I don't understand what's going wrong here.

    I now have both a US region 3DS XL and Japanese region 3DS LL, both on exploitable firmware. And they both have the same size NAND (I know there are two types)

    First, I tried using rxTools - decrypted the partitions, then swapped contents and injected emuNAND partitions from the US system on my Japanese system. Tried to boot emuNAND, got blackscreened ("bricked")

    Next, I took a sysNAND dump, generated a NAND FAT16 xorpad, copied both from both systems on my computer. Used 3DS FAT16 Tool to extract the partition from the NAND dump, xored both. xored the US decrypted FAT16 with Japanese xorpad, re-injected, used emuNAND Tool to inject.

    Still bricked.

    What I don't get is why it causes a brick. I thought the xorpad was the main difference between NANDs on different systems - otherwise it's just a folder with files in it. I would understand if the firm0/firm1 weren't compatible, but both systems are XLs so I can assume that isn't the case.

    Any other ideas?
     
  2. cearp

    cearp the ticket master

    Member
    7,477
    4,710
    May 26, 2008
    Tuvalu
    sure i got the same result when i tried this months ago, others too i am sure :)
    there is more unique info than just the fat16 partition. there are a few partitions in nand that would need to be swapped.
    i imagine if all were done properly it would work fine.
     
  3. drfsupercenter
    OP

    drfsupercenter Flash Cart Aficionado

    Member
    1,898
    234
    Mar 26, 2008
    United States
    So how does one "do it properly"?
     
  4. cearp

    cearp the ticket master

    Member
    7,477
    4,710
    May 26, 2008
    Tuvalu
    well just like i said, the ctr fat16 partition is not enough. we need to dump/extract/decrypt all the partitions, and at the moment i don't think that is possible :)
    (we need something to generate xorpads for them all, once we have this publically then it would be just the same like you did)
     
  5. drfsupercenter
    OP

    drfsupercenter Flash Cart Aficionado

    Member
    1,898
    234
    Mar 26, 2008
    United States
    Well, rxTools can decrypt firm0 and firm1 as well, and I thought ctrnand was the FAT16 folder?

    Either way, I thought it decrypted it all.
     
  6. Psi-hate

    Psi-hate GBATemp's Official Psi-Hater

    Member
    1,629
    1,039
    Dec 14, 2014
    United States
    Houston
    Well, SALT/KARL3DS has a huge ton of decryption options, so possibly we can use those when they release.
     
  7. innercy

    innercy GBAtemp Advanced Fan

    Member
    752
    131
    Oct 22, 2006
  8. cearp

    cearp the ticket master

    Member
    7,477
    4,710
    May 26, 2008
    Tuvalu
  9. gamesquest1

    gamesquest1 Nabnut

    Member
    14,119
    9,455
    Sep 23, 2013
    not sure if this is what you need.....there could be more to it that im overlooking though
     
  10. cearp

    cearp the ticket master

    Member
    7,477
    4,710
    May 26, 2008
    Tuvalu
    what is this supposed to do?
     
  11. drfsupercenter
    OP

    drfsupercenter Flash Cart Aficionado

    Member
    1,898
    234
    Mar 26, 2008
    United States
    Yeah, exactly. movable.sed is also part of it.

    I could try editing the movable.sed file I suppose, though.