d0k3 / godmode9 Goto Github PK

in the 2.1 system，otp.bin has already got，and i use GM9 restored sysnand.bin succeed.
but when i turn on the console，it displayed some issue i had never see before，please help....

On an o3ds, when shutting down with godmode9, gray vertical lines appear on screen. They slowly fade away.

This will be a quick fix.
On prompting for lvl3 SysNAND unlock perms, GM9 still says "overwrite your A9LH installation" instead of something like "overwrite your B9S installation" on a boot9strap console.

Another "backup to CIA" problem for you. Sorry about this. =\

Tested on N3DS XL (11.2) and 2DS(11.2), both using GodMode9-20170212-180122
(it also fails in Decrypt9WIP-20170214-134632 on both units, with "CIA Stub has Bad Size(21248)", to save you from having to ask)

Attempted to create CIA from A:/title/0004008c/000edf00/content/00000000.tmd failed. TMD verification failed

1. Browse to above filesystem location
2. Select tmd file->TMD file options->Build CIA (standard)

Instantly displays "CIA Build Failed"

TMD file fails verification.

1. Browse to above filesystem location
2. Select tmd file->TMD file options->Verify file

Instantly Displays: Error: TMD probably corrupted.

Completely deleted and reinstalled the title on both units, same result, but the install appears to work properly (added content appears in-game, etc.)

I just want to verify that the file is the problem rather than a glitch in the verifier.

In the main menu it shows GodMode9 in the top right

When you press R+Y to unlock write permissions, it says "You want to enable ALL writing permissions. This enabled you to do some really dangerous stuff!" However, even after entering the confirmation sequence, FIRM ("A9LH") writing is still disabled. Which means not "ALL writing permissions" were enabled.

Clearly either the text is wrong, or R+Y is supposed to enable FIRM writing as well but it doesn't. If you go the route of making R+Y truly enable all permissions, you should probably add a warning to that effect, to make it clear that you can brick that way even with A9LH installed. (Is there anything you can do with A9LH installed that will cause a brick without enabling FIRM writing, other than editing RAM in a way that happens to cause GodMode9 to write to FIRM?)

I was trying to change my 3ds region, which is KOR, to USA but using godmode9 does not work. Every time I try,(changing secureinfoA) it shows 'CTRNAND load failed' and fails booting.
Godmode9 isn't working in 3ds 11.2k, and I hope you can fix this problem plz : )

it'd be neat if i could extract zipfiles, for example themes downloaded from 3dsthem.es

Pretty much what the title says. I'd like to request a "Dump Bootrom"/"Dump OTP" feature for people who have broken select/start/x buttons, since this seems to be quite a common thing from what I've heard

Hi I'm doing the update AL9H guide, and I'm in the part where I access the sd card via godmode9 and move to the system but I'm unable to see the sd card. I've tried using another sd card but still, cant see the card, If I unmount/mount with godmode9 open I get "failed initializing SD card".

Here's my sd card

here's files 9 folder

Edit:
i can only see the folders below:
1
2
3
S
9
C
M
X

I've tried using the 1.0.6 release no luck also =/
Thanks for your time!

Hello again!

I have a feature request and I'm unsure of where else to place this. I've noticed that GodMode9 has full support for dumping the ROM file in either full or trimmed format for DS cartridges instead of only 3DS cartridges, but one thing I'd like to have implemented is the ability to dump and replace the save data on the cartridge. A good place to look at for reference is TuxSH's TWLSaveTool homebrew, where the feature is fully implemented as its own app in userland and also installable as an app for the system.

Thank you for all of your hard work once again!
If this cannot be done, all I ask is for an explanation as to why. However if it is just something you don't wish to focus on right now, that's also fully understandable and I wish you good luck with all else!

Hello I just want to say thank you for making the converter 3ds to cia super easy to use.... hope you have good day :)

There is no “Restore H&S” in “More…” option with the last build of GodMod9 when i press "Home" boutton...

After formatting the SD card to have Emunand/Rednand Partition using GM9, it just goes back to the main menu. No options to clone Sysnand to Emunand/Rednand.

When compiling your source with latest ctrulib (commit 1cef3e5) from smealum you get the following errors:

