Switch Firmware 9.0.x released

ich schreib dir mal ne PN!

Danke ! Hab dir geantwortet

Zitat von mustang

das wusste ich auch nicht Oo
so lange der sysnand auf 8.01 oder 8.10 ist , und der emuMMC auf 9.0 ist gehen Gamecards ?
warum ist das so OO
aber im sysnand gehen Gamecards auch wenn beides auf 9.0 ist nur eben nicht mehr im emunand richtig

Sobald sich sich einer der NANDs (ob emu- oder sysNAND) auf 9.0.0 befindet, wird beim Einlegen einer Gamecard, die GC-Controller Firmware auf eine neue Version, die durch die fw 9.0.0 bereitsteht, geupdatet. Das heisst, dass der NAND, der noch tiefer als 9.0.0 ist, keine Gamecards mehr atzeptiert - bis der betroffene NAND auch auf 9.0.0 geupdatet wird. Die FW des GC-Controllers ist auf einem Extra Chip des Mainboards und unabhängig vom NAND.

eh ok oo
hat aber nix mit den controller zu tun ?
gamecard ist ja auf die spiele kasetten bezogen?

ok
verstehe ich das richtig , das auf emunand 9.0 gamecard geht und auf sysnand der auf 8.01 befindet keine game card jetzt gehen ?
oder gehen ab jetzt so lang sich beides nicht auf 9.0 befindet keine cards

Zitat von mustang

gamecard ist ja auf die spiele kasetten bezogen?

Exakt! Es geht hier nur um Spiele-Module, die u. Umständen auf eine ältere FW nicht mehr nutzbar sind.

Zitat von mustang

verstehe ich das richtig , das auf emunand 9.0 gamecard geht und auf sysnand der auf 8.01 befindet keine game card jetzt gehen ?

Genau. Wenn der emuNAND oder sysNAND auf 9.0.0 ist bekommt der GC-Controller eine neue Firmware, dass von nun an nur die FW 9.0.0 und drüber Spielemodule unterstützten. Und in dem Fall würde im sysNAND mit der FW 8.0.1 keine Spielemodule mehr gehen, solange der sysNAND nicht auf 9.0.0+ aktualisiert wird.

Zitat von mustang

oder gehen ab jetzt so lang sich beides nicht auf 9.0 befindet keine cards

Wen ein NAND, sagen wir mal der emuNAND auf 8.1.0 wäre und der sysNAND wurde auf 9.0.0 geupdatet, ist der GC-Controller aktualisiert. Somit würden im emuNAND keine gamecards mehr funktionieren bis man auch diesen auf 9.0.0 updatet. Umgekehrt ist der selbe Fall.....

Zitat von RedStonedLife2000

Wenn der emuNAND oder sysNAND auf 9.0.0 ist und es wurde einmal ein Spielemodul eingelegt, bekommt der GC-Controller eine neue Firmware

Ich würde sogar behaupten ohne das ein GC eingelegt wird, wird der Controller geupdatet.

Nee, erstmal muss eine Gamecard eingelegt werden, sodass der NAND mit dem GC-Controller kommuniziert und die neue Version, die die fw 9.0.0 enthält, drauf installiert. Wie sonst sollte der NoGC Patch (NoGameCard) von Atmosphere genau das verhindern?

oman oman komplexte sache <<

Zitat von RedStonedLife2000

wann ein spielmodul mal eingelegt wurde ist das egal oder muss nach dem update auf 9.0 wieder ein eiglegt werden ?

und macht es den dann sinn den sysnand auf 8.01 zu belassen eigentlich ?

@Conan179 Du hast Recht! Hab mich da ein wenig geirrt.

@mustang Muss mich selbst korrigieren. Das Update für den GC-Controller passiert unmittelbar nach dem FW-Update auf 9.0.0 bei Neustart der Konsole...

ok um es für mich etwas zu verdeutlichen (oman oman GC-Controller denke ich ihr meint die normalen Controller xD verwirrt )

ofw 8.01 gehen keine GC-Controller
cfw 9.0 gehen GC-Controller

wenn ich den ofw auch auf 9.0 update dann gehen auch da wieder GC-Controller

ist das jetzt richtig (hoffenlich) ?

