I don't think you're posting in the right thread.apps not opening via hbmenu. switch v1 20.1.1/ AMS 1.10.2/S
I don't think you're posting in the right thread.apps not opening via hbmenu. switch v1 20.1.1/ AMS 1.10.2/S
Sir, you are posting in a thread about the Nintendo DS(i). If you have questions about the Switch, you should direct them elsewhere.mig switch on siwtch 2 in eu
can you update games via nintendo if needed and also if i get botw/totk on mig can i pay for the switch 2 version via e shop? and will it work
mig switch on siwtch 2 in eu
can you update games via nintendo if needed and also if i get botw/totk on mig can i pay for the switch 2 version via e shop? and will it work
I tried the DSi Language Patcher, it only adds one file (I have 3 DSi XL Motherboards with a similar issue. There is one exception, but I'll get to that later.
All three Japanese motherboards came to me Unlaunched with some English language patcher on them (They have 2 or 3 LAUNCHERS with one in English and one in Japanese). There are no NAND backups before the modding, as I got these as junk consoles.
When I try booting into the launchers, either of the two Launchers, they spit out "An error has occurred".
All consoles boot into Unlaunch and run applications without any issues, but they do not run their respective LAUNCHERS. Except for one motherboard, I cannot access the DSi vanilla menu, but I can enter the settings, Camera, SafeNAND manager, things of that sort.
The odd motherboard out has 3 LAUNCHERS, and I'm able to boot into one of the Japanese LAUNCHERS just fine (it may be the vanilla menu that wasn't added with a language patcher). The other two LAUNCHERS spit out the same error mentioned above.
I have the NAND dumps of the three consoles, but I am unable to attach them since they are too big.
I tried reinstalling UNLAUNCH and the DSi Language Patcher, but there was no change. On one of the motherboards, I reflowed the NAND and Wifi card plug, but there was no change.
What are my next steps?
If there is any information in the NAND dumps, which I suspect tells the whole story, I would be grateful to know how you found this out (What programs you used, what you were looking for, etc). I would like to have this troubleshooting method in my toolbelt.
NAND:/launcher.dsi) and does not change anything else.NAND:/title/00030004/ all folders (dsiware is here, backup before deleting), then Restore NAND.NAND:/launcher.dsiNAND:/title/00030017/484e4141/, there generally won't be any app files in here. ('safe' Unlaunch tmd is here.)NAND:/title/00030017/484e41**/content/0000000X.app, **=region code. (Original Unlaunch tmd is here.)NAND:/sys/HWINFO_S.dat with a Hex editor to view the DSi serial number.NAND:/title/00030017/484e4145/NAND:/title/(Launcher and apps from other regions)folders, then Restore NAND.NAND:/launcher.dsiYou can openNAND:/sys/HWINFO_S.datwith a Hex editor to view the DSi serial number.
4.Edit NAND, manually delete the Launcher and apps from other regions.
You can refer to this, it mentions how to mount NAND.How do I navigate through and edit the NAND files? Is there a PC program to unpack and repack the NAND bin file?

