Hacking Question about incoming SX OS v6.0 EmuNAND

Cyan

GBATemp's lurking knight
Former Staff
Joined
Oct 27, 2002
Messages
23,749
Trophies
4
Age
45
Location
Engine room, learning
XP
15,648
Country
France
what do you mean?
Edit: this message was wrong. it was based on few information we had at that time. don't trust anything I said here.

*original post*
Based on what I've read and understood so far, there's no active redirection done by the kernel. this is not a real-time file redirection to another device, or even internal (it could have been internal redirection, but it's just easier to make two partitions and select the one to boot)
there are two different copy of your Horizon's partition content (system and files?) on your internal NAND. SX OS just edit the GPT partition table to change which partition to boot (it boots the second by default).

it's a dual boot, like if you have Windows and linux on the same HDD on your computer, you just choose the partition to boot. When you boot Linux, it's not Windows emulating linux, it's a real linux on a different location on the same internal hard drive.
SX OS reduces the current partition size (by moving all used sectors to specific location before resizing, it's probably this step which is slow and dangerous if you lose power), creates a new partition on the free space and makes a copy of your first partition on it. you just need to choose the partition you want to boot.
updating one, while not using SXOS will burn e-fuse, making the other unbootable.

The primary reason for this is that occupying 32GB of a MicroSD card is a bit wasteful. By default SX OS will allocate 15GB for your EmuNAND partition
apparently occupying 32GB on multi swappable big SD size is wasteful, but deleting 15GB of limited internal space is not.


So, I'd just like to know, if I play online on EmuNAND,
and if I get banned
Is my whole Switch banned?
Or I can change the thing that identify me as banned (Idr the name)
This will be the exact same copy of your NAND.
NAND 1 and NAND 2 are identical, they both share the same consoleID, user account and certs.
if you are banned on one NAND, the other will know it. you are banned server side, not console side.

You could probably, AFTER creating the NAND copy to the second partition, create a different user account on one of the two NANDs partition and then they will have different userID, but still the same consoleID and certificates.
Having your hacked NAND always offline will prevent nintendo knowing you hacked your console, letting you continue to use your untouched (one without cfw) NAND online.


The main idea of using any emuNAND is to keep the console's content clean, unedited, and for security reason only hack/edit/install homebrew on the copy of your NAND (incorrectly called emuNAND, should be called redirected eMMC, there's no emulation).
here, there's no "safe untouched NAND chipset" as your main eMMC's partitions are resized (therefore detectable), their content/sector edited which is very dangerous, and being counter productive to the safety reason of wanting to make a NAND copy !
 
Last edited by Cyan,
  • Like
Reactions: kronpas

cattivik66

Active Member
Newcomer
Joined
Aug 13, 2018
Messages
32
Trophies
0
Age
39
XP
113
Country
Italy
Even with a "real emunand" a ban or the emunand means a ban or the console, the certificate is the same.
The point is avoid the ban by making an emuNand that would be seen by Nintendo as the real nand, and use It only with legit software.
Stilo need to have first confirms on how the sx os emuNand works, to feel it more secure or not.
I would like to serve a screenshot of the system menu with the total space.
 

Cyan

GBATemp's lurking knight
Former Staff
Joined
Oct 27, 2002
Messages
23,749
Trophies
4
Age
45
Location
Engine room, learning
XP
15,648
Country
France
with previous consoles, the realNAND was kept on old version to keep the homebrew exploit available, and the NAND copy being the one you updated to play latest game releases.
here, the idea is reversed, you should update your real NAND to play online, and use RCM to boot into an offline copy of your NAND to prevent nintendo detecting any edit done to it.

Of course, it can only be done if the real NAND had never been hacked before creating the NAND copy.
you'll also have to switch the used SD card, to prevent updated real NAND to detect any non officially installed files.

sometime, using 2 different consoles is just easier, but more expansive.
The emuNAND purpose is more for testing, preventing bricking the console's main memory while trying things like file edition, theming, etc.
on WiiU, most users thought emuNAND was mandatory and the future of hacking, while it was hard and problematic to use, it ended being on realNAND a better solution than using emuNAND. So, don't see emuNAND like a miracle solution that everybody needs until it's proven useful.

I would like to serve a screenshot of the system menu with the total space.
we should confirm different things:
- total space
- read telemetry's info
- GPT dump, or full eMMC comparison (see what has been edited, where are located the partitions)
- memloader payload, seeing if it can still mount the partitions as file system, and get new memloader's ini to work with second partitions.
 
Last edited by Cyan,
  • Like
Reactions: CymraegAce

rrocha

Developer
Developer
Joined
Nov 21, 2016
Messages
137
Trophies
0
XP
1,812
Country
Portugal
Don't really know what's inside the telemetry files as I have my console in airplane mode since day 1 and don't care about the online. But booting the OFW shows up what appears to be a 32GB system memory bar with 10.5GB free (in my specific case). I did the 15GB/15GB split and always installed everything to my SD card. It appears that it's being correctly spoofed in the OFW but this is only visual info from the console menus
 
Last edited by rrocha,

Site & Scene News

Popular threads in this forum

General chit-chat
Help Users
    Xdqwerty @ Xdqwerty: good night