[Support] Atmosphere-NX mit SX Core / SX Lite Modchip

Ich muss leider nochmals nachfragen.

Habe jetzt mittels Hekate via "create emuMMC" ein neues emuNAD aus dem auf der Switch vorhandenen sysNAND (FW: 11.0.1) erstellt.

Leider erfolglos, nach dem erfolgreichen erstellen lässt sich in Hekate über Launch weiterhin die CFW sowie OFW nicht starten - Blackscreen.

Anschließend habe ich mittels NxNand Manager auf dem PC ein neues emuNAND aus meinem vorhandenen inital Backup des sysNAND (FW: 10.1.0) erstellt, auch dieses startet unter Hekate nicht.

Über SX OS lässt dieses so erstellte emuNAND mit FW: 10.1.0 jedoch problemlos starten, warum dann nicht mit Hekate?

Wie soll ich nun vorgehen um beide (OFW/CFW) unter AMS zum laufen zu bekommen?

Zitat von Logic1993

Wie soll ich nun vorgehen um beide (OFW/CFW) unter AMS zum laufen zu bekommen?

Hattest du jemals das SX OS ohne einen emuNand betrieben und dort ein FW Update per ChoiDujourNX (folglich im sysNand) durchgeführt?

Nein, dem wäre ich mir zumindest nicht bewusst.

Edit; Habe gerade nochmals probiert, das so neu erstellte und in SX OS gestartete emuNAND per ChoiDujourNX auf FW 11.0.1 zu updaten, in SX OS die Boot 0/1 des NAD neu zu backupen und anschließend nach der oben von mir erwähnten Anleitung in AMS via Hekate zu starten. Aber auch dann läuft dieses nicht.

Kopiere dir bitte mal die boot.dat der SX OS Version 3.1.0 auf die SD-Karte, boote dann in das SX Bootmenü (Vol+ drücken und halten, sobald das TX Logo zu sehen ist) und überprüfe unter Options --> SX Core, welche FW Version dort angeben wird. Sollte es v1.3 sein, fahre die Konsole wieder herunter, entnehme die SD-Karte, lösche die boot.dat wieder und extrahiere dir dieses Paket auf die SD-Karte. Fahre die Konsole anschließend erneut hoch, und wähle im Hekate Launch Menü die Option OFW an. Es sollte dann normalerweise die OFW gebootet werden.

Zitat von Logic1993

das so neu erstellte und in SX OS gestartete emuNAND per ChoiDujourNX auf FW 11.0.1 zu updaten

ChoiDujourNX ist nicht für die Mariko Hardware entwickelt worden. Leider hat TX hier schlampig gearbeitet, sonst hätten sie für das SX OS, bzw. den SX Core/Lite unter der Mariko einen speziellen FW Updater entwickeln, und veröffentlichen können, wie es vergleichsweise mit Daybreak unter AMS der Fall ist, anstatt den User einen inkompatiblen Updater nutzen zu lassen, der in die Jahre gekommen ist, und den Erista Code in die Mariko Bootpartition schreibt. Es sollte daher vermieden werden darüber FW Updates durchzuführen!! Das hätte übrigens im sysNand fatale Folgen!

muxi Die SX Core FW ist die 1.3. Das Paket habe ich geladen und auf die SD-Karte gepackt.

Aber auch hier startet die OFW nicht, wenn ich diese aus dem Hekate Launch Menü versuche zu starten.

Logic1993 Ich habe den starken Verdacht, dass dein sysNand entweder gebrickt ist, oder der Erista Code in die Bootpartition des sysNands eingespielt worden ist. Ich würde an deiner Stelle den Restore des ursprünglich angelegten sysNand Backups wieder einspielen und dann über Hekate AMS im sysNand ausführen und über Daybreak auf die aktuelle FW 11.0.1 updaten. Allerdings musst du eine Datei aus dem amsPLUS-M Paket dafür ersetzen, um die CFW im sysNand ausführen zu können. Dies ist normalerweise nicht zulässig, könnte aber in deinem Fall die einzige Möglichkeit sein, um das System wieder lauffähig zu bekommen. Hoffentlich ist dein sysNand Backup sauber und fehlerfrei....

