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!