d0k3 / Decrypt9WIP

Multipurpose content dumper and decryptor for the Nintendo 3DS
GNU General Public License v2.0
405 stars 59 forks source link

Injecting/dumping H&S app via A9LH also keeping A9LH while forcing #66

Closed ghost closed 8 years ago

ghost commented 8 years ago

Can someone explain why it's not possible? I kind of screwed myself. I have a emunand and sysnand both with 11.0 but a 9.1 nand backup that cant be restored because it thinks its from another 3DS. Also how can I force the nand backup while keepong A9LH installed? I don't feel like going through a9lh again ;-;

ghost commented 8 years ago

I think I might have it. I forced the backup to emu then I'll back up emu and restore it to sys with keep a9lh

d0k3 commented 8 years ago

That backup is most likely broken, if it does not, in fact, come from another 3DS. The safety checks in D9 are pretty accurate, and I don't know of a single instance where they went wrong. Meaning (for you): Force inject this to SysNAND, have a brick. In any case, try if that EmuNAND works before doing anything stupid.

Also, help us find out what's wrong here by providing the relevant text from the log file.

ghost commented 8 years ago

Well I formatted my sysnand

ghost commented 8 years ago

Might that be why?

d0k3 commented 8 years ago

No. Provide the log. Also, this issue has nothing to do with H&S inject / dump, so better reword it.

ghost commented 8 years ago

Ah I know it doesn't I thought it'd be more efficient to make 1 issue.

ghost commented 8 years ago

I'll send the log after I check if it works on emi

ghost commented 8 years ago

It works on emunand. Not sure why it said it wasnt for this 3ds when I in fact made the backup on it... I'll send logs in a bit after I unfuk everything else

ghost commented 8 years ago

https://ghostbin.com/paste/7wkyr/raw

urherenow commented 8 years ago

Not sure why it seems it can't get the slot 0x25 key, except for once, but maybe you'll have more luck placing the .bin s on your SD root. 0x25 and 0x1B.

Unless the real problem is that you ARE using .bin files for the keys, and they're wrong...

ghost commented 8 years ago

I placed 0x25 and it dumped I have yet to see if it works when I inject FBI On Jul 25, 2016 5:56 PM, "urherenow" notifications@github.com wrote:

Not sure why it seems it can't get the slot 0x25 key, except for once, but maybe you'll have more luck placing the .bin s on your SD root. 0x25 and 0x1B.

Unless the real problem is that you ARE using .bin files for the keys, and they're wrong...

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/d0k3/Decrypt9WIP/issues/66#issuecomment-235111657, or mute the thread https://github.com/notifications/unsubscribe-auth/ATE0XmD7z_6PpwSInV9c-439ecYEzqjVks5qZT85gaJpZM4JT9O8 .

d0k3 commented 8 years ago

Okay. First of all, requiring the slot0x25keyX file is not an issue. This one may not be available on a9lh, so you need to get it. Also, your log - I don't see any failed NAND restores in there, in fact the (keep A9LH NAND restore worked fine)... so, what's the issue? :)

ghost commented 8 years ago

That's the log after I forced to emunand, backed up emunand then restored emu to sys with keep a9lh. On Jul 26, 2016 11:09 AM, "d0k3" notifications@github.com wrote:

Okay. First of all, requiring the slot0x25keyX file is not an issue. This one may not be available on a9lh, so you need to get it. Also, your log - I don't see any failed NAND restores in there, in fact the (keep A9LH NAND restore worked fine)... so, what's the issue? :)

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/d0k3/Decrypt9WIP/issues/66#issuecomment-235318502, or mute the thread https://github.com/notifications/unsubscribe-auth/ATE0XqFk5TBfgD3Whx-IH01k9px_vxJxks5qZjEwgaJpZM4JT9O8 .

d0k3 commented 8 years ago

Normally that should not have worked... Did you by any chance mess up the .sha file? Anyways, I would have wanted to know, but seeing there is no issue anymore, this can be closed, right?

ghost commented 8 years ago

Well when I did A9LH I used a different SD card and that's the one I made the backup on. I might not have copied the sha... On Jul 26, 2016 5:28 PM, "d0k3" notifications@github.com wrote:

Normally that should not have worked... Did you by any chance mess up the .sha file? Anyways, I would have wanted to know, but seeing there is no issue anymore, this can be closed, right?

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/d0k3/Decrypt9WIP/issues/66#issuecomment-235425689, or mute the thread https://github.com/notifications/unsubscribe-auth/ATE0Xgl7IiMs9I0Asg74LoKGKTXLRVHHks5qZon3gaJpZM4JT9O8 .

d0k3 commented 8 years ago

You actually messed up the .sha, most likely, cause without one it would have worked. Closing this now...