1: Dump your Switch Boot0 & Boot1 files.
2: Dump your Nand - if you don't already have a working dump.
3: If you have a large RAWNAND.BIN (32GB), dump - split with the attached ddrelease64.exe/split.bat files.
4: Create a folder called eMMC
5: Move split files Boot0,Boot1,00,01,02,03,04,05,06,07 to the eMMc folder that you created.
6: Make a folder on your MicoSD card called: EmuMMC
7: Copy/Move the eMMC folder into the EmuMMC folder.
8: Create the folowing file using a text editor: emummc.ini

emummc.ini - should look like this: (Since Atmosphere 0.9.2)

[emummc]
enabled = 1
path = EmuMMC
nintendo_path = Nintendo-emu

9: In Atmosphere folder - rename titles folder to titles.bak (rename afterwards once the nand dump is confirmed to boot).

That's All folks - file based nand dumps take longer to load that partition based emunand - so wait a few minutes for the nand to boot properly.

See pics for folder structure:

 

[m4xw]

Please note that file-based emuMMC currently needs latest atmosphere (master, 0.9.1 doesn't work).
Also it currently has major performance issues (will be worked on after the SD compatibility issue).
It's not advised to use file based in any way currently, until it's out of the experimental phase.

"emummc_nintendo_path = Nintendo" <- don't do that.
Either don't set it (it will automatically create a new Nintendo folder for the emu) or create a copy of your Nintendo folder

Don't use the same folder!

 

[annson24]

It would be great if we could also shrink the user partition.

 

[mrdude]

You can if your modify the GPT (partition table) - but that will mess with your nand dump, so best just leaving it alone.

 

[spotanjo3]

This need to be edit because according to m4xw to avoid the confusion.

 

[annson24]

You can if your modify the GPT (partition table) - but that will mess with your nand dump, so best just leaving it alone.

Well of course I wouldn't use my one and only nand dump as emunand.

Sent from my SM-N960F using Tapatalk

 

[spotanjo3]

I am confused.. Should I use this or this or that?

https://gbatemp.net/threads/emummc-setup-win-linux-quadboot.541152/

or

https://gbatemp.net/threads/how-to-setup-atmosphere-emummc.541060/#post-8679011

 

[TariqSoftDev]

I am confused.. Should I use this or this or that?

https://gbatemp.net/threads/emummc-setup-win-linux-quadboot.541152/

or

https://gbatemp.net/threads/how-to-setup-atmosphere-emummc.541060/#post-8679011

Even though I'm OP of the first one; I'd say use the first one since it explains more stuff and I keep it up to date with the current news; I didn't add file based since it's far too experimental, slow and funky right now; the other one doesn't stay up to date with everything.

 

[spotanjo3]

So this one is ok but first link I posted is even better and more safe ?

 

[TariqSoftDev]

So this one is ok but first link I posted is even better and more safe ?

So the first link explains properly how to setup partition based EmuMMC, it also keeps up to date with everything whereas the second doesn't;

As for this one, do not use file based due to the following:

• File based is very unstable.
• Alot of it's kinks have not been worked out.
• Fat32 means split files and slow speeds.
• exFAT means it's very easy that you'll end up with a corrupt SD card.
• File based as a whole is very experimental and will be worked on after the SD issues are fixed.

From that info you should follow the first link

 

[spotanjo3]

So the first link explains properly how to setup partition based EmuMMC, it also keeps up to date with everything whereas the second doesn't;

As for this one, do not use file based due to the following:

• File based is very unstable.
• Alot of it's kinks have not been worked out.
• Fat32 means split files and slow speeds.
• exFAT means it's very easy that you'll end up with a corrupt SD card.
• File based as a whole is very experimental and will be worked on after the SD issues are fixed.

From that info you should follow the first link

I understand so if I want to wait then this easy one will be stable and can be use ?

 

[Xen0]

I understand so if I want to wait then this easy one will be stable and can be use ?

Basically yes. But it can still take anywhere between weeks to months.

 

[spotanjo3]

Basically yes. But it can still take anywhere between weeks to months.

I understand. I have a clean NAND dump before CFW so I am not in the hurry then.

 

[Phenj]

Please note that file-based emuMMC currently needs latest atmosphere (master, 0.9.1 doesn't work).
Also it currently has major performance issues (will be worked on after the SD compatibility issue).
It's not advised to use file based in any way currently, until it's out of the experimental phase.

"emummc_nintendo_path = Nintendo" <- don't do that.
Either don't set it (it will automatically create a new Nintendo folder for the emu) or create a copy of your Nintendo folder

Don't use the same folder!

Just wondering, what happens if you use the same folder for both NANDs?

 

[lordelan]

Please note that file-based emuMMC currently needs latest atmosphere (master, 0.9.1 doesn't work).
Also it currently has major performance issues (will be worked on after the SD compatibility issue).
It's not advised to use file based in any way currently, until it's out of the experimental phase.

If you're working on it and that might be fixable I'll wait patiently for a matured file based emuMMC instead of creating the partitioned one. Thx for your work (once again).

 

[m4xw]

If you're working on it and that might be fixable I'll wait patiently for a matured file based emuMMC instead of creating the partitioned one. Thx for your work (once again).

partition based is recommended, it's more safe and will always be faster

 

[lordelan]

partition based is recommended, it's more safe and will always be faster

I see. Hope it doesn't bite itself with a Linux partition for L4T.

 

[TariqSoftDev]

I see. Hope it doesn't bite itself with a Linux partition for L4T.

I use it with a L4T Ubuntu partiton alongside Lakka too, all works fine.

 

[mrdude]

If you're working on it and that might be fixable I'll wait patiently for a matured file based emuMMC instead of creating the partitioned one. Thx for your work (once again).

A file based emunand is good for testing that you have a good working nand dump. Also you can manually create a clean nand and then test it's working properly, before flashing to your switch. You can then flash your clean/tested nand back to a partition on your MicroSD card if you want to go online with a clean system.

 

[TariqSoftDev]

A file based emunand is good for testing that you have a good working nand dump. Also you can manually create a clean nand and then test it's working properly, before flashing to your switch. You can then flash your clean/tested nand back to a partition on your MicroSD card if you want to go online with a clean system.

It's not good for testing because it's in a more WIP state than partition based and you cannot create a clean NAND, yes you can clean logs, remove any trace NSPS and etc was used but Nintendo server check their logs on your console against the console local logs; what do you would happen if suddenly a bunch of peoples logs didn't match up?, ban wave? most likely yes; best not to touch your logs and etc, if you've lost your original clean NAND then bad luck.