真实系统和虚拟系统定义不再展开，建议先阅读以下 3 个文档
1、大气层自制系统的基本常识 20200108 修订第二版
2、【2020.4.9】switch 双系统的制作意义和实际用途指南
3、【2020.9.29】关于 switch 虚拟系统制作、精简和引导的使用心得
hekate 对虚拟系统创建有两种功能，一种是 create emummc，等于自建，新版 hekate 自带创建隐藏分区的功能，当然 hekate 这种在 tf 卡后面扇区创建的隐藏分区非 tx 那种创建在 tf 卡首扇区的隐藏分区，所以不通用。
当然 hekate 也另外有一种 migrate emummc 功能，也就是把 tx 制作好的隐藏分区或者文件格式整个转移过来让大气层引导。
现在就闲聊一下 tf：emummc/emummc.ini 来配置大气层引导所产生的四种格式
一、hekate 自建的 tf 卡文件格式虚拟系统
[emummc]
enabled=1（表示虚拟系统开启状态）
sector=0x0（当然是 0x0，因为不是隐藏分区）
path=emuMMC/SD00（相当于虚拟系统路径）
id=0x0000（id 不需要）
nintendo_path=emuMMC/SD00/Nintendo（原 tf：nintendo 文件夹）
二、hekate 自建的 tf 卡隐藏分区虚拟系统
[emummc]
enabled=1
sector=0x13469000（表示隐藏分区创建在 tf 卡的后面扇区）
path=emuMMC/RAW1
id=0x0000
nintendo_path=emuMMC/RAW1/Nintendo
说明：对比以上两种，大家其实就明白这些配置可以根据自己需要更改， 也明白了大气层开源，如何去适配 tx 格式的虚拟系统了。 这里不推荐 hekate 自建的隐藏分区格式，因为当你 tf 卡直连电脑会多出一个 linux 分区，千万别格式化，其次它并不被 tx 引导所认可。所以我们一般 采用 tx 格式隐藏分区，见下面。
三、hekate 将 tx 制作的 tf 卡隐藏分区虚拟系统转移过来
[emummc]
enabled=1
sector=0x2（表示隐藏分区创建在 tf 卡的扇区位置）
path=emuMMC/ER00
id=0x0000
nintendo_path=emuMMC/ER00/Nintendo
说明：这样一对比，就知道其实 ER00 其实就是 hekate 为了区分其它格式
虚拟系统为转移过来的 emunand 存放路径。
当然你也可以修改 nintendo_path 路径，使 tx 与 hekate 共同引导同一个 虚拟系统，也就是 tx 制作的隐藏分区虚拟系统。此外这种隐藏分区格式并不会 在 win7/10 读取 tf 卡时跳出一个未知格式的 U 盘，所以非常安全。
四、hekate 将 tx 制作的 tf 卡文件格式虚拟系统转移过来
[emummc]
enabled=1
sector=0x0
path=emuMMC/EF00
id=0x0000
nintendo_path=emuMMC/EF00/Nintendo
说明：对比和 SD00 的区别？其实没差，可以互换，所以不展开了。
最后补充三点
（1）emummc.ini 配置由 hekate 在 emummc 菜单里识别并配置好，并 不需要玩家自己动手编辑，所以只需要你按照要求点击就行，生效后无需变 动，至于上面配置模板只供玩家自行编辑作的参考。
（2）其实对比 tf：emummc/SD00 或 RAW1 或 ER00 或 EF00 下有个空
文件，一般 SD00 或 EF00 下是 file_based，而另外两个是 raw_based 这个空
文件其实就相当于给 hekate 的 emummc 菜单里做的路径指引。txt 空文本修
改后缀也行。
（3）emummc/SD00/下有 emmc 和 nintendo 两个子目录，请 tx 用户 了解 tf：sxos/emunand 和 tf：emutendo 的过来帮忙解释一下。我不懂！
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
