So I would need the OTP + CID from the console I want to explore the NAND backup of?
yes, you need those so the NAND can be de/encrypted.You replied prior to me editing my post.
So I would need the OTP + CID from the console I want to explore the NAND backup of?
yes, you need those so the NAND can be de/encrypted.You replied prior to me editing my post.
Thank you. I have the OTP but not CID and I doubt the essential files are in my GM9 backup, as it's old. Thanks for your assistance and thanks for this awesome project!yes, you need those so the NAND can be de/encrypted.
these formats are read-only, you need to use proper tools to rebuild them.Is it possible to add or replace content for a .3ds/.cia file with this program? It doesn't seem like I am allowed to do that.
Wow, my good friend. Thank you very much for the alert. And more importantly, thank you for continuing you work! I shall give this a go! o/Updated to v1.1. CID isn't needed for 99% of 3DS NANDs anymore, the Counter will be automatically generated.
@Xyphoseos @OrGoN3 you should find this useful if you still need it.
@Jay1Gamer late response but DSi NAND mounting has been in since v1.0 so you can try that if you still want to.
https://github.com/ihaveamac/fuse-3ds/releases/tag/v1.1
https://gbatemp.net/download/fuse-3ds.34706/
fuse-3ds wouldn't search for it itself (the process is very complicated and doesn't fit in this project), but it can assist. fffuck only needs a xorpad if the NAND is encrypted. What fuse-3ds can do here is provide a decrypted image that you can use it on. So try it on ctrnand_full.img, since it acts as a decrypted CTRNAND.@ihaveamac Is there any chance fuse-3ds could include an option to recover any fragments of factory titles that may still be present in a NAND dump, but that may have been marked as 'deleted' by the filesystem? Perhaps a 'Recover file fragments and deleted files" option?
I have been trying to recover the factory CTRAging app using use the fff*ck.exe from this thread:-
https://gbatemp.net/threads/request-ctraging-3ds-debug-app-research.411704/
However since my NAND dumps were made with the latest Godmode9 I dont have any xorpads, so I cant get the exe to work
Any help would be much appreciated.
Thanks, I just tried and unfortunately it just displays:-fuse-3ds wouldn't search for it itself (the process is very complicated and doesn't fit in this project), but it can assist. fffuck only needs a xorpad if the NAND is encrypted. What fuse-3ds can do here is provide a decrypted image that you can use it on. So try it on ctrnand_full.img, since it acts as a decrypted CTRNAND.
I tried renaming ctrnand_full.img to nand.bin and that didnt work. I also tried editing the run.exe to look for ctrnand_full.img instead, but that also failed. Might you have any other suggestions?fffuck.exe said:Dump contains encrypted FAT16 partition. Please supply xorpad.
Usage: fffuck nand_image [xorpad]
xorpad is only optional if nand_image is already decrypted.
Press any key to continue . . .
Try ctrnand_fat.img since that contains just the FAT16 partition.Thanks, I just tried and unfortunately it just displays:-
I tried renaming ctrnand_full.img to nand.bin and that didnt work. I also tried editing the run.exe to look for ctrnand_full.img instead, but that also failed. Might you have any other suggestions?
Ok, that gives me a different error:-Try ctrnand_fat.img since that contains just the FAT16 partition.
fffuck.exe said:Error: NAND size is uneven, should be a multiple of 0x2000
Press any key to continue . . .
It probably expects a full NAND with a decrypted CTRNAND in it. Are you able to mount ctrnand_full.img with osfmount? Maybe fffuck could be edited to not require the full NAND, but I don't know yet.Ok, that gives me a different error:-
Yes I can mount ctrnand_full.img with osfmount, although I do have to select the FAT partition.It probably expects a full NAND with a decrypted CTRNAND in it. Are you able to mount ctrnand_full.img with osfmount? Maybe fffuck could be edited to not require the full NAND, but I don't know yet.