(Note, this is with all your tools that make use of Brahmaloader (libkhax))

khaxinit.cpp
arm-none-eabi-g++ -MMD -MP -MF /d/ABuildD0k3Tools/GodMode9/BrahmaLoader/build/kh
axinit.d -g -Wall -Wextra -O3 -mword-relocations -fomit-frame-pointer -ffast-mat
h -march=armv6k -mtune=mpcore -mfloat-abi=hard -I/d/ABuildD0k3Tools/GodMode9/Bra
hmaLoader/include -I/c/devkitPro/libctru/include -I/d/ABuildD0k3Tools/GodMode9/B
rahmaLoader/build -DARM11 -D_3DS -DARM_ARCH -w -DPAYLOAD_MEM -DVOODOO=0x3F -fno-
rtti -fno-exceptions -std=gnu++11 -w -c /d/ABuildD0k3Tools/GodMode9/BrahmaLoader
/source/libkhax/khaxinit.cpp -o khaxinit.o
d:/ABuildD0k3Tools/GodMode9/BrahmaLoader/source/libkhax/khaxinit.cpp: In functio
n 'Result KHAX::IsNew3DS(bool*, u32)':
d:/ABuildD0k3Tools/GodMode9/BrahmaLoader/source/libkhax/khaxinit.cpp:985:47: err
or: cannot convert 'u8* {aka unsigned char*}' to 'bool*' for argument '1' to 'Re
sult APT_CheckNew3DS(bool*)'
   if (Result error = APT_CheckNew3DS(&isNew3DS))
                                               ^
make[3]: *** [khaxinit.o] Error 1
make[2]: *** [build] Error 2
make[1]: *** [brahma] Error 2
make: *** [release] Error 2

draw.h:22 = #define COLOR_BLUE RGB(0xFF, 0x00, 0xFF)

Should be #define COLOR_BLUE RGB(0x00, 0x00, 0xFF)

Fix please, thanks.

If it's difficult to enhance it then feel free to close this issue because it's not necessary for me.

With an a9lh 3ds, I cannot run GodMode9 as a luma payload or arm9loaderhax_si.bin,this simply give me "Failed to init....".

Low-priority, but it'd be nice to see how well a given NAND/gamecard/SD card is performing.

Press the HOME button, select More... -> Build support files
do I need mount some files first?

Ello, I'm here to report on a particular problem that I've been having over
some weeks.

First off, I'm a fairly new user 3DS hacking but no stranger to the hacking
scene for I've been following it since the days of Wii hacking.

As for the issue I'm having, I have an official Samsung Micro SD-Card (128gb Evo+) with an
official Samsung SD Card Adapter that works with my 3DS.

This SD Card Adapter/Micro SD Card works with every homebrew that I've been using (Luma, FBi, Homebrew Launcher, etc) but for some reason GodMode9 won't mount the SD Card, saying

Initialising SD card failed! Retry?
(Hmm...Is the "Initialsing spelled right?" Just noticed but whateves)

It's strange because even if GodMode9 is unable to mount the SD Card, it's still loads and works
fine from the SD Card! =/

This Micro-SD Card has been formatted with guiformat, using FAT32 and 32kb Clusters as it's default settings suggested by those using SDXC cards on a 3DS.

I don't know what's the code behind mounting a SD Card in GodMode9, but I like to request
help on this issue on why it doesn't work?

Luckily have my original 3DS 2GB SD Card which works fine with GodMode9 but...
What is the problem with my SD Card Adapter/MicroSD card formatting that's preventing
it from working?

I want to help in anyway in resolving this issue, without resorting to formatting the card, to
see if there's someway that can make GodMode9 work on mounting the SD Card Adapter/MicroSD Card.

Feel free to ask me any questions, any data you need about the card and I'll try to help!

As far as I can tell, while Decrypt9 can dump to CIA and CXI, all GodMode9 can dump to is CIA and Legit CIA. CXI would be useful and would go towards GodMode9 being a complete replacement and unified tool

The progress bar is nice, but for opperations like decryption, the more detailed feedback of D9 is useful as is the log. That would be a wonderful addition along with a txt viewer to view the log