Die erforderliche Datei könnte ich dir gleich hier anhängen, wenn ich sie fertiggestellt habe.

Ok, das wäre super nett von dir.

Kann das sysNAND denn gebrickt oder in anderer Weise beschädigt sein, wenn sich die OFW über die SX OS Option: Genuine Boot ausführen lässt?

Über diesen Weg konnte ich ja auch nachvollziehen, dass die aktuelle FW-Version des SysNAND ja die 11.0.1 ist und demendprechend ja auch entsprechende Fuses gebrannt sein müssten.

Allerdings bin ich ja nur im Besitz eines sauberen "initalen" sysNAND Backups vom Einbau des SX-Core von FW-Version 10.1.0.

Ich dachte es ist dementsprechend nicht möglich dieses Backup in den sysNAND zu kopieren, da die FW-Version des Backups kleiner ist, als die aktuell dort vorhandene "defekte" Firmware?

Oder habe ich da jetzt etwas verwechselt in deinem beschriebenen Vorgehen?

Zitat von Logic1993

Kann das sysNAND denn gebrickt oder in anderer Weise beschädigt sein, wenn sich die OFW über die SX OS Option: Genuine Boot ausführen lässt?

Ich habe mal was davon gehört, dass unter gewissen Umständen alle Fuses der Konsole gebrannt werden können. Das wäre natürlich ein Supergau, weil dann wahrscheinlich nie mehr die OFW gebootet werden könnte. Hier ist die entsprechende Datei. Kopiere den bootloader Ordner in den Root deiner SD-Karte und überschreibe die dort vorhandene Datei. Anschließend hast du eine weitere Option im Launch Menü zur Verfügung, um die CFW im sysNand (sysMMC) ausführen zu können. Versuche dann erstmal, ob du darüber den sysNand booten kannst.

Bitte nicht den untouched nand einspielen, das ist fahrlässig und aktuell unnötig und kann zu noch mehr problemen führen.

Kopiere den untouched nand nach switch/emunand und versuch sie mit der Sx CFW zu booten, oder schau mit nx nand manager + prod.keys (biskeys) welche Firmware der Nand besitzt.

Jetzt bloß nicht updaten mit Choi, da hier wieder der boot 0/1 mit Erista werten zugemüllt wird.

Starte atmosphere und update über daybreak und dann er das backup zurück in den Nand spielen und schauen ob sie wieder bootet. Wenn ja dann kopiere die boot 0/1 raus und führe diese in den emunand ein mit dem nx nand manager.

Hinweis: Wenn du einen hidden emunand nutzt, nimm eine andere SD karte damit er nicht diesen bootet sondern wie oben gesagt von der Sd Karte (switch/emunand)! Normal immer hidden nehmen, aber wir wollen den nand aktuell haben, damit dieser auch mit der aktuellen fusezahl booten kann.

Sandmann das usrprüngliche untuched sysNAND Backup welches ich habe. hat die Firmwareversion 10.1.0. Habe ich gerade auch nochmals mit nx nand manager überprüft.

Ich habe ja bereits versucht über: nx nand manager -> options -> Emunand creation tool einen neuen emuNAND zu erstellen.

Diesen konnte ich wie einige Posts zuvor erwähnt mittels Sx OS als CFW dann auch booten.

Allerdings kann ich diesen wiederrum dann trozdem nicht über ATM/Hekate -> Launch -> CFW starten. Dementsprechend habe ich ja auch nicht die Möglichkeit diesen mittels daybreak diesen zu updaten 0der?

Liegt denn auch der emuMMC Ordner mit der korrekt zugewiesenen emummc.ini auf der SD-Karte vor? Das ist die Grundvoraussetzung, um den emuMMC booten zu können.

