Hacking Completely botched system transfer..

Noroxus

Margen67 Supporter
OP
Member
Joined
Jul 7, 2013
Messages
443
Trophies
1
Location
Glorious Nippon
XP
868
Country
Germany
So, today I wanted to system transfer my data from my N3DS to my N3DSXL. I took both SD cards out and booted into Luma, then chose system transfer and configured it. Everything went smoothly at first and my N3DS formatted. Then, my N3DSXL booted up. I powered it off and put my original SD in it in hopes it would read the old ID0 folder.

But, it didn’t. It rebooted and then greeted me with the design shop notification as if I had formatted the system. Data management was completely empty and another ID0 folder was created in /Nintendo3DS. I started booting up applications, didn’t work. I tried Homebrew, and it froze. The console seemed completely incapable of doing anything. So I NAND restored it. It was fine again.

Then I wanted to NAND restore my N3DS, but nope. For some reason I have completely gotten rid of my 200trillion NAND backups from last year.
Theres probably no way out of this situation, so I wanted to ask if there’s any way to dump the old applications I had on the old NAND and of that is impossible, if there’s anyway to extract the installed titleIDs I had on there to see what stuff I had installed on it, because I haven’t used the old one in a long time....

The only backups I have are from boot9strap lol...
So yeah people don’t delete backups it’s a bad idea
 

PrincessLillie

(Future) VTuber
Member
Joined
Nov 28, 2013
Messages
2,920
Trophies
3
Age
21
Location
Virtual Earth
Website
lillie2523.carrd.co
XP
4,784
Country
United States
  • Like
Reactions: TurdPooCharger

Noroxus

Margen67 Supporter
OP
Member
Joined
Jul 7, 2013
Messages
443
Trophies
1
Location
Glorious Nippon
XP
868
Country
Germany
On your n3DS (source system), try this gm9 script's "Fix movable.sed KeyY" on its <ID0> subfolder. It may or may not work. If you get a match and exchange the movable.sed KeyY, you'll need to recheck Data Management for missing tickets.

very impressive script, sadly it simply loops for me...
Probably because the format was part of the system transfer... and not the standard one

EDIT: I cant even cancel it in GM9 lol
 
Last edited by Noroxus,
Joined
Jan 1, 2018
Messages
7,292
Trophies
2
XP
5,946
Country
United States
very impressive script, sadly it simply loops for me...
Probably because the format was part of the system transfer... and not the standard one

EDIT: I cant even cancel it in GM9 lol
As mentioned in the post, it will do a full 256 iterations sweep depending on that counter value. Give it 1.5 hour to complete.
 
  • Like
Reactions: Noroxus
Joined
Jan 1, 2018
Messages
7,292
Trophies
2
XP
5,946
Country
United States
Yeah, sadly it didnt manage to find KeyY.... too bad :(
Did that Nintendo 3DS folder originate from another system you owned?
In other words, was the n3DS involved a previous System Transfer that received that folder?

If so, you will need to find someone with a hacked 3DS who last had you listed on their Friend List.
It is possible to reconstruction the exact KeyY using the 1st half of it extracted from their friendsave.bin.
 
  • Like
Reactions: Noroxus

Noroxus

Margen67 Supporter
OP
Member
Joined
Jul 7, 2013
Messages
443
Trophies
1
Location
Glorious Nippon
XP
868
Country
Germany
Did that Nintendo 3DS folder originate from another system you owned?
In other words, was the n3DS involved a previous System Transfer that received that folder?

If so, you will need to find someone with a hacked 3DS who last had you listed on their Friend List.
It is possible to reconstruction the exact KeyY using the 1st half of it extracted from their friendsave.bin.

I am not certain about possible system transfers before I bought the system, however I do have another hacked 3DS that had me on the friendlist.
Just to be certain here, since it derives the KeyY through friendsave.bin does it use LFCS_B to recover the key? If yes that would explain why the system transfer failed. I do not have the OG LFCS_B anymore but instead use one from a friend of mine. Sadly I can no longer find the backup of the OG one either....
 
Joined
Jan 1, 2018
Messages
7,292
Trophies
2
XP
5,946
Country
United States
I am not certain about possible system transfers before I bought the system, however I do have another hacked 3DS that had me on the friendlist.
Just to be certain here, since it derives the KeyY through friendsave.bin does it use LFCS_B to recover the key? If yes that would explain why the system transfer failed. I do not have the OG LFCS_B anymore but instead use one from a friend of mine. Sadly I can no longer find the backup of the OG one either....

The KeyY isn't derived from the friendsave.bin but rather whenever a friend adds you to their Friend List, their 3DS/2DS records a copy of that 1st half.

The KeyY is 0x10 (16) bytes string found in the movable.sed. The 1st half of that key is derived from the LocalFriendCodeSeed_B from whichever starting system it came from.
If you swapped out the n3DS's original LFCS_B by borrowing one from a different system, and didn't make a back up of the SysNAND *.bin image that contained that deleted LFCS_B,
your n3DS will not be able to recreate an intact KeyY (minus the 0x118 offset counter value).

***

Luckily, GodMode9 does a neat trick when you first hack the n3DS. It makes backed up copies of several important NAND files on the first encounter of using that program.
  • GodMode9 → [S:] SYSNAND VIRTUAL/essential.exefs → press (A) → Mount as EXEFS image.
  • Press (A) on frndseed and movable to Copy to 0:/gm9/out.
Use a hex editor like HxD to compare those two (2) files against the ones found:
  • [1:] SYSNAND CTRNAND/private/movable.sed
  • [1:] SYSNAND CTRNAND/rw/sys/LocalFriendCodeSeed_B
(Study the previous linked thread about how movable.sed contains a copy of LFCS_B).
DO NOT PUBLICLY SHARE OR SHOW THEM.

If you notice these observations,
  1. The frndseed (from essential.exefs) and the current LocalFriendCodeSeed_B in the 1:/drive are different.
  2. The movable (from essential.exefs) contains a copy of frndseed.
  3. The movable (from essential.exefs) and the current movable.sed in the 1:/drive do not share the same frndseed.
Try renaming and swapping in movable, and rerunning the script's KeyY finder like in this post:
***

If all the above doesn't work, we can continue discussion through PM in regards to pulling the 1st half of the KeyY from out of your friendsave.bin.
 
Last edited by TurdPooCharger,

Site & Scene News

Popular threads in this forum

General chit-chat
Help Users
    Xdqwerty @ Xdqwerty: @Psionic Roshambo, atleast there was some neat filler there