Beiträge von muxi

Du musst USB 3.0 Support unter amsPLUS haben, damit das funktionieren kann. Und USB 3.0 Support hat nur der aktuellste Nightly Build, den man über das Online Update beziehen kann. Der offiziellen Atmosphere Version 1.9.1 fehlt nämlich dieses Feature!

Zitat von kos187

Ich möchte auf eine neue SD Karte wechseln (größer und schneller).

Schau bitte mal in die FAQ unter Punkt 1! Dort wird beschrieben, wie du mit deinem System auf eine andere SD-Karte wechseln kannst.

Die Android- und ggfs. eine Linux-Partition werden dabei nicht mit übernommen. Diese musst du bei der emuMMC Erstellung auf der neuen SD-Karte erneut anlegen!

NXDumpTool auf aktuellsten 2.00 Build 61a92e2 aktualisiert!

Changelog:

gamecard: add extra fallback mechanisms

Achtung! Ich habe die URL zur Online Version geändert! Diese lautet jetzt:

https://muxi1.github.io/muxi960/b/index.html

Einfach die SD-Karte entnehmen oder diese sauber reformatieren nach Punkt 20 des CFW Startpunktes. Zuvor aber erst den "Nintendo" Ordner aus dem SD-Karten-Root extern sichern!!!

Wenn du die prodinfo unter der OFW nicht mehr vorliegen hast, musst du sie über Incognito_RCM mit dem angelegten prodinfo-Backup wieder einspielen. Solltest du diese Datei nicht mehr haben, musst du sie aus dem emuMMC über den NxNandManager dumpen und im sysNand wiederherstellen. Sollte auch der emuMMC keine prodinfo mehr besitzen, hast du deine Konsole selbst und durch eigenes Verschulden dauerhaft gebannt!

Edit:

Du musst irgendwann einmal Incognito_RCM im sysNand angewendet haben, denn seit längerer Zeit wird der native Incognito Modus von Atmosphére genutzt, der die prodinfo, im Gegensatz zu Incognito_RCM, nicht anrührt, bzw. verändert. Incognito_RCM wird schon lange nicht mehr zum PRODINFO-Blanking genutzt, eben weil es so gefährlich ist, insbesondere wenn man die Backup Datei versehentlich von der SD-Karte löscht und keine externe Sicherung angelegt wurde.

NXDumpTool auf aktuellsten 2.00 Build 4c9989e aktualisiert!

Changelog:

Implement support for T2 gamecards.

NXDumpTool Host entsprechend aktualisiert (kann aus dem MEGA Link im Titelpost bezogen werden)

Das Problem ist nicht behoben (wird es auch sicherlich nicht mehr, ohne Zutun des Anwenders). Schau mal bitte in die FAQ des amsPLUS Themas unter Punkt 25. Dort sind 3 Lösungsansätze zu finden.

Dann wirst du in dem Fall nicht um ein FW Update herum kommen. Es war ohnehin nur eine Frage der Zeit, bis das mit dem downpatchen von Updates nicht mehr funktioniert. Es sind seit dem Update auf FW 20.0.0 immerhin schon 4 weitere FW Updates erschienen....

Und wenn du die Version einfach nur zurücksetzt, nachdem du das Update installiert hast? Siehe DBI Thema (klick mich) unter dem Spoiler "Sonstiges". Nutze dafür bitte die aktuellste russische DBI Version!

Zitat von cardo

Hab getestet löppt net mit Update

Aktiviere mal unter Sphaira --> Menü ( ) --> Erweitert... --> Install Options folgende Optionen auf "ON"

Enable emummc

Lower Masterkey

Lower system Version

Starte dann den Dateimanager, wähle die Quelle unter Optionen ( ) --> Erweitert.... --> Einhängen aus und installiere dann das entsprechende Update.

Zitat von Cloud

wurde wohl schon gemacht, stand gerade eben... vor 1 Stunde hochgeladen

Weiß ich! Ich hatte unmittelbar nach dem Upload das Paket bereits schon im Hacking Guide aktualisiert.

