Und selbst dann sieht es keiner xD

Hallöchen allerseits!

Was ist das nur für ein tolles Forum hier!

Ich habe schon länger mitgelesen und mich noch fleißiger eingelesen.

Jetzt möchte ich auch mal eine Frage stellen

Vorher möchte ich mich aber einmal bei allen Experten hier recht herzlich bedanken.

Ich finde es super dass wir hier im deutschsprachigen Raum eine so erfahrene Community haben.

Sonst muss man immer in englischsprachigen Foren nach Lösungen suchen. Dem ist hier nicht so!

Recht herzlichen Dank an euch.

Mich interessiert das Thema Switch CFW sehr, bin aber noch nicht lange dabei.

Besitze eine Switch Mariko mit dem SX Core von Sandmann eingerichtet. Grüße gehen raus.

Habe mitte letzten Jahres das letztemal einen emuNAND Backup gemacht.

Das war ein Fehler. Aber man lernt ja dazu...

Dann vor ein paar Tagen von 10.2.0 (wenn ich mich recht entsinne) auf 11.0.1 geupdated.

Natürlich kein Backup gemacht und erst später gemerkt, dass es keine Updates mehr von SX OS gibt.

Naja, et is wie et is...

Umso mehr hab ich mich dann gefreut, dass Sandmann eine Methode entwickelt hat über 4 Files wieder von 11.0.1 auf 11.0.0 downzugraden.

Also hab ich mich direkt mal an Kempas tutorial gemacht. Ich danke euch beiden für diese Anleitung.

Hier hänge ich nun leider bei Schritt 2 fest.

Ich versuche gerade mit EmmcHaccGen die FW 11.0.0 zu extrahieren.

Dort habe ich Option 5 gewählt - Mariko nur FAT32. Bin mir nicht ganz im klaren darüber ob 5 oder 6 die richtige Wahl ist.

Aber egal ob ich 5 oder 6 auswähle, leider bekomme ich folgende Fehlermeldung:

Ich habe nun vermutet, dass es an den prodkeys liegen könnte. Es wurde hier in Post #843 schonmal von Kempa bei einem anderen User angesprochen, dass sie evtl. nicht komplett sein könnten. Meine Keys stammen von mitte letzten Jahres.

Also wollte ich sie nun neu auslesen.

Hab also den Lockpick RCM payload Version 1.9.0 in den root meiner SD Karte kopiert und dann noch den sept Ordner aus folgendem Thread in den root kopiert, damit ich unter SX OS 3.0.5 den payload starten kann:

RE: [Tutorial] Switch Keys auslesen

Dort kann ich zunächst einmal nur die keys des sysNAND auslesen. Die Option für den emuNAND habe ich garnicht. (Ist ausgegraut)

Deshalb an der Stelle die Frage: Welche Keys brauche ich denn hier? Die des SysNAND oder des emuNAND?

Wenn ich dann versuche die keys des sysNAND auszulesen, scheint das nur teilweise zu gelingen.

Er kann zwar 43 Keys extrahieren, gibt mir aber auch folgende Fehlermeldungen aus:

[LockPick_RCM v1.9.0]

MMC init... done in 11601 us

Unable to derive master key. kb=10.

Check sept files on SD and retry.

Master keys... done in 5701 us

BIS keys... done in 5 us

Missing needed BIS keys.

Skipping SD seed and titlekeys.

Found 43 keys.

Die Meldung lässt darauf schließen, dass etwas nicht mit dem gedownloadeten sept_Ordner stimmt, liege ich da richtig?
Die so erstellte prod.keys lässt sich auch nicht mit dem NX Nand Manager einlesen. Wenn ich das unter "configure keyset" versuche bekomme ich die Fehlermeldung. "error while parsing keyset file". Die alte prod.keys lässt sich hingegen einlesen.

An dieser Stelle nun weiss ich nicht mehr weiter.

Was habe ich übersehen? Was muss ich beachten?

Könntet ihr mir Hilfestellung geben wie ich weiter vorgehen muss?

Dank euch!
Pumukkl

Ich schick dir die 4 Files zu, dann brauchst du nichts weiter zutun als die einzuspielen

Hallo liebe Com ich hoffe ihr könnt mir helfen,

habe wie oben beschreiben mit ChoiDujourNx ein offline update gemacht, von 9.1.0 auf 11.0.0. ,das klappte auch problemlos ohne Fehler, als die Konsole neu starten wollte ging nichts mehr,habe versucht mit TegraRcmGui den payload zu laden, dies klappt aber nicht da die Konsole von meinen Beiden Pc´s nicht erkannt wird, was kann ich machen, danke für Eure Hilfe! Falls mehr Informationen benötigt werden antworte ich gerne, bin echt überfordert.

So habe es nun doch bis hier hin geschafft, mit dem RcmLoader Dongle weiss aber nicht weiter,wenn ich sxos starte,oder hekate bleibt die Konsole stehen und lädt nicht durch,danke für die Hilfe bis jetzt

LG Insane666

RCM geht immer! weil das Hardwarebasierend ist