Ja... Sobald der EmuNAND oder der SysNAND 9.0.0 hat muss der EmuNAND & SysNAND auch 9.0.0 haben dann geht der Game Card Slot wieder bei beiden Nands.

@mustang Der GC Controller funktioniert bei Atmo unter emuNand FW 9.0.0 nicht, weil diese CFW das Update verhindert! Ein Update des sysNands auf 9.0.0 ist deswegen nicht erforderlich. Du musst nur den Update Blocker deaktivieren, damit die GC Firmware aktualisiert werden kann. So ist dann auch der GC Slot unter der FW 9.0.0 im emuNand wieder nutzbar.

danke
ja lohnt sich es dann überhaupt den sysnand auf 8.01 zu belassen Oo `?

tiefer lohnt sich immer meiner ist auf 3.0.0 ich könnte ohne trinket, dongle, pc und jig ein payload/cfw booten

@mustang Du müsstest m.E. die FW auf offiziellem Weg über die OFW updaten, und dann unter dem sysNand 9.0.0 eine GC starten. Das würde die GC Firmware aktualisieren. Aber ich weiß nicht, ob dadurch nicht zusätzlich noch der Blocker in der CFW deaktiviert werden müsste, um die Nutzung auch darunter zu ermöglichen.

Zitat von muxi

Du musst nur den Update Blocker deaktivieren, damit die GC Firmware aktualisiert werden kann. So ist dann auch der GC Slot unter der FW 9.0.0 im emuNand wieder nutzbar.

sry @muxi irgendwie verstehe ich die aussage nicht so ganz ><
verstehe ich dich richtig so lang das firmware update ofw wie auch auf cfw blockiert bzw deaktiviert ist, wird das auf ofw dann automatisch geupdatet obwohl ich auf 8.01 bin ? somit kann ich auf 8.01 gamecard wieder nutzen ?

Zitat von pillemats

ein backup habe ich leider nicht.... was habe ich nun für möglichkeiten ?

Folge mal diesem Guide hier. Vielleicht kann man bei deiner Switch noch was retten. Und lege in Zukunft immer fleißig Backups an. Die schaden nicht und fressen kein Brot.

Zitat von Sandmann

tzja bei dir ist feierabend!

Eine Konsole mit Fusée Gelée Exploit zu bricken ist fast unmöglich hab ich mir sagen lassen solange man an die BIS Keys rankommt. Was ja eigentlich kein Problem sein sollte.

@mustang Du solltest eigentlich unter FW 8.0.1 den GC Slot weiterhin nutzen können, selbst wenn der emuMMC auf FW 9.0.0 sein sollte, da Atmo das Update des GC Slots standardmäßig verhindert. Versuche doch mal eine GC unter OFW 8.0.1 zu starten und dann vergleichsweise einmal über den emuMMC auf FW 9.0.0.

Lieber @BaamAlex schau mal was ich oben gefragt habe! Ob er die bis keys ausgelesen hat... bzw. kann man das auch nachträglich noch sofern ein update misslungen ist... Durch ein fehlerhaftes Update ist der bereich eigentlich nicht beschädigt aber auch hier braucht man viel Geduld um die keys noch auslesen zu können. Denn einfach so gehts nicht da die tools immer einen Fehler ausgeben

Ohne Backup wirds immer schwerer... unmöglich ist hier nichts, habe schon viele retten können...
Dennoch wenn man die biskeys nicht mehr auslesen kann ist ein downgrade nicht mehr möglich.
Er hat sie aber mal gesichert

Zitat von BaamAlex

Folge mal diesem Guide hier. Vielleicht kann man bei deiner Switch noch was retten. Und lege in Zukunft immer fleißig Backups an. Die schaden nicht und fressen kein Brot.

Das versuche ich gerade.

Ich komme bei 4.3 nicht weiter !

Wenn ich "ChoiDujour.exe --keyset=keys.txt fw" eingebe dann kommt diese meldung

C:\Users\Name\Desktop\ChoiDujour110>ChoiDujour.exe --keyset=keys.txt fw

ChoiDujour 1.1.0 by rajkosto
uses hactool by SciresM (https://github.com/SciresM/hactool)
visit https://switchtools.sshnuke.net for updates and more Switch stuff!

Using source firmware files from folder fw
Traceback (most recent call last):
File "ChoiDujour.py", line 517, in <module>
File "ChoiDujour.py", line 225, in call_hactool
Exception: [WARN]: Failed to match key "bis_kek_source", (value "34c1a0c48xxxx5e6adafc7e4f")
[WARN]: Failed to match key "bis_key_00", (value "4c3de956bd7e0e5ea5e408xxxx6ff2c7b910941b661d90b9238324d4126")
[WARN]: Failed to match key "bis_key_01", (value "3ed1133366460b8808fxxxxff14a48d3e5649f2913944357552f87b1b4")
[WARN]: Failed to match key "bis_key_02", (value "7a888eea6ef11b7cbexxxxx01be8c6f631910288901acc71149f55ef157")
[WARN]: Failed to match key "bis_key_03", (value "7a888eea6ef11b7cbxxxxc6f631910288901acc71149f55ef157")
[WARN]: Failed to match key "bis_key_source_00", (value "f83f386e2cd2xxxxa29bfc7487d92b03aa8bfdee1a74c3b6e35cb7106")
[WARN]: Failed to match key "bis_key_source_01", (value "41003049ddccc0xxx44424edab49dfcd98777249adc9f7ca4")
[WARN]: Failed to match key "bis_key_source_02", (value "52c2e9eb09e3eexxxxc4d12e14b2a474c1c09cb0359f015f4e4")
[WARN]: Failed to match key "device_key", (value "7b60db109dxxxx70ee48557bd")
[WARN]: Failed to match key "master_kek_00", (value "f759024fxxxxef91e6eecf37")
[WARN]: Failed to match key "master_kek_01", (value "bd27264aexxxx66e679e3")
[WARN]: Failed to match key "master_kek_02", (value "a3d4a8e153bxxxxf3e8f219cb4")
[WARN]: Failed to match key "master_kek_03", (value "1558f525ae8cxxxx6d8a8b0a8ee")
[WARN]: Failed to match key "master_kek_04", (value "9fbeb1957fc1xxxxx753a9086d6e01")
[WARN]: Failed to match key "master_kek_05", (value "94a92da1dxxxx891ced5607fc")
[WARN]: Failed to match key "master_kek_source_06", (value "294c04c8xxxx6497fbf34d50dd")
[WARN]: Failed to match key "master_kek_source_07", (value "decfebeb1xxxx49e62e0e872")
[WARN]: Failed to match key "master_kek_source_08", (value "0a0ddf342xxxxec7185ca4e07")
[WARN]: Failed to match key "master_kek_source_09", (value "6e7d2dcxxxx82ed5895ef3e9")
[WARN]: Failed to match key "per_console_key_source", (value "4f025f0ebxxxx4186c2f478")
[WARN]: Failed to match key "retail_specific_aes_key_source", (value "e2d6b8xxxx22888a46fba195")
[WARN]: Failed to match key "rsa_oaep_kek_generation_source", (value "a8caxxxxc1aa5e807b112")
[WARN]: Failed to match key "rsa_private_kek_generation_source", (value "ef2cbxxxxc38b9316784ddd")
[WARN]: Failed to match key "save_mac_kek_source", (value "d89c236ec9xxxx8743f9cf1b")
[WARN]: Failed to match key "save_mac_key", (value "fe0487b3af3faxxxx55662b3")
[WARN]: Failed to match key "save_mac_key_source", (value "e4cd3dxxxxxa487e5a063ea1f")
[WARN]: Failed to match key "sd_seed", (value "7bdd936ddxxxxb721a24cad")

[10700] Failed to execute script ChoiDujour

C:\Users\Name\Desktop\ChoiDujour110>

EDIT: habe in der key.txt die lines mal alle gelöscht und jetzt kommt das hier

C:\Users\Name\Desktop\ChoiDujour110>ChoiDujour.exe --keyset=keys.txt fw

ChoiDujour 1.1.0 by rajkosto
uses hactool by SciresM (https://github.com/SciresM/hactool)
visit https://switchtools.sshnuke.net for updates and more Switch stuff!

Using source firmware files from folder fw
Traceback (most recent call last):
File "ChoiDujour.py", line 517, in <module>
File "ChoiDujour.py", line 225, in call_hactool
Exception: Error: section 0 is corrupted!
Error: section 1 is corrupted!

[18652] Failed to execute script ChoiDujour

C:\Users\Name\Desktop\ChoiDujour110>