Sphaira auf aktuellsten 0.13.3 Build ee68ca5 aktualisiert! Dieses Update wird nicht im amsPLUS Changelog aufgeführt!

Changelog:

11 weitere Commits (insgesamt 14) seit dem letzten Update (klick mich)

Das Problem mit den ESP Binarys und dem etaHEN 2.2.b wurde behoben! Der Dev wird in Kürze den Release aktualisieren.

Zitat von luigi_84z

wie installiere ich den system neu auf das nand ? hab nur prodkeys und ein broken nandbackup

Lies bitte meinen Post!

Beitrag

RE: CFW amsPLUS - Das einsteigerfreundliche All-in-One Paket (für alle Switch 1 Revisionen)

[…]

Der sysNand kann niemals auf exFAT gewesen sein, da FAT32 das Standarddateisystem der Switch ist!

[…]

Lässt sich die OFW denn über Hekate --> OFW noch booten? Falls nicht, versuche es zunächst über Punkt 17 der FAQ zu fixen. Sollte auch das nicht funktionieren, liegt höchstwahrscheinlich ein sysNand Brick vor, den du nur über diese Anleitung wieder neu aufbauen kannst:
[Tutorial] Switch Downgrade / Firmware manuell über PC neu Installieren

muxi

26. Juni 2025

Zitat von luigi_84z

meine MicroSD war auf exfat und damit habe ich Atmo gestartet und es hatte nie erfolgreich ins CFW gebootet ab dem Moment hatte ich das mit dem Nintendo Logo und Blackscreen wie beim Caaruzo

Es ist auch kein Problem, zunächst die CFW Daten auf eine exFAT formatierte SD-Karte zu kopieren, wenn unmittelbar danach ein Partition emuMMC erstellt wird. Ein großer Fehler wäre es, erst in die CFW zu booten, was aber über Hekate nicht möglich ist, da emuMMC Zwang besteht. Andernfalls würdest du die CFW im sysNand ausführen, was über das Booten von Fusee möglich wäre.

Zitat von luigi_84z

könnte das eventuell mein sysnand gebrickt haben, es war nämlich auf exfat

Der sysNand kann niemals auf exFAT gewesen sein, da FAT32 das Standarddateisystem der Switch ist!

Zitat von luigi_84z

Nun habe ich nur die Prodkeys und einen Nandbackup von den broken one glaube ich zu mindest, könnte ich mit den zwei einen frischen OFW 2.0.1.1 builden, wenn ja mit was starte ich am besten ?

Lässt sich die OFW denn über Hekate --> OFW noch booten? Falls nicht, versuche es zunächst über Punkt 17 der FAQ zu fixen. Sollte auch das nicht funktionieren, liegt höchstwahrscheinlich ein sysNand Brick vor, den du nur über diese Anleitung wieder neu aufbauen kannst:

Beitrag

[Tutorial] Switch Downgrade / Firmware manuell über PC neu Installieren

Switch Downgrade / Firmware manuell über PC neu Installieren

Dieses TuT richtet sich an alle, deren Switch Konsole mit CFW nicht mehr startet und gebrickt ist.
Wichtig: Für diejenigen, die kein Nand Backup haben. bevor das Problem aufgetreten ist.

Hier zeige ich dir, wie du deine Switch downgradest / manuell mittels PC die FW installierst, und diese wieder zum laufen bekommst.
Du kannst jede FW nutzen. Beachte jedoch, ist der Versionssprung zu groß, muss ein Werksrest durchgeführt werden.
Das…

kempa

1. Dezember 2019

Zitat von luigi_84z

was genau ist, denn in Fat32 und Exfat wichtig beim Switch ?

Oh, oh, oh! Du weißt offenbar nicht, dass man unter einer Switch kein exFAT Dateisystem auf der SD-Karte nutzen darf! Ich zitiere mal aus Punkt 2 des Switch CFW Startpunktes:

Zitat von muxi

Einleitung

