Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Failed to boot a 4.1.0 partition-based emunand #16

Open
jejer opened this issue Aug 24, 2020 · 18 comments
Open

Failed to boot a 4.1.0 partition-based emunand #16

jejer opened this issue Aug 24, 2020 · 18 comments

Comments

@jejer
Copy link

jejer commented Aug 24, 2020

Copy the bug report form Atmosphere: Atmosphere-NX/Atmosphere#1128

Bug Report

What's the issue you encountered?

Both hekete and fusee-primary failed to boot a 4.1.0 partition-based emunand emunand.
Got a black screen after Nintendo Switch Logo.
But a file-based emunand boots fine which created from the same sysnand.
And after reboot to hekete from the file-based emunand 4.1.0, the partition-based emunand 4.1.0 could be booted successfully.
After upgrade the partition-based emunand to 10.1.0, it boots ok.

How can the issue be reproduced?

Create a partition and emunand using hekate from sysnand 4.1.0.
This partition-based emunand always fail to boot.
Tested on two different brands of SD cards.

System Firmware Version

4.1.0

Environment?

  • What bootloader (fusèe, hekate, etc) was Atmosphère launched by: hekate and fusee-primary
  • Official release or unofficial build:
    • Atmosphère 0.14.1
  • Do you have additional kips or sysmodules you're loading: No
  • Homebrew software installed: ChoiDujourNX

Additional context?

RCM Exploitable Switch
Auto RCM disabled
Caffeine used to boot into RCM
incognito applied on sysnand
SD cards are fat32 formatted

@m4xw
Copy link
Owner

m4xw commented Aug 24, 2020

This is a nonsensical issue.
Raw based can't be broken if file based works.

@m4xw m4xw closed this as completed Aug 24, 2020
@SciresM SciresM reopened this Aug 24, 2020
@m4xw
Copy link
Owner

m4xw commented Aug 25, 2020

@jejer What happens if you rename your Nintendo folder (the emuMMC one)?

@jejer
Copy link
Author

jejer commented Aug 26, 2020

wow, after rename "E:\emuMMC\RAW1\Nintendo" to "E:\emuMMC\RAW1\Nintendo2" the emuMMC boots success!

@m4xw
Copy link
Owner

m4xw commented Aug 26, 2020

Probably only till a reboot, but means @CTCaer was right

@jejer
Copy link
Author

jejer commented Aug 26, 2020

What is the root cause, do you need to check my "E:\emuMMC\RAW1\Nintendo2"?

@m4xw
Copy link
Owner

m4xw commented Aug 26, 2020

Probably smth is up with the patching

@jejer
Copy link
Author

jejer commented Aug 26, 2020

yep, after N creates a new Nintendo folder, reboot goes back to a black screen.

@m4xw
Copy link
Owner

m4xw commented Aug 26, 2020

@jejer got exFAT support installed on the system?

@jejer
Copy link
Author

jejer commented Aug 26, 2020

No exFAT support installed.

@m4xw
Copy link
Owner

m4xw commented Aug 26, 2020

Can you try with it installed?
I wonder if both variants are broken or just the no exFAT one.
That will tell me if both need fixes or just one

@m4xw
Copy link
Owner

m4xw commented Aug 26, 2020

The actual nintendo path patches are identical, we might got something mixed up.
b9ac428
44ecdb4

@jejer
Copy link
Author

jejer commented Aug 26, 2020

sure, can I just update to the same 4.1.0 with exFAT?

@m4xw
Copy link
Owner

m4xw commented Aug 26, 2020

yep

@jejer
Copy link
Author

jejer commented Aug 26, 2020

exFAT doesn't help, it boots to the same black screen.
Remove Nintendo directory makes the boot pass.

Both fat32 and exFAT file system on SD fail to boot for exFAT supported emuMMC.

@m4xw
Copy link
Owner

m4xw commented Aug 26, 2020

Thanks

@roostercactus
Copy link

roostercactus commented Sep 30, 2020

Hi, same behavior on sysnand 4.0.1. After setting up fat32 emunand (4.0.1) on a partition I get the black screen after the Switch logo. To fix it's the same as well. Power off, delete the emunand Nintendo folder, power on...now boots (only once though, if you don't upgrade firmware you have to delete the Nintendo folder on every reboot). I updated emunand to 8.1.0 and now it's fine. Just wanted to let you know of another firmware version where this behavior is observed. Workaround is easy though, so it's not a big deal (as long as you know about the workaround! It took me 2-3 days of futzing around before I found this issue). Thanks so much for this software, it's great.

@jejer
Copy link
Author

jejer commented Feb 6, 2022

Tried again with hekate 5.6.5 and atmosphere 1.2.5.
The rename/remove Nintendo workaround doesn't work anymore.

After removing Nintendo, have to use atmosphere 0.19.2 with fusee-primary.bin as a middle version to boot and update the emummc from 4.1.0 to 13.1.0.

@Bidino
Copy link

Bidino commented Mar 10, 2022

I just mod with latest Atmosphere 1.2.6 + hekate v5.7.0 + Nyx v1.2.0 ecc on FW 13.2.1.
SD-based emunand is KO
file-based emunand is OK
Removing the folder every restart is OK (not praticable)

Is there any fix or workaround I miss?
Thank you

Additional tests: reboot various times (injecting fusee.bin) result in OK or KO in a randomic way (!?)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants