Hacking [RCM Payload] Hekate - CTCaer mod

  • Thread starter Thread starter CTCaer
  • Start date Start date
  • Views Views 1,195,149
  • Replies Replies 3,331
  • Likes Likes 128
Isn't anyone going to do research on why sleep mode isn't working yet and try to figure out a solution? :unsure:

The suspension question, and the only thing that interests me. We hope they solve it soon ...
CTCaer already answered the question by the way...
EDIT:
Yes they have it since who knows when. But it needs a more complete replacement. Not just 2 kip1s.
It necessitates using exosphere as secure monitor binary. And this may have more dependencies.
I will try though.
 
I do not believe in atmospher, until now I have not seen anything ...
Just letting you know that all of GBATemp will be using Atmosphere when it is released. Also, it will be much easier for devs to develop using Atmosphere so I can imagine they are waiting for it too.
 
So I just started dumping my RAW eMMC into my SD card. The free space on there is about a gigabyte short of the space required for a full backup so it initiated the partial backup. For some reason I had the downloaded partial.idx file (courtesy of the OP) on my SD card before I started dumping.

Will the NAND backup be full/uncorrupted? Will all the parts dumped fill up the SD card space? I should move them to my computer before the last few parts can be dumped, right?
 
Last edited by CatmanFan,
And as always,
when you restore the files back in a Windows PC, you must do the following:
  • Select all the files inside the sd card
  • Right click and select properties
  • Advanced
  • Untick "Folder/File is ready for archiving"
  • It will ask you to do it to all selected folders/subfolders/files - Do it.

-----------------------------------------------


Current development update:
Btw, backup verification is now finished. It works pretty well and fast. When it's doing the verification, the bar turns green to inform the user.
Now I want to add a special feature and to fix a bug in 1.0.0 CFW launching.
And then we have a new version.
 
So I just started dumping my RAW eMMC into my SD card. The free space on there is about a gigabyte short of the space required for a full backup so it initiated the partial backup. For some reason I had the downloaded partial.idx file (courtesy of the OP) on my SD card before I started dumping.

Will the NAND backup be full/uncorrupted? Will all the parts dumped fill up the SD card space? I should move them to my computer before the last few parts can be dumped, right?
Yes so long as the partial.idx file was there BEFORE you started dumping. Make sure you follow the instructions in the OP as to how properly move the parts from your SD card into your PC. If you boot into the Horizon OS before you finish dumping, it will corrupt your dump.
 
Yes so long as the partial.idx file was there BEFORE you started dumping. Make sure you follow the instructions in the OP as to how properly move the parts from your SD card into your PC. If you boot into the Horizon OS before you finish dumping, it will corrupt your dump.
nvm, just finished dumping. I made sure not to move or delete the partial.idx.
I did boot into Horizon by accident, so I had to start all over again. This time, Hekate created its own partial.idx, still it didn't make a difference, as at least I have a NAND backup now.
 
I did my dumps today.... I've used a Samsung 64GB Evo Plus formatted in FAT32 with SmartDisk_FAT32_tool.

In order to dump the RAW eMMC takes more or less 1 hour and 10 minutes... For the other part just some seconds... Everything was completed without any problem (no error so far from microsd) and I did whole dump twice and compared with FC command (Windows 10).
I don't know if is normal but :
--> BOOT1, Fuse.bin, kfuse.bin, pkg_decr.bin, sm.bin and warmboot.bin are the same
--> BOOT0 and Rawnand.bin.xx there're differences...

I can trust these dumps or there's something wrong?

Thanks!
 
I did my dumps today.... I've used a Samsung 64GB Evo Plus formatted in FAT32 with SmartDisk_FAT32_tool.

In order to dump the RAW eMMC takes more or less 1 hour and 10 minutes... For the other part just some seconds... Everything was completed without any problem (no error so far from microsd) and I did whole dump twice and compared with FC command (Windows 10).
I don't know if is normal but :
--> BOOT1, Fuse.bin, kfuse.bin, pkg_decr.bin, sm.bin and warmboot.bin are the same
--> BOOT0 and Rawnand.bin.xx there're differences...

I can trust these dumps or there's something wrong?

Thanks!
Depends.
My Samsung 128GB Evo+ (version /w U3) takes around 28 minutes with verification on and 75GB free space.
U3 and free space play a big role.

1. What do you mean exactly? All of them should be different from anything else. sm.bin and warmboot.bin are included in pkg_decr.bin and all of them are included in BOOT0. The fuses are from your SoC.
2. Ofcourse. BOOT0 and BOOT1 are not included in rawnand.bin. They are from different eMMC physical partitions. Your eMMC has 4 partitions, as I wrote in OP, BOOT0, BOOT1, RPMB (unused) and GPP (rawnand.bin).
Lastly, the GPP has 10 logical partitions (user, system, safe, etc).

EDIT:
Anyway, from all of these you just want BOOT0, BOOT1 and rawnand.bin to have the complete eMMC backup.
 
Last edited by CTCaer,

Site & Scene News

Popular threads in this forum