As I'm not sure the difference between the two, I believe it's partition based, I used a Hekate guide to set up the SD card, and used the Partition Manager.Are you using a file based emunand or partition based one?
As I'm not sure the difference between the two, I believe it's partition based, I used a Hekate guide to set up the SD card, and used the Partition Manager.Are you using a file based emunand or partition based one?
Same here, I've got both file based and partition based - same errors on both though so I think the problem must be with Atmosphere fusee.bin and emunand. I don't want to update my sysnand to test because this new update might burn fuses (didn't check though) and I want to keep my sysnand on a lower fw for testing.As I'm not sure the difference between the two, I believe it's partition based, I used a Hekate guide to set up the SD card, and used the Partition Manager.
I did leave the new atmosphere, hekate files on there when I downgraded, and it did not blackscreen for me.Same here, I've got both file based and partition based - same errors on both though so I think the problem must be with Atmosphere fusee.bin and emunand. I don't want to update my sysnand to test because this new update burn might burn fuses (didn't check though) and I want to keep my sysnand on a lower fw for testing.
I downgraded my emunand back to 14.0.2 but kept Atmosphere on the new one - and still got the black screen with fusee.bin, so I downgraded Atmosphere and fusse.bin back to the previous version and the issues are gone. So I think the problem is with the new fusee.bin that's causing the black screen as package3 booting is fine.
Did you leave the new fusee,bin though and do a hard reset but fully turning off the switch?I did leave the new atmosphere, hekate files on there when I downgraded, and it did not blackscreen for me.
Same here, I've got both file based and partition based - same errors on both though so I think the problem must be with Atmosphere fusee.bin and emunand. I don't want to update my sysnand to test because this new update burn might burn fuses (didn't check though) and I want to keep my sysnand on a lower fw for testing.
I downgraded my emunand back to 14.0.2 but kept Atmosphere on the new one - and still got the black screen with fusee.bin, so I downgraded Atmosphere and fusse.bin back to the previous version and the issues are gone. So I think the problem is with the new fusee.bin that's causing the black screen as package3 booting is fine.
Yes I used the new fusee.bin from the Atmosphère 1.4.0 (pre-release) git. Just shut down, loaded hekate_ctcaer_5.9.0, loaded fusee.bin, works on 14.1.2 for me.Did you leave the new fusee,bin though and do a hard reset but fully turning off the switch?
You're booting from package3 - fss0=atmosphere/package3.Atmos 14
System 15.0
So far so good. I have everything working and autoboot with this in hekate ipl
-nope- patches
[Atmosphere EmuMMC]
emummcforce=1
fss0=atmosphere/package3
kip1patch=nosigchk
fss0experimental=1
logopath=bootloader/bootlogo.bmp
icon=bootloader/res/icon_payload.bmp
It doesn't blow a fuse if you boot with Atmosphere and/with Hekate.
Atmosphere NX 1.4.0 Changelog said:Please be sure to update fusee when upgrading to 1.4.0. fusee-primary no longer exists, and will not work any more.
HiIsn't fusee.bin booting deprecated in 1.4.0 @mrdude?
From what I heard, starting on 1.4.0 booting from fusee-primary will no longer work, only fusee-secondary, which is package3 iirc.
There's this in the update changelog:
Ask yourself this - If that was the case, why would fusee.bin be in the release then? In older Atmosphere versions before package3 we used to have fusee-primary and fusee-secondary and that changed to package3 over a year ago back when we we using Atmosphere 0.20.1 or something like that.Isn't fusee.bin booting deprecated in 1.4.0 @mrdude?
From what I heard, starting on 1.4.0 booting from fusee-primary will no longer work, only fusee-secondary, which is package3 iirc.
There's this in the update changelog:
Hi, by the wayYou're booting from package3 - fss0=atmosphere/package3.
If you changed that to: fss0=bootloader/payloads/fusee.bin instead it blackscreens, also if you boot via TegraRCMGui and send the fusee.bin payload to boot - does that crash for you?
FSSO
directive IS ONLY TO LOAD package3 (https://github.com/CTCaer/hekate#boot-entry-keyvalue-combinations) FSSO
directive extract all needed parts from it. kips, exosphere, warmboot and mesophere if enabled, and then boot it.payload
because fusee.bin doesn't have the files needed to boot atmosphèreYep, on release of Atmosphère 1.0.0 they renamed the files. since then Hekate have the warning on the release page of each new version, and Atmosphère reminder about fuse-primary on each release too.Ask yourself this - If that was the case, why would fusee.bin be in the release then? In older Atmosphere versions before package3 we used to have fusee-primary and fusee-secondary and that changed to package3 over a year ago back when we we using Atmosphere 0.20.1 or something like that.
Did you try just pushing fusee.bin as a payload from any payload injector such as TegraRCMGui? to boot emunand? This is the point I was making - for me and others it blackscreens so I assume there's an issue with the payload. ( didn't try with sysnand - only emunand).Hi, by the wayFSSO
directive IS ONLY TO LOAD package3 (https://github.com/CTCaer/hekate#boot-entry-keyvalue-combinations)FSSO
directive extract all needed parts from it. kips, exosphere, warmboot and mesophere if enabled, and then boot it.
if you want to chainload the fusee.bin (former fuse-primary.bin) you need the directivepayload
because fusee.bin doesn't have the files needed to boot atmosphère
Post automatically merged:
Yep, on release of Atmosphère 1.0.0 they renamed the files. since then Hekate have the warning on the release page of each new version, and Atmosphère reminder about fuse-primary on each release too.
yep I was unable to compile Atmosphère too, SciresM says you need new LibNX version https://github.com/Atmosphere-NX/Atmosphere/issues/1954Did you try just pushing fusee.bin as a payload from any payload injector such as TegraRCMGui? to boot emunand? This is the point I was making - for me and others it blackscreens so I assume there's an issue with the payload. ( didn't try with sysnand - only emunand).
Also I can't get the latest Atmosphere to compile on my pc, that last commit that compiles is 8d9e3f2 (3 days ago), so I can't even mess about with the source and check the git for what changes were made that broke it (fusee.bin).I don't have the time either to mess about as I have about a million and one other things to do.
I compiled and installed libnx from yesterday and Atmosphere still wouldn't compile. I'll check later to see if it's been updated again.yep I was unable to compile Atmosphère too, SciresM says you need new LibNX version https://github.com/Atmosphere-NX/Atmosphere/issues/1954
has beenn updated yet, the PR from SciresM hasn't been merged.I compiled and installed libnx from yesterday and Atmosphere still wouldn't compile. I'll check later to see if it's been updated again.
checkout
the 15_support
branch, then used make install
on my MSYS environment which compiled and install the new libNX,PS I am not trying to load a fusse.bin from hekate_ipl.ini, I already have that set up to load package3. However hekate can launch payloads such as Lockpic_rcm, argon-nx. fusse.bin etc... For now with the latest hekate, it can still launch other payloads successfully - but not with fusee.bin, so as I said, I think fusee.bin is broken for now for loading emunand.if you want to chainload the fusee.bin (former fuse-primary.bin) you need the directivepayload
because fusee.bin doesn't have the files needed to boot atmosphère