There's another! A serial with the second character as "S" will be southeast asia. ASI models are running USA firmware, but this may be confusing if you do not know.You can openNAND:/sys/HWINFO_S.datwith a Hex editor to view the DSi serial number.
e.g. TW123456784, W=USA, Original region Launcher folder:NAND:/title/00030017/484e4145/
region code: region suffix
4a/J = Japan: J
4b/K = Korea: K
43/C = China: C
45/E = USA: W
50/P = Europe: E
55/U = Australia: A
41/A = All regions
HWINFO_S.dat I didn't find anything related to a DSi Serial Number using a "TW123456784" character system. I did, however, see the shell/house serial number. Was that what you meant? 484e414a/content/00000004.app file, the console is running version 1.4.2J firmware listed on @rvtr's website. I can still open up the settings menu on this DSi motherboard, and it did say it is running that version.Launcher_HNAJ_v1024.tad file over to the SD card, I tried to install the Launcher onto the sysNAND only to be met with an error saying "This title cannot be installed to the SysNAND". I don't know if it's because it cannot override an existing file, I am trying to install the wrong file, or something else.TW123456784 is just an example.@k66
I began looking into it with one of my motherboards and ran into some issues.
When looking atHWINFO_S.datI didn't find anything related to a DSi Serial Number using a "TW123456784" character system. I did, however, see the shell/house serial number. Was that what you meant?
I didn't know the shell/housing serial number was embedded into the NAND, so that is neat to see.
View attachment 560302
I can confirm that the shell/housing serial number matches the shell/housing the motherboard came from. In this case, it is a Japanese region DSi LL console.
Looking at the launcher file in Unlaunch, it was the484e414a/content/00000004.appfile, the console is running version 1.4.2J firmware listed on @rvtr's website. I can still open up the settings menu on this DSi motherboard, and it did say it is running that version.
After getting TAD Delivery Tool, and theLauncher_HNAJ_v1024.tadfile over to the SD card, I tried to install the Launcher onto the sysNAND only to be met with an error saying "This title cannot be installed to the SysNAND". I don't know if it's because it cannot override an existing file, I am trying to install the wrong file, or something else.
View attachment 560303
I installed the Launcher onto my SD, and I was able to boot off of it (which I didn't know you could do), but it spat out "An error has occurred" in Japanese. I don't know if I was actually booting off of my SD card, or if it just defaulted back to the SysNAND.
I manually dragged the files that the TAD Delivery Tool created on my SD card and pasted them into the NAND, overriding the files, which I had mounted via ninfs and OSFMount, and restored the NAND on the motherboard. No luck as it still boots into "An error has occurred" in Japanese.
Am I missing something here?
NAND:/title/00030004/(dsiware is here), how many folders are inside? Try deleting all the folders in 00030004. Then just restore the NAND.
You can checkNAND:/title/00030004/(dsiware is here), how many folders are inside? Try deleting all the folders in 00030004. Then just restore the NAND.
Your operation is correct.
You can try using the TDT from the #6 of that post.
NAND:/title/00030004/ file)and using that updated TDT to install the correct launcher (it succeeded this time), I booted into the vanilla DSi menu. Success!!This is really a strange malfunction...I don't know what caused the Launcher malfunction.There were only 6 folders in that file directory, so I don't expect that to be the issue. I deleted them to see what happens.
@KIlly728 Can you upload the contents of the 00030017 folder in the original NAND ?
(compressed as 00030017.zip , and upload attachment)
I'll have to spend some time tomorrow cleaning out the NAND.
3.Backup NAND.
4.Edit NAND, manually delete the Launcher and apps from other regions.
(They are in theNAND:/title/folders.)
DT0000000000000000 string. The file above is the NAND backup on the repaired console, and below was the one I originally pulled from the first NAND dump.Command: ['C:\\Users\\DS\\AppData\\Local\\ninfs\\ninfs.exe',
'nandtwl',
'C:/Users/DS/Documents/NAND Saver Backups/13716012 U01576B '
'-A26/DT0000000000000000/nand.bin',
'-f',
'C:/Users/DS/Documents/NAND Saver Backups/13716012 U01576B -A26/New '
'folder']
MBR signature not found (expected "55aa", got "9cb6"). Make sure the provided Console ID and CID are correct.
Failed to do AttachConsole(35648): 0
(Note: this most likely isn't the cause of any other issues you might have!)
Console ID and CID read from nocash block.
Return code was 1
DT0000000000000000 string. If SafeNANDManager needs to verify the NAND backup file name before displaying the option to restore the NAND, not having a DT0000000000000000 file on my SD card meant I only had the option to back up the NAND.DT0000000000000000 string. I want to make sure that I didn't make a mistake here and do any irrerpairable damage.NAND:/launcher.dsiI couldn't find any of the 45/E = USA: W files that are on my NAND images before the TDT install.484e414a/content/00000004.app file. It seemed to have also cleared and reinstalled the title and ticket file directories as well. I am only basing this on what I see in GodMode, so that might not be true.
The launcher has nothing to do with bad IDs. That would be an issue reading the keys from the CPU and NAND. Can happen if you're loading dump tools directly from ntrboot. Try chainloading ntrboot --> gm9i --> safenandmanager.I assume this is because the Launcher file that I installed via TDT was a factory file that @rvtr extracted, and it didn't have a unique identifier on it. Or they were wiped intentionally. I am just guessing.
TDT will update the TMD, app, and ticket files. Nothing else will be changed, especially not whole directories. For the ticket, updating only happens if you select the option to overwrite/replace it.The only thing I can think of is that installing the Launcher via TDT did a lot more than just replacing the484e414a/content/00000004.appfile. It seemed to have also cleared and reinstalled thetitleandticketfile directories as well. I am only basing this on what I see in GodMode, so that might not be true.
When dump NAND, verifying nocash_footer shows BAD, NAND backup will be exported to the DT000... folder, and the no$gba footer has no CID.DT0000000000000000
SD:/boot.nds).SD:/ntrboot.nds).SD:/ntrboot.nds) → SafeNANDManager .SD:/boot.nds) → SafeNANDManager.SD:/ntrboot.nds) → SafeNANDManager.You can manually add the CID to nand.bin.I tried mounting the NAND via ninfs, and got an error:
The launcher has nothing to do with bad IDs. That would be an issue reading the keys from the CPU and NAND. Can happen if you're loading dump tools directly from ntrboot. Try chainloading ntrboot --> gm9i --> safenandmanager.
I am speaking out of ignorance. I know you have factory tools on your website, so I wasn't sure if these firmwares were a part of it. Having that blank or defaulted string for a NAND backup was weird enough to me for that to be the only rational explination I had.(also factory file? Only if you installed "HNAA.tad")

ntrboot does give you greater access than other exploits (not really an exploit but still). The problem is just that a lot of homebrew doesn't load the keys properly on the first try. It's always troublesome. But usually chainloading will set up everything needed.I was under the assumption that NTRboot gave me, like, root/admin access to the whole console. I will have to try to make a backup through Godmode and see what happens.
Are you sure this is the file from the original faulty NAND?Here it is. This is the NAND backup that was made before I reinstalled the launcher. I would be very curious to know what you find out. If you need any more files from that NAND, let me know.