Halte mal 20 Sek Power fest (kaltstart) und versuch es nochmal.

Nutzt du einen Dongle, oder den PC + Jig (klammer)?

Das hab ich schon gemacht,auch schon komplett ne minute an das Netzteil gehalten und 60 sek power gedrückt,leider ohne erfolg.Ich nutze den PC mit orginal usb kabel,wie gesagt pc sagt das er die HW nicht erkennt

Moin,

Mein Sohn hat es geschafft Aktualisieren zu drücken. Nun wird der RCM Loader nicht mehr geladen und ein freundliches 12.0.0 lacht mich aus ...

Beim payload laden erscheint ein "ERROR Fatal error: NXBOOT Unable to identify package 1.

Press Power to reboot.

Beste Lösung, warten auf eine CFW? Ein RAWNAND backup ist vorhanden, aber kriege keinen payload geladen.

gruß

Zitat von peterschmidt

Moin,

Mein Sohn hat es geschafft Aktualisieren zu drücken. Nun wird der RCM Loader nicht mehr geladen und ein freundliches 12.0.0 lacht mich aus ...

Beim payload laden erscheint ein "ERROR Fatal error: NXBOOT Unable to identify package 1.

Press Power to reboot.

Beste Lösung, warten auf eine CFW? Ein RAWNAND backup ist vorhanden, aber kriege keinen payload geladen.

gruß

Alles anzeigen

Welche CFW Kompilation wurde denn eingerichtet? Das klingt für mich nach einer CFW im sysNand und einem Betrieb ohne BigN Blocker.....zwei fatale Fehler!!!!

ja aber dns90 prod info block.

Offensichtlich nicht! Wenn du einen DNS Blocker aktiv hast kannst du keine Updates beziehen.

Das einfachste wäre zu warten bis AMS die 12.0 unterstützt und dann asap einen emuNAND einrichten mit den entsprechenden Blocks.

Zitat von anewbeginning

Wenn du einen DNS Blocker aktiv hast kannst du keine Updates beziehen.

peterschmidt Das trifft es auf den Punkt!! Welche CFW Kompilation hast du denn eingerichtet, bzw. nach welcher Anleitung ist das erfolgt? Eine wasserdichte CFW Einrichtung/Installation kann nicht versehentlich aktualisiert werden. Selbst ein versehentliches Update der OFW wäre ohne Bedeutung für ein CFW System, wenn es denn über einen emuMMC betrieben werden würde!

war damals 90DNS ⋆ DMplays hier und hatte es übernommen.

Anleitung übern Kumpel damals. War Athmosphere 11.0,1|AMS 0.16|S

Haben über Hekate erst full backup gemacht und dann entsrpechend installiert plus tinfoil für Jits

Internet war noch drin für tinfoil.

Mit Pech hast du deine Switch gebannt. Du warst ohne aktiven Block Online - wenn du Raubkopien abgespielt hast bist du wsl bald weg.

Warst du eventuell mal in einem zweiten WLAN Netzwerk?

Zitat von anewbeginning

Mit Pech hast du deine Switch gebannt. Du warst ohne aktiven Block Online - wenn du Raubkopien abgespielt hast bist du wsl bald weg.

Warst du eventuell mal in einem zweiten WLAN Netzwerk?

Nein. Konsole steht seit ende letzten Jahres an einem Platz.

Dann hat der Block offensichtlich nicht funktioniert. Sonst hätte die Switch nicht mitbekommen das ein Update verfügbar ist, und es auch nicht gedownloadet.

Hast du ein sysNAND Backup?

Das verünftigste wäre wohl du setzt denen sysNAND komplett zurück das er 100% clean wird. Erstellst ein neues sysNAND Backup .. und wenn AMSPlus aktualisiert wurde baust du dir einen emuNAND auf.

Und hoffen das du keinen Ban kassiert hast.

Zitat von anewbeginning

Das verünftigste wäre wohl du setzt denen sysNAND komplett zurück das er 100% clean wird. Erstellst ein neues sysNAND Backup .. und wenn AMSPlus aktualisiert wurde baust du dir einen emuNAND auf.

Und hoffen das du keinen Ban kassiert hast.

Ohne payload zu laden.. muss ich mal googlen

peterschmidt Die von dir verlinkten DNS Blocker sind schon lange nicht mehr gültig und somit völlig nutzlos! Dadurch konnte auch das FW Update heruntergeladen werden, weil alle Pforten für Nintendo offen waren und auch weiterhin sind! Wenn du dann auch noch Tinfoil nutzt, ist der Bann so gut wie sicher!! Unter den aktuelleren AMS Versionen, ab v0.18.0 gibt es einen Blocker, der nicht über DNS Werte, sondern über blockierte URLS den Zugriff durch Nintendo sicher unterbindet. Dieser muss aber eingerichtet werden. amsPLUS Nutzer haben dieses Feature, neben einem nativen Incognito Modus, bereits standardmäßig eingerichtet. Dort kann daher auch nichts passieren, auch kein "versehentliches" Updaten der Systemsoftware!