I assume the current "verify" option verifies the hashes in the 3DS file formats. It might be useful if there were an option to verify the signatures as well.

crash_dump_00000007.zip

Tested on N3DS a9lh GM9 1.1.3 by -
mounting either .3ds from the GAMECART C: drive or encrypted or decrypted dump from SDCARD 0: drive - attemting to open G:/content0.game/romfs exits to main drive menu and unmounts the image
If I try to get directory info for content0.game/romfs or content0.game get - Analyze dir: failed!

following the guide, godmode9 inject .app of FBI didn't work - inject failed

so i tried the old way which is through dump hourglass9 then inject the fbi injectable .app

hourglass returned:
code / crypto: ctr-n-hace / 7x
slot0x25keyx not setup
this won't work on o3ds < 7x or a9lh

health & safety dump: failed

Details:
System is a freshly downgraded 11.3U (successfully installed a9lh+luma)

thanks

Since GodMode9 can now generate CIA's based on whats installed into the NAND, I was wondering if it would be possible to have an option to generate CIA's of everything installed to the NAND.

I use this in Decrypt9 when I want to switch consoles due to the fact that its sometimes much faster to regenerate the cia than it is to re-download it

the functionality just isn't there.

GM9 Build: 7299970 (Apr 12, 2017)

Example after using GodMode9 CTR Transfer FW 9.2 to 11.2.
new3DS boots 11.2 fine, but it is no longer possible to dump
ticket.db or to create a new CTR Transfer file in Decrypt9.

Error: CTRNAND is fragmented or corrupt

But using Decrypt9 CTR Transfer FW 9.2 to 11.2, everything is ok.

If the 0:/gm9out folder does not exist, certain operations first introduced in v1.1.2 fail, among them encrypting / decrypting to gm9out and building databases.

As a person who regulary backup the NAND image, I see the size of compressed NAND increase every time the system firmware get updated.

If GodMod9 can detect the unused sectors and replace it with some data that encrypted to all zeroes in NAND. The compressed NAND should be the smallest one.

This should help people who did CTRNAND transfer in the past to get better compression ratio.

Title.
The only difference from the regular GodMode9 would be that it doesn't allow removing A9LH, and doesn't allow SysNAND writes if A9LH isn't installed.

Hello. In the readme, the way to increase permission levels are not documented, or the sequence is not posted on how to do it. Can someone please help me on how to unlock the write permissions? I know what I am doing, plus I have had a lot of experience in the 3DS hacking community, so no need to worry about breaking the system. All I want to do is to delete a file called "essential.exefs" I accidentally created while trying to get used to GodMode9.

There are currently no methods of creating or extracting compressed archives on the 3ds. This is a problem, since the typical method of transferring files to the 3ds, FTP, suffers from terrible transfer rates for large collections of small files. Implementing this feature might also encourage users to do more frequent backups because they don't take up as much space on their device anymore. Since archive managers benefit hugely from being able to explore their filesystem and that of the device, it seems reasonable to request for GodMode9 to include this feature.

Should this feature be implemented, the zip compression format would be a minimum requirement due to its prevalence. Supporting other formats (.tar.gz, .7z, .rar) is optional but appreciated.

For implementation, I suggest libarchive which supports a wide range of formats; however, I have not yet tested its compatibility with the 3ds.

My console:
2ds on 11.3.36-E
Luma CFW + A9LH
Attempting to launch GM9 using chainloading but shows the following:

Here is the error displayed: http://imgur.com/a/xx02b

And here is the dump: https://www.dropbox.com/s/xgekh5in7cyhyzj/crash_dump_00000002.dmp?dl=0

The build of GM9 on 3ds.guide did work for me but this keeps on failing.

In the latest commit of godmode9 where you have to select to build a legit or standard cia the displayed name gets mumbled up.

This appears as well in the decryption view for a CIA where the options are given for decryption or encryption.

It seems that it is linked with special characters such as a . or a )

Since v1.0, GM9 freezes a lot during boot. 0.9.2 works fine.
I am using AuroraWright's fork of A9LH on an O3DS
Also seems that similar problem also exists in latest Decrypt9WIP

I do not have this option in the version 0.7.3 of Godmode9. I am attempting to follow Plailect's dsiwarehax downgrade guide and I am attempting to mount a .sav file in Godmode9.

