Vorab ein FETTES danke für die ganze Arbeit 
Momentan eine Mariko mit SX Core und installierten AMS-M Paket. SX Core allerdings ohne NX Flash.
Beim Ausschalten über HB Menü gibt es ein deutliches knacken (Lautsprecher?), hört sich meiner Meinung nach an wie ein "Hardreset abschalten".
Kann das noch Jemand testen oder bestätigen? Gesund hört sich das nicht an, gibt es hier eine Lösung?
Ansonsten läuft die Konsole soweit gut, nochmals Danke an alle Mitwirkenden 
Gruß
Handheld
Kann das noch Jemand testen oder bestätigen?
Ja, das ist in der Tat so. Allerdings glaube ich nicht, dass dies Probleme verursachen könnte, da offensichtlich auch andere Tools (wie der NX-Themes Installer) bei einem Reboot dieses Geräusch aufweisen.
Ok, danke für die Info. Ich habe nur bedenken, das ggf. während des Abschaltens auf Chip oder SD zugegriffen wird. Aber ich behalte das einfach mal im Auge.
Macht weiter so mit eurer Arbeit👍👍👍
Gruß
Handheld
Sollte eigentlich nichts passiert sein mit dem Sysnand?
Ich weiß nicht welchen Einfluss die TX Firmware auf das Booten in die OFW hat, aber offensichtlich wird dadurch die Bootpartition manipuliert, was sicherlich nicht gut sein wird. Unter Spacecraft-NX scheint dies nicht der Fall zu sein, daher würde ich persönlich die Nutzung der OFW über die Spacecraft-NX Firmware vorziehen wollen.
Unter Spacecraft wird die Bootpartiton auch von SX bereinigt und dann wieder manipuliert.
Jedenfalls ist so nicht mehr zu erkennen was dort passiert ist 
Bei Sx Gear steht sogar der verweis „Team Xecuter“ drin, daher sollte man hier auf jedenfall umflashen und kein Sx Gear mehr nutzen.
Ist der Hardwarezugriff auf den NAND dann überhaupt noch nötig von SX Core/Lite? Oder greift Spacecraft-NX auch auf den sysNAND zu, bereinigt ihn aber nach dem manipulieren wieder? Was genau passiert nach dem CPU Glitchen?
Ja, spacecraft räumt auf und beseitigt die tx spuren.
Tilki, du musst die boot 0/1 von deinem sysnand der noch nie choidujour gesehen hat - zurückspielen.
Sonst bootet Atmosphere nicht, daher update beide Kerne auf den gleichen Stand und sichere dir boot 0/1 aus deinem untouched sysnand und spiele diesen dann in den emuNAND.
Sysnand ist unberührt OFW modus für online.
Nutze nur emunand.
also sysnand 11.0.1 und emunand 11.0.1 mit chiodujournx.
Danach sysnand 11.0.1 boot0/1 mit sxos boot menü sichern, aber wie kopiere ich den Boot1/0 zurück auf den emunand über NXNandmanager?
Ja genau, du hast es bereits richtig gesagt
Danach nur noch daybreak nutzen! Sobald du wieder ChoidujourNx nutzt, hast du den gleichen Salat wieder
Also wenn man kein Backup von einem untouched SysNAND hat, gibts keine Chance für Atmosphere?
Wurde mehrmals mit ChoiDujourNX geupdatet.
Hieß es nicht auch mal, man könnte den SX-emuNAND übernehmen? Im Startpost steht davon nix.
man könnte den SX-emuNAND übernehmen? Im Startpost steht davon nix.
Ob das möglich ist, kann ich dir nicht sagen, da ich hinsichtlich von Modifikationen durch den SX Core/Lite im Zusammenhang mit ChoiDujourNX nicht bewandert bin. Daher habe ich die Einrichtung von amsPLUS-M nur auf eine Neuinstallation mit einem emuMMC ausgerichtet, der über Hekate aus einem unmodifizierten sysNand erstellt wird. Eventuell kann dir Sandmann einen Tipp geben, wie du den sysNand wieder in den ursprünglichen original Zustand zurückversetzen kannst, um ihn von den nachteiligen Modifikationen durch ChoiDujourNX zu befreien.
jetzt hab ich wohl Mist gebaut.
Wollte ein Update über die OFW machen, jetzt bootet die Switch nicht mehr. Brick?
Hab noch ein sysNAND Backup. Kann ich das zurück spielen?
Wollte ein Update über die OFW machen, jetzt bootet die Switch nicht mehr
Warte bitte, bis sich jemand mit dem nötigen Wissen meldet, der dir helfen kann, aus dieser Misere wieder rauszukommen. Hoffentlich ist das jetzt nicht schon zu spät.
Restoring hat geklappt...Puuu, nochmal Glück gehabt 
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
