The exfat partion can not decrypt

[CHNWangXi]

rt

[impeeza]

¿?

[CHNWangXi]

¿?

Now the USER partition is in exfat format, which is not supported by nxnandmanager.

[impeeza]

Seriously? I can swear the USER and SYSTEM partitions have FAT32 format because the bootloader have not implemented ExFAT, only HOS have the (bugged) driver for ExFAT.

are you telling me The ninjas now are formatting the USER partition as ExFAT?

[CHNWangXi]

Previously, I wanted to export the archived data of an Atmosphere system. However, I found that the system partition can be decrypted while the user partition cannot. Then I checked the partition format and discovered that it was actually in exfat format. I changed it to fat32 format, but still couldn't read it. Later, I debugged the code and found that it was a problem with the value of magic_off. After I modified the value of magic_off, it could be read, but I don't know the specific reason.

[CHNWangXi]

[CHNRoyWang]

I think I have found the reason. My machine is mounted to a Windows computer through hacdiskmount. Then, after formatting, a new system is created. Then I created a virtual system based on this system. Since the formatting is operated on Windows, the information of each partition contains Windows partition information, such as the MSDOS-like mark. Therefore, it is different from the partition table information native to the Switch, resulting in the inability of nxnandmanager to recognize it and thus unable to parse it.