I was Trying to access SUDOKU and Mount the FAT image but the Option was not there. After getting an updated link to God Mode I was able to find it

Whatever way I try to boot GodMode9 it won't work. I've tried booting with luma, the homebrew launcher and also changing the boot in sd card to GodMode9, but nither version makes it boot, I can only see some red in the top left for a split second, and then my 3ds boots normaly/goes back to homebrew.
I'm running A9LH Sys 11.0.-33E on an o3ds.

It would be useful for those who want to poke system save data, which are not accessible via userland tools (e.g. FBI)

Decrypting an encrypted game dump does not match that done with Decrypt9. On checking the areas that differ there are a couple of areas within the exefs partition that still contain what is in the encrypted dump and in the D9 decrpted dump are filled with 0x00. Decrypting with xorpads also matches D9 except for the ncchflag[7], D9 sets 0x04 No Crypto, xorer sets 0x00 Unknown

Could you please add some form of audible warning to let you know when something completes. Since dumping CIAs takes a long while, obviously I am not gonna sit there and stare at the 3DS till it completes. But I also don't want to forget that I am doing it, and waste a half hour before I realize what I was doing, and check to see if is done.

Could you also try to add batch 3DS->CIA, eshop->CIA conversion, CIAngel has a queue, having one for converting files to CIA would be a huge help.

Update: I found a workaround, please see the next comment.

Hello, I can't get GodMode9 to switch between my multiple EmuNANDs. At this screen:
Current EmuNAND offset is 000001. Switch to next offset? pressing 'yes' does nothing. The top display blanks for ~50ms, then that screen reappears with the exact same message.

I set up my EmuNANDs using this tool: https://gbatemp.net/threads/release-3ds-multi-emunand-creator.381603/ Luma switches just fine between the EmuNANDs and they all boot without problems.

Using the tool above, I imported the same O3DS SysNAND dump (length 0x1D7800 512-byte sectors) three times. This is the resulting disk geometry:
EmuNAND 1: LBA 0x000001 Len 0x1D7801 (then gap at LBA 0x1D7802 Len 0x07FE zero-filled)
EmuNAND 2: LBA 0x1D8000 Len 0x1D7802 (then gap at LBA 0x3AF802 Len 0x07FE zero-filled)
EmuNAND 3: LBA 0x3B0000 Len 0x1D7802 (then gap at LBA 0x587802 Len 0x07FE zero-filled)
Normal FAT32 partition: LBA 0x588000 Len 0x071F7800 (to end of disk)
The signature at LBA0 is GATEWAYNAND. Only the FAT32 partition is actually in the partition table.
EmuNAND 1 is bit-for-bit identical to the source SysNAND dump. There's one trailing sector (relative 0x1D7800) filled with 0x0D0A.
EmuNANDs 2 & 3 are bit-for-bit identical to the source, except for the first sector and the 2 trailing sectors: The first sector (relative 0) and the last sector (2nd trailing, relative 0x1D7801) are filled with 0x0D0A. The pre-last (1st trailing, relative 0x1D7800) sector is the first sector of the original image (bit-for-bit identical). I'm assuming this slight data shifting is by design.

Please let me know if this is not a bug, but rather the tool above laying out the EmuNAND partitions in a non-recommended way. I could not find any documentation at all on this matter.

Thanks for any assistance on this.

Am I missing an update for a lib or tool or perhaps because I'm on the bleeding edge ctrulib?

/devkitPro/devkitARM/projects/GodMode9/source/fatfs/ff.c: In function 'f_sync':
/devkitPro/devkitARM/projects/GodMode9/source/fatfs/ff.c:561:27: warning: unused variable 'lbuf' [-Wunused-variable]
#define DEF_NAMBUF WCHAR lbuf[_MAX_LFN+1];
^
/devkitPro/devkitARM/projects/GodMode9/source/fatfs/ff.c:3677:2: note: in expansion of macro 'DEF_NAMBUF'
DEF_NAMBUF
^

It builds/links just fine, but I don't want my own bugs added...

This is a function currently existing on Decrypt9WIP but has not yet been brought to GodMode9. If this could be added, this would be great.