Nein, da es voneinander getrennte Systeme sind. Du wirst aber im Anschluss an den Werksreset das emuMMC Synchronisizer TE Script anwenden müssen, damit die Controller in beiden Systemen wieder gleich synchronisiert sind. Andernfalls muss nach jedem Wechsel von OFW <--> CFW eine erneute Synchronisierung durchgeführt werden.
Danke dir!👍
Das Script wirkt sich aber dann nur auf die Controller und keine weiteren Inhalte aus, oder?
Das Script wirkt sich aber dann nur auf die Controller und keine weiteren Inhalte aus, oder?
Auszug aus Punkt 4 der FAQ --> emuMMC Synchronisizer:
Dieses Script synchronisiert den emuMMC mit dem sysMMC, falls einer der beiden Nands einmal nachträglich auf die Werkseinstellungen zurückgesetzt worden ist. Auf diese Weise sind beide Nands hinsichtlich der Controller-Nutzung wieder identisch, und es muss nicht mehr nach jedem Wechsel zwischen emuMMC <--> sysMMC eine erneute Controller Synchronisierung durchgeführt werden. Die Controller müssen jedoch vor Anwendung dieses Scriptes unter dem sysMMC (OFW) alle synchronisiert worden sein! Nach der Anwendung ist eine erneute Grundeinrichtung (Region, Datum und Uhrzeit) und ggfs. Anpassungen an den Systemeinstellungen des emuMMC Systems erforderlich, weil die Einstellungen aus dem sysMMC übernommen wurden. Am installierten Content und den Spielständen ändert sich dadurch nichts. Diese bleiben davon unberührt!
moin blick da grad nicht so durch
warum wird der systand gebrickt?
und warum es noch nicht möglich ist auf emu 17.00 zu updaten ?
was nun anderst als zufor
warum wird der systand gebrickt?
Schau mal bitte hier:
Alles anzeigenDiese Version (AMS 1.6.1) enthält eine verbesserte Lösung für das Problem, bei dem Konsolen, welche ihre SYSTEM-Partition mit Tools wie bspw. haku33 neu gebaut haben, bei einem Update auf 17.0.0 gebrickt sind.
Die technischen Details dazu hat SciresM in einem Gist veröffentlicht. Konkret handelt es sich um eine Änderung bezüglich der System-Speicherdaten – Nintendo speichert zu jeder Speicherdatei einen Index und diesen wiederum in einer eigenen Speicherdatei ("Index-Speicherdatei"). Diese hat die statische ID "
8000000000000000" und kann daher hardcodiert werden – eigentlich, denn diese Änderung wurde erst mit 17.0.0 durchgeführt. Davor behandelte Nintendo jede Speicherdatei, die nicht zu einem Benutzer gehörte, als statische Speicherdatei.Auf unmodifizierten Konsolen stellt diese Änderung kein Problem dar, da alle Speicherdateien nur über die "
CreateSaveFile()"-Funktion erstellt werden und diese fügt den Index immer zur Index-Speicherdatei hinzu. Die System-Speicherdateien gehören nicht zu einem Benutzer und wurden also daher vor 17.0.0 automatisch geladen – ab 17.0.0 muss sich aber wie oben erwähnt der Index in der Index-Speicherdatei befinden. Wenn jetzt also der NAND mit Tools neu gebaut wird, werden System-Speicherdatei zwar angelegt, diese aber nicht der Index-Speicherdatei hinzugefügt. Bei einem Update auf 17.0.0 werden diese daher gelöscht.Das Löschen von System-Speicherdaten ist eigentlich unproblematisch, da die Switch automatisch ein neues anlegt. Nun, wäre da nicht die kritische Content-Meta-Datenbank mit der ID "
8000000000000120", die auflistet, welche Betriebssystem-Module installiert sind. Ohne diese weiß das System nicht, welche Module installiert sind und wird nicht starten, was zu den bekannten Symptomen führt. Und diese Speicherdatei muss sich natürlich auch in der Index-Speicherdatei befinden. Ergo findet das System nach einem Update auf 17.0.0 die Content-Meta-Datenbank nicht mehr.Tools wie "Haku33", "TegraExplorer", "EmmcHaccGen" und "ChoiDujour" resetten die Switch, indem sie einfach jede Speicherdatei außer die Content-Meta-Datenbank löschen – darunter fällt natürlich auch die Index-Speicherdatei!
In der vorherigen Atmosphère-Version hat SciresM einen Fix hinzugefügt, bei dem die Content-Meta-Datenbank neu gebaut wurde – das funktioniert allerdings nur beim ersten Boot direkt nach dem Update! Wenn das System vorher normal gestartet wurde, wurde diese Speicherdatei bereits gelöscht und leer neu angelegt, weshalb der Fix fehlschlägt. Demzufolge wurde nun eine Änderung durchgeführt – Atmosphère behebt jetzt auch automatisch das Problem, wenn die Content-Meta-Datenbank leer ist. Wer also in das Problem mit dem Blackscreen nach dem Booten läuft (oder einen Fatal-Error von boot1 (0100000000000005) bekommt), muss einfach mit Atmosphère v1.6.1+ booten um es zu beheben. Dies muss mit der fusee.bin geschehen!
Dieses Atmosphère-Update verbessert auch das USB-Transfer-Tool, indem es die Performance stark verbessert und die Oberfläche mit der GPU rendert. Auch wurde die Unterstützung für USB 3.0 verbessert.
Quelle:Wiidatabase.de
Moni kurze Frage, wenn ich meine CFW updaten möchte (ich spiele ausschließlich über diese, ggf kommt mal ein start ohne vor wenn der Jig nicht sofort klappt aber sonst ist alles noch "nackt"), muss ich original FW UND CFW updaten? Falls ja welche Reihenfolge? Oder reicht es aus die CFW zu updaten? (Habe einige Spiele die zumindest in der Beschreibung die 16er verlangen)
und warum es noch nicht möglich ist auf emu 17.00 zu updaten ?
updaten kann man, man kann dann anschließend nur keine Spiele spielen, weil es noch keine aktualisierten sigpatches gib. Zumindest die FS patches gibt es noch nicht weil sich die Struktur geändert hat und jetzt erstmal herausgefunden werden muss, welche Stelle im Programmcode gepatcht werden muss.
Und ich sags mal so, dass kann dauern.
Schau mal bitte hier:
Quelle:Wiidatabase.de
Ok vielleicht nicht ganz verstanden
Aber woran liegt es nun das kein amp Update für Support 17.00 gibt 🤔
updaten kann man, man kann dann anschließend nur keine Spiele spielen, weil es noch keine aktualisierten sigpatches gib. Zumindest die FS patches gibt es noch nicht weil sich die Struktur geändert hat und jetzt erstmal herausgefunden werden muss, welche Stelle im Programmcode gepatcht werden muss.
Und ich sags mal so, dass kann dauern.
Ging das nicht immer mit lockpick oder verwechsel ich da was warscheinlich schon 🤔🙈
Ging das nicht immer mit lockpick oder verwechsel ich da was
Lockpick_RCM liest lediglich nur die Switch Keys aus. Und AMS unterstützt die FW 17.0.0 ja grundsätzlich ab Version 1.6.0. Es gibt eben nur noch keine Sigpatches für diese Systemsoftware. Deshalb lassen sich derzeit auch noch keine installierten Titel unter FW 17.0.0 starten!
Oder reicht es aus die CFW zu updaten?
Ja, das reicht völlig! Du kannst auf einer super niedrigen FW Version im sysNand sein und mit der CFW auf 16.1.0.
Edit:
Im Übrigen könntest du unter amsPLUS ohnehin nicht gebannt werden, da unter der CFW die Verbindungen zu Nintendo vollständig blockiert sind.
Ah, stimmt, danke. Dann muss ich aber nochmal nachfragen, warum ich das dann nicht einfach bedenkenlos verknüpfen kann, sondern das Tool "linkalho" benutzen sollte.
Dann muss ich aber nochmal nachfragen, warum ich das dann nicht einfach bedenkenlos verknüpfen kann, sondern das Tool "linkalho" benutzen sollte.
Weil du unter der CFW keine Verbindung zu den Nintendo Servern herstellen kannst, um eine entsprechende Verlinkung vorzunehmen. Du hast doch selbst diesen Hinweis von mir in deinem Post zitiert!
danke, ergibt Sinn. Wald vor lauter Bäumen ... und so.
Alles anzeigenAlle Nintendo Services Nutzer, die ihre OFW noch nicht auf FW 17.0.0 aktualisiert haben, sollten sicherheitshalber, um einem Brick vorzubeugen diesen Guide hier umsetzen:
Bitte erstellt vor dem Update auf FW 17.0.0 unbedingt ein sysNand Backup gemäß Punkt 2 der Ersteinrichtung!!!
Vor dem Update müssen erst alle Modifikationen über das System Cleaner TE Script entfernt werden!
1. Aktualisiere amsPLUS/amsPLUS-M zunächst über das Online-Update in Verbindung mit dem Tegra Explorer Update Script.
2. Deaktiviere den Partition emuMMC über emuMMC --> Change emuMMC --> Disable.
3. Stelle nun eine UMS-Verbindung über (Tools --> USB-Tools --> SD Card) zum PC her. Navigiere auf der SD-Karte in den "bootloader" Ordner, lösche die Zeile "emummcforce=1" aus der "hekate_ipl.ini" und speichere diese ab. Trenne die UMS-Verbindung im Anschluss daran wieder ordnungsgemäß!
4. Gehe nun zur Hekate Option "Payloads" und wähle die "Fusee.bin" an.
5. Nun sollte AMS im sysNand booten und den Fehler automatisch fixen.
5. Reboote danach zu Hekate und aktiviere den Partition emuMMC wieder über emuMMC --> Change emuMMC --> SD RAW1.
6. Prüfe nun, ob die OFW ordnungsgemäß über das Hekate Launch Menü --> OFW gebootet wird.
Soll dies vor oder nach dem Update der OFW auf 17.0.0 erfolgen? Oder wird die OFW hierdurch automatisch auf 17.0.0 aktualisiert?
Habe ich es hier richtig verstanden? Ich muss nur Atmosphère v1.6.1 auf die SD Karte drauf machen und dann startet die switch wieder normal in die OFW?
Ich glaub du musst von hetake dann in Ofw booten
wie kann ich bei hekate auf SysMMC umschalten?n Und wie starte bzw. boote ich fusee.bin?
Ich glaub du musst von hetake dann in Ofw booten
habe ich gemacht. geht leider nicht.
Ich muss nur Atmosphère v1.6.1 auf die SD Karte drauf machen und dann startet die switch wieder normal in die OFW?
Vor allem muss dabei über Fusee gebootet und die CFW im sysNand ausgeführt werden
wie kann ich bei hekate auf SysMMC umschalten?n Und wie starte bzw. boote ich fusee.bin?
Gehe bitte nach der entsprechenden Methode 1 vor, die hier verlinkt ist!
Soll dies vor oder nach dem Update der OFW auf 17.0.0 erfolgen? Oder wird die OFW hierdurch automatisch auf 17.0.0 aktualisiert?
Vor dem Update, vorbeugen kommt u.a. in dem Satz vor.
Ich hoffe aber dass es in naher Zukunft nicht mehr nötig sein wird diesen Schritt überhaupt machen zu müssen, bin froh dass mein System bisher so super läuft.
Soll dies vor oder nach dem Update der OFW auf 17.0.0 erfolgen? Oder wird die OFW hierdurch automatisch auf 17.0.0 aktualisiert?
Nein, die OFW wird dadurch nicht auf FW 17.0.0 aktualisiert. Das musst du schon selbst machen, aber nicht vergessen vorher nochmal ein sysNand Backup anzulegen!
habe es jetzt auf die SD Karte Kopiert und wenn ich jetzt Atmo starte kommt der fehler.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