muxi wenn ich mit nx nand manager mittels meinem initalen Backup mit Firmware 10.1.0 ein neues hidden emuNAND auf der SD Karte erstellt habe, ist auch der emuMMC Ordner mit entsprechender emummc.ini auf der SD Karte Vorhanden. Unter dem Path emuMMC/ER00 liegt dann eine Datei mit dem Namen "raw_based". Alle weiteren Inhalte aus deinem zuvor verlinkten amsPLUS-M Paket sind auf die SD kopiert.

Allerdings lässt sich der emuNAND weiterhin unter Hekate nicht starten. Ersetzte ich nun die boot.ini im root der SD durch die boot.ini von SX OS kann ich über dieses jedoch in den emuNAND starten

Hast du denn mal den oben angehängten Ordner auf die SD-Karte extrahiert und dann über Hekate versucht, die CFW über den sysNand zu booten?

Nein, bisher noch nicht. Da ich den Post von Sandmann so verstanden habe, dass ich dies besser unterlassen sollte.

Du sollst den NAND nur im Notfall überschreiben, wenn NICHTS anderes mehr geht

Überschrieben ist überschrieben und wenn du im sysnand nichts gemacht hast, ist es eigentlich auch nicht nötig.

Geht noch etwas anderes Sandmann ?

Überschreibe ich denn überhaupt den NAND, wenn ich die CFW wie muxi beschrieben hat im sysNAND boote?

Abgesehen davon was könnte ich mir davon erhoffen, die CFW läuft doch noch nichtmal im SD emuNAD in AMS.

Wie soll ich denn fortfahren?

SD Karte Fat32 Formatieren, das Oben erwähnte Paket sowie den modifizierten Bootloader auf die SD kopieren und dann versuchen die CFW im sysNAND zu starten? Oder Muss noch ein emuNAND auf der SD Karte vorhanden sein?

Ne das kannst du machen, es geht nur darum das du erstmal dein Backup NICHT dort einspielst.
Die CFW dort rein starten, kannst du machen.

nein es muss nicht noch ein emunand auf der sd vorhanden sein

Ich frage mich ob die Personen die Anleitung richtig lesen?

Ihr könnt 2x mehr fragen als probieren.

Nutz mal cmd->diskpart dort kannst du die microsd karte richtig löschen Anleitung über diskpart gibt es im netz.

Mit easytoolPartitionsWizard auf ntfs formatieren und mit SAKTool auf Fat32 formatieren.

Logic1993 Es geht darum zu prüfen, ob sich die CFW überhaupt noch im sysNand ausführen lässt. Sollte das nämlich nicht möglich sein, stimmt etwas mit deinem sysNand nicht, was auch erklären würde, weshalb er sich nicht mehr in die OFW booten lässt. Daher würde ich in diesem Fall von einem Brick ausgehen.

muxi habe jetzt mit deinen hier zur Vererügung gestellten Dateien auf der SD Karte, versucht die die CFW im sysNand auszuführen, mit selbigem Ergebniss. Weiterhin nach der Auswahl von CFW - sysMMC im Launch Menü nur ein Blackscreen

Also kann ich von einem Brick des SysNad ausgehen?

Entschuldige die vielleicht dumme Frage, aber weshalb lässt sich die OFW dann noch über SX OS Genuine Booten, wird diese nicht auch über das SysNad ausgeführt, was bei einem Brick dieses dann auch nicht mehr funktionieren würde?

Die Situation sieht ja dann wie folgt aus:

- möglicherweise gebricktes SysNand mit FW: 11.0.1 [laut Hekate: gebrannte Fuses 14 - 0 (HOS: 11.0.0+)]

- altes Backup vom SysNand direkt nach Einbau des SX Core mit FW: 10.1.0

- Richte ich dieses Backup mit FW: 10.1.0 als hidden EmuNand auf der SDKarte ein, kann ich dieses über SX OS auch über CFW starten.

- Trozdem kann ich dieses nicht über Hekate ausführen, somit sehe ich keine Chance dieses Backup über daybreak auf die entsprechende FW: 11.0.1 des gebrickten SysNand zu aktualisieren.

Welche Möglichkeiten bestehen für mich denn jetzt überhaupt noch das ganze irgendwie wieder ans laufen zu bekommen?