Hello guys, this is my first post here! I just got a MIG Switch card out of curiosity and I was tinkering with it. For those who don't know, it's used by placing XCI dumps as well as other game specific bin files in the sd card of the MIG Switch, and are obtained from the original cartridge by using an app like nxdumptool. Two of these bin files are mandatory to get the game to boot: Initial Data.bin and Certificate.bin. They stay the same for every cartridge of a specific game. Now, if you want to use an XCI dump from a shady website it's impossible to get it to work without those files. By using the Certificate.bin from another game it has no problem, but this does not count for the Initial Data.bin. So I looked for a way to obtain this Initial Data from an XCI file and read a bit of the XCI file documentation from switchbrew dot org. Here's what I understood so far: The Switch checks if the cartridge is valid by doing a challenge–response authentication on the Initial Data. The Package ID is contained both on the XCI and the Initial Data, on positions 0x110 and 0x0 respectively. The Initial Data hash is on the XCI at position 0x160. It is calculated by doing a SHA-256 hash on the full Initial Data content. So I was wondering, is there a way to to construct a functional Initial Data file starting from an XCI dump? I also tried a reverse approach by editing the Package ID in the Initial Data from another game, generating the Initial Data hash and putting it in the XCI file but is not enough to get the Switch believe it's a real game. Sorry if this may seem stupid but let me know what you think.

mig switch not working/updating??

stickybit · 2024-03-28T19:59:51+00:00

just got my mig switch and followed instructions to the T to update it and all im getting is a red light and then a message saying cart not recognised, all im trying to do is update it to the latest firmware, it says it should flash blue when...

Unable to install some NSPs, ticket does not install

Jair

Well-Known Member

Newcomer

Level 1

Aug 18, 2023

Hello. So I have a very weird issue. I've had my switch modded for quite a while and recently I 've been moving several files from the SD and disconnecting it between PCs and such. It seems somehow the SD got partially corrupted in the process. A lot of installed content wasn't booting and show as corrupt. I backed up the SD contents, formatted the drive and H2testw. According to the app, the SD is working correctly. I copied everything back to the SD and I thought ok, I will just reinstall everything that was corrupted. But when trying to reinstall it always gives error, no matter which app I use, Tinfoil installs but it will still not boot, also tried DBI's orphan title clean. Some apps give unspecific errors, other says "placeholder couldn't be written", another error message was "switch failed to open filesystem with id OpenFileSystemWithId:124". This only happens to content that I had previously and am trying to reinstall, completely new content installs without issues. Checking on DBI I noticed that every one of the titles that wouldn't boot, did not have tickets or were missing the Base Ticket. Even after re-installing with Tinfoil, the ticket was not installed. So my first guess is that my emuNAND is corrupt and somehow is preventing the tickets of these previously installed titles from being written or my SD is broken but H2testw does not report it. I know I can *probably* fix it by creating a new NAND, but reinstalling everything from 0 is a pain, it's a 512 GB SD. Has anyone had this type of issue? Is there any way to uncorrupt my NAND or somehow force the ticket to install. I'm baffled by this honestly

Hacking Unable to install some NSPs, ticket does not install

Well-Known Member

Similar threads

Popular threads in this forum