microSD-Karten über 32 GB (SDXC) werden per Standard mit dem Dateisystem exFAT ausgeliefert. exFAT wurde von Microsoft entwickelt und daher muss jeder, der dieses Dateisystem nutzt, Lizenzgebühren zahlen – dummerweise ist exFAT im SDXC-Standard vorgeschrieben, ergo haben Firmen gar keine andere Wahl. Das ist auch der Grund, weshalb Nintendo den exFAT-Support "on-demand" per Update nachreicht, sobald eine exFAT-formatierte microSD eingelegt wird – ansonsten müssten sie für jede verkaufte Switch Lizenzgebühren an Microsoft zahlen.

Worum geht’s?

Schon seit dem Start der Homebrew-Szene wird vor der Benutzung von exFAT für microSD-Karten für die Switch gewarnt, da dies langfristig zu Datenverlust führt. Der Grund ist, dass Nintendos FAT-Treiber fehlerhaft ist und laufend Dateien und Ordner ändert, selbst bei einfachen Lesevorgängen. Die Änderungen werden nie korrekt mit dem Dateisystem synchronisiert, was bedeutet, dass beim unsauberen Beenden einer Anwendung/einem Reboot/dem Herunterfahren die Datei-Handler verloren gehen und anschließend in der File Allocation Table fehlen. Das passiert auch bei FAT32.

Da exFAT im Gegensatz zu FAT32 über keine zweite Backup File Allocation Table verfügt, gehen die Daten und Ordner unwiederbringlich verloren.

Offizielle Anwendungen (wie Spiele) werden übrigens *normalerweise* immer sauber beendet, weshalb das Problem hier kaum auftritt. Datei-Handler sind pro-Applikation, weshalb das ganze aber auch normal bei einem erzwungenen Shutdown auftreten kann.

Was soll ich tun?

Wenn deine microSD-Karte in exFAT formatiert ist, empfehlen wir dir, alle Daten zu sichern und sie mit FAT32 (32 KB Cluster) zu formatieren. Unter Windows geht dies nicht mit dem Explorer, dazu muss stattdessen bspw. SAK / guiformat genutzt werden. Danach einfach alle Daten wieder zurückkopieren.

Was ist mit Daten > 4 GB?

Das ist gar kein Problem – offizielle Daten (wie Spiele) werden immer in 4 GB gesplittet.

Alles anzeigen

Sollte Caaruzo die ganze Zeit das exFAT Dateisystem genutzt haben, wundert es mich nicht, dass es zu solchen Problemen gekommen ist. Allerdings sollte Hekate durch die Erstellung des Partition emuMMCs, das Dateisystem von exFAT auf FAT32 umformatiert haben (setzt aber den über das FW Update installierten exFAT Treiber voraus). Sollte er jedoch, entgegen der Einrichtungsanleitung, einen Datei emuMMC erstellt haben, würde das exFAT Dateisystem weiterhin bestehen und damit sein unheilvolles Werk vollziehen.....

Die ESP Hoster funktionieren nicht. Offensichtlich hat der Dev vergessen, eine Datei darin anzupassen oder einen Fehler dabei gemacht. Es wird nach wie vor noch etaHEN 2.0b angezeigt und es erscheint folgende Fehlermeldung "etaHEN: Error: Error: Failed to fetch the binarny file". Ich werde bis auf Weiteres wieder die alten ESP Binarys vom 16.04.2025 mit dem etaHEN 2.0b hochladen. Ich stehe in Kontakt mit dem Dev, um ggfs. eine Anpassung zu testen.

Zitat von Caaruzo

Hi, schau mal in FAQ: Punkt 1. Das ist was du brauchst

Das würde nur für einen Umzug mit der SD-Karte auf derselben Switch funktionieren! Bei ihm geht es aber um eine andere Switch.

cavin In dem Fall musst du alles neu einrichten! Man kann keinen emuMMC von einer Switch auf eine andere Switch übertragen, da dieser konsolengebunden ist! Du kannst aber die Spielstände der anderen Switch übernehmen, indem du dafür JKSV nutzt.