eMMC partition mount failure at startup

[SirDawson]

An error occurs upon opening nxdumptool in either applet mode or title takeover. Here is what it says:
"An error occurred while initializing resources."
"bisStorageMountPartition: Failed to mount SAFE partition via FatFs! (13)."

1. Access the hbmenu through either title takeover or applet mode.
2. Open nxdumptool.
3. See error.

• Horizon OS (Switch FW) version: 19.0.1
• CFW: Atmosphère
• CFW version: 1.8.0
• Atmosphère launch method (if applicable): Hekate
• nxdumptool version: 2.0.0
• Homebrew launch method: both title override and applet
• Source storage used with the application (if applicable): N/A
• SD card specs: Lexar 512 GB, FAT32 partition

Screenshots

Logfile
nxdt_rw_poc.log

[DarkMatterCore]

Hi there. Thanks for reporting this issue.

This is related to the new eMMC FAT partition browser that I recently implemented into nxdumptool-rewrite.

FatFs documentation states the following information about error code 13:

FR_NO_FILESYSTEM
Valid FAT volume could not be found in the drive. One of the following possibilities is suspected.
The FAT volume on the drive is collapsed.
Wrong lower layer implementation.
Wrong VolToPart[] settings. (FF_MULTI_PARTITION = 1)

I'm positive it couldn't possibly be a fault within my DiskIO implementation (which is just a call to fsFsStorageRead with some extra code to handle sector -> offset conversion), and FF_MULTI_PARTITION is intentionally disabled in the codebase... so I'd say your sysMMC's SAFE partition doesn't seem to hold a valid FAT partition for some reason. I don't think it's specifically a compatibility issue with HOS 19.0.0+.

If possible, please get in touch with me via Discord (my DMs are always open) or e-mail, whichever you prefer. I'd like to take a better look at this.

[SonicAtari]

Hi was this issue ever worked out I'm currently having the same issue.

[Whovian9369]

I am unable reproduce this using the current available build (commit ca61151) on my personal Erista console using Title Takeover.

[DarkMatterCore]

@SonicAtari The user who reported this issue hasn't gotten in touch with me, so I haven't been able to debug it any further. I'm still interested in knowing why it fails, though.

[SavXL]

Hi there. Thanks for reporting this issue.

This is related to the new eMMC FAT partition browser that I recently implemented into nxdumptool-rewrite.

FatFs documentation states the following information about error code 13:

FR_NO_FILESYSTEM
Valid FAT volume could not be found in the drive. One of the following possibilities is suspected.
The FAT volume on the drive is collapsed.
Wrong lower layer implementation.
Wrong VolToPart[] settings. (FF_MULTI_PARTITION = 1)

I'm positive it couldn't possibly be a fault within my DiskIO implementation (which is just a call to fsFsStorageRead with some extra code to handle sector -> offset conversion), and FF_MULTI_PARTITION is intentionally disabled in the codebase... so I'd say your sysMMC's SAFE partition doesn't seem to hold a valid FAT partition for some reason. I don't think it's specifically a compatibility issue with HOS 19.0.0+.

If possible, please get in touch with me via Discord (my DMs are always open) or e-mail, whichever you prefer. I'd like to take a better look at this.

Apologies. I made this bug report from my college account. This is the account I actually wanted to make the report from. I was unfortunately very busy yesterday, but I've sent you a friend request on Discord and will get with you later today.

[SonicAtari]

I also sent a request I'm under awasomeman

[Ry3yr]

I get a "keys not compatible error" as of 19.

I redumped title n prod keys but it persists.
Shame, I wanted to extract some game models.
Maybe I need to find my V1 Switch 😺

[DarkMatterCore]

I get a "keys not compatible error" as of 19.

I redumped title n prod keys but it persists. Shame, I wanted to extract some game models. Maybe I need to find my V1 Switch 😺

Unrelated issue. Find a newer Lockpick_RCM build and use it to redump your keys.

[Ry3yr]

I see.
Never thought I'd have to update that too.
(Wonder why that would change)

Thx !

Edit:
I re-dumped (with the newest nxdumper rewrite.nro)
prod.keys
titles.keys
partialaes.keys

and redownloaded the latest nxdumptool.
The error persitsts.

I even ran the partialaes.keys through the PartialAesKeyCrack.zip (successfully),
but don't really see how that will solve the mariko_kek issue (bundle them as file ?

I'm confused.

[Whovian9369]

We cannot tell people where or how to find newer versions of Lockpick_RCM.

[lividhen]

Whoopsie! My bad!

[krubihon]

I encountered the same issues as OP

launched through title override

512 Samsung SD Card

[DarkMatterCore]

@krubihon Please provide more details about your setup. Did you use any specific tools to modify your eMMC partitions in any way or capacity?

[krubihon]

Nothing I know of, It uses the latest update and atmosphere as well as sig patches. Basically the same as OP

[impeeza]

If worth for something, I am Using FW 19.0.1 Atmosphère 1.8.0 and the release from https://github.com/DarkMatterCore/nxdumptool/releases/tag/rewrite-prerelease running the program on full title Homebrew loader mode I get:

I am attaching my log file
nxdt_rw_poc.zip

Amusingly running rewrite-prerelease on Homebrew Loader ON Applet mode, a text version is displayed and you can dump NSP without problem:

Also, on my setup, the version 1.1.5 starts ok, and you can select the cartridge or the installed titles but when you are about to dump a title the error retrieveProcessMemory: unable to retrieve debug handle for process with Title ID 0100000000000000! is shown:

[DarkMatterCore]

@impeeza you're describing a different problem altogether. Are you using a custom forwarder / Atmosphère build / HBMenu build?

v1.1.5 is deprecated and no longer kept up to date.

[impeeza]

yes I know about 1.1.5 I mentioned just for adding context.

I am using traditional Title override (Pressing R while loading a game) and for applet mode using the album applet.

By the way I am using NoGC setting on Hekate, that can be a factor.

[DarkMatterCore]

@impeeza just asking, because custom forwarders and/or loaders are known to trigger this kind of problems.

Having NoGC enabled should not be an issue, since that's not related to the svc debug calls that are failing in this case (according to your logfile).

Other than that, I have no idea what could be happening. It sounds like a loader issue.

[impeeza]

I just upgraded manually my hbmenu.nro and now the full title override mode works fine, you were right the problem was the Hombrew Menu and Homebrew Loader. I don't know why do not got upgraded when I upgraded Atmosphère.

Thanks mate. sorry for spamming the issue thread.