Is this what you have on the SD? It should be SD:/luma/payloadsEigene Dateien > USB-Speicher 1 > luma > playloads
1.: The luma folder is on the root of the sd card.Is this what you have on the SD? It should be SD:/luma/payloads
Other than that: Are you sure your (Start) button is working?
Because it is wrong. It is "payloads" not "playloads"2.: Why have you marked the "l" in playloads?
I don't wanna lie... I just want to KILL myself. I had named it PLAYLOADS everytime, and now, it worked. Thank you!!! I can now acess gm9 and can do the CTRTransfer.Because it is wrong. It is "payloads" not "playloads"
Awwww. What a stupid cause of error.I don't wanna lie... I just want to KILL myself. I had named it PLAYLOADS everytime, and now, it worked. Thank you!!! I can now acess gm9 and can do the CTRTransfer.
--------------------- MERGED ---------------------------
Is there an option to close this thread?
Yes, you were right. I transfered the files from the CTRTransfer-Image and tried to boot, but now it says:No need to close the thread (only moderators can do this). And maybe you have further questions/problems.
I don't wanna lie... I just want to KILL myself. I had named it PLAYLOADS everytime, and now, it worked. Thank you!!! I can now acess gm9 and can do the CTRTransfer.
--------------------- MERGED ---------------------------
Is there an option to close this thread?
- Sharing NAND dump is against GBAtemp rules!
- An emuNAND setup from another console will not work on yours
- Take a spare SD and format it with GodMode9 - there are options for various EmuNAND possibilities.
- Be prepared for being repeatedly told, that you don't need an EmuNAND.
Bricks are nullified now with NTRboot. There is not much other than a outright fried motherboard where nothing will power on whatsoever that NTRboot cannot fix for bricks. The main point of emunands have become useless to whats gone on with the 3ds scene.Yes, we Do Not Need EMUNAND Anymore
... But why ??? Please, I cannot find gooooogling an exhaustive explanation, or a clear answer.
Emunand was used to avoid potentially brick your console and to have a 'second' console for example. Why is it not needed anymore ?
Thanks in advance.
Booting CFW by using an exploit after starting the main operating system requires the main OS to be intact. CFW allows full system control and therefore modifying important data. This could make booting impossible. No boot, no CFW, no access to repair tools → BRICK… and EmuNAND prevented this.Yes, we Do Not Need EMUNAND Anymore
... But why ??? Please, I cannot find gooooogling an exhaustive explanation, or a clear answer.
Emunand was used to avoid potentially brick your console and to have a 'second' console for example. Why is it not needed anymore ?
Thanks in advance.
Back then, the Emunand was meant to be, so that people with a low firmware version (but certainly with updated Emunand) could use the eShop. Because, the 3DS has to be on the current firmware to get into the eShop. So that the Sysnand remains on a low firmware (at that time 4.5.0 or so) so that the gateway flash card can still be used. That is why Emunand has been implemented. That's my level of knowledge. Correct me if i'm wrong. And by the way my friend, as long as you don't delete critical systemfiles, you can't theoretically brick your 3dsEmunand was used to avoid potentially brick your console and to have a 'second' console for example.
ntrboot is not a good example since it requires extra hardware, if that was the only way to unbrick without an emuNAND then most people would still be using emuNANDs. @KleinesSinchen 's answer is more correct.Bricks are nullified now with NTRboot. There is not much other than a outright fried motherboard where nothing will power on whatsoever that NTRboot cannot fix for bricks. The main point of emunands have become useless to whats gone on with the 3ds scene.
Booting CFW by using an exploit after starting the main operating system requires the main OS to be intact. CFW allows full system control and therefore modifying important data. This could make booting impossible. No boot, no CFW, no access to repair tools → BRICK… and EmuNAND prevented this.
Since A9LH and even more since B9S this is not a problem anymore. Full system control is gained milliseconds after turning on the console and booting into GodMode9 should be possible any time. You can overwrite the complete CTRNAND partition with garbage data and still boot into GodMode9 to restore a NAND image (and even repair the firmware in case no backup exists – though you should have a backup!)
Luma3DS protects B9S from being overwritten. B9S should survive almost any scenario (you have to do VERY stupid things or uninstall on purpose to loose B9S).
And like already mentioned: There is ntrboot allowing to revive a 3DS even in case the complete NAND is overwritten with garbage.
EmuNAND adds complexity and limits (DSiWare does not work from EmuNAND if I remember that correctly). SD cards are more likely to corrupt or fail than the NAND chip. Switching back and forth in between EmuNAND and SysNAND with different titles installed can make Home Menu go nuts, rewrap all software… not worth it if you are not doing tests.
I've done some really mad things with my test console, including trashing SysNAND and EmuNAND and would still never even consider using EmuNAND on a 2|3DS used for gaming.
Hope this helps.
Have fun!
Excellent Explanations ! Thank you very much... I cannot thank you every answer here, but let this answer serve for all of you gurus !
It's a relief not having to make an emunand after all the work customfirmwarizing my 'new' second-hand awesomely preserved 3DS XL.
By the way... very funny the portion of the hacking where chinese app is used (video is in spanish, sorry for that):
Greetings !
Don't follow a video. They are really quick outdated. Use this.
Here's why following video tutorials when installing custom firmware is a bad idea.Thanks! I've bookmarked that. Anyway, the video worked at 90%, only a few webpages required were unavailable, but searching a little I'd found others to replace the missing ones.
「 Kurisu 」 said:Why you should not use video guides
Reasons to not use video guides:
- They get outdated quickly
- Tough to update and give assistance for
- Can be misinformative and dangerous for the console
Recommended Solution
Read a trusted written tutorial. Try .guide for a list.