Liuervehc hat den Warmboot-Exploit caffeine für die Nintendo Switch offiziell freigegeben. Aufmerksame Leser werden feststellen, dass es sich dabei um den Warmboot-Exploit handelt, der "aus Versehen" mit einem Hekate-Update Ende letzten Jahres veröffentlicht wurde und der wichtigste Teil von déjà-vu ist. Schon im April hatte SciresM deutlich gemacht, dass User mit gepatchten Switches nicht updaten sollen.
Warmboot-Exploit für alle (auch gepatchte) Switch-Konsolen von 2.0.0 bis 3.0.0, sowie 4.0.1 und 4.1.0.
Diese Version unterstützt die Switch-Firmware 2.0.0 bis 3.0.0, sowie 4.0.1 und 4.1.0. Und ja, das bedeutet, dass gepatchte Konsolen mit dieser Firmware endlich eine Custom Firmware ausführen können! Für alle anderen Konsolen ergibt das wenig Sinn, da Fusée Gelée hier einfacher ist.
Wer über 4.1.0, aber unter 8.0.0 ist, sollte NICHT weiter aktualisieren! 8.0.0 patchte deja vu endgültig, darunter wird nur ein neuer Exploit benötigt (den Scires nicht mehr hat, da seine Festplatte abgeraucht ist). Unnötig zu erwähnen, dass das natürlich nur für gepatchte Konsolen gilt, da ungepatchte sowieso auf jeder Firmware eine CFW ausführen können.
Benutzung
Die Benutzung ist recht kompliziert und erfolgt über PegaSwitch – mehr auf unserer Download-Seite. Aber gute Neuigkeiten: Der Prozess wird in Zukunft noch weiter vereinfacht, da das AtlasNX-Team (bekannt von Kosmos) an einem einfachen Guide arbeitet und einen Server anbieten wird, auf dem PegaSwitch direkt läuft.
Der Exploit muss bei jedem vollständigen Shutdown erneut ausgeführt werden.
Bitte beachten!
Führt unbedingt Lockpick RCM, sowie ein Backup über Hekate aus, bevor ihr irgendetwas anderes macht! AKTIVIERT AUF GAR KEINEN FALL AUTORCM AUF GEPATCHTEN KONSOLEN ODER NUTZT CHOIDUJOURNX IM SYSNAND, DA DIES UNWEIGERLICH ZU EINEM BRICK FÜHRT! Logischerweise, da der RCM-Bug ja gefixt wurde und man dann in einer Sackgasse landet. Choi zum Update verwenden ist sicher, allerdings darf AutoRCM nicht aktiviert werden. Aber gibt ja eh keinen Grund, zu updaten.
Auch sollte ein EmuNAND verwendet werden, da ihr eure gepatchte Konsole NICHT aktualisieren dürft! Leider ist ein EmuNAND noch relativ kompliziert einzurichten, daher sollten Laien die Finger davon lassen. Versierte Anwender finden eine Kurzanleitung auf unserer Atmosphère-Seite unter "Hinweise zu Features".
In Kürze…
- caffeine ermöglicht die Ausführung einer Custom Firmware ohne zusätzliche Dinge (wie Jig, Dongle oder Kabel) auf den Firmware-Versionen 2.0.0 bis 3.0.0, sowie 4.0.1 und 4.1.0
- Dies gilt auch für gepatchte Konsolen – auf ungepatchten kann der Einfachheit weiter Fusée Gelée verwendet werden
- Ein Backup sollte unbedingt erstellt, sowie alle Keys gedumpt werden
- Ein EmuNAND empfiehlt sich
- Von AutoRCM die Finger lassen!
- Unerfahrene Anwender sollten noch warten
Ich hab ne gepatchte Switch firmware 4.1.0 mit der SN : XAJ400615xxx
ich komme bis zum punkt wo ich die Tasse zum installieren nehmen soll laut youtube Video dann sollte der Atmoshere laden stattdessen passsiert bei mir folgendes : ich wundere mich nur das ich beim Laden von Atmoshere in das hekate- CTCaer Mod lande ?
Hekate – CTCaer Mod v 4.10.1
Bitte nie YouTube-Videos folgen.
Hier, folg der Anleitung: https://switch.homebrew.guide/hacking/caffeine/forewarning
Hekate ist der Bootloader, der Atmosphère startet. Außerdem ist deine Hekate-Version alt.
bi der Anleitung 3x gefolgt ich komme immer wieder in hekate v5.0.0 menü
wenn ich das auf Launch CFW gehe bleibt die Wii im Startlogo hängen !
Irgendwie hatte ich gehofft das mal was universelleres kommt das auf allen gepatchten Konsole läuft. Switches mit FW unter 5.x wird man heutzutage nicht mehr im Laden bekommen, also wird die Masse der Switches nach wie vor nicht für Homebrew nutzbar sein. Schade.
Geduld.
ChoiDujourNX aktiviert "nur" standardmäßig AutoRCM. Man kann es im Installationsprozess aber auch deaktivieren.
Was ich mich viel eher frage:
Dieses Feature von Atmo, aus einem Error-Screen per VOL+ direkt neu in Atmo zu starten … ob das auch auf gepatchten Units funktioniert. Kann das nicht mal jemand ausprobieren? 😛
Sollte eigentlich funktionieren.
EDIT: Hab den Abschnitt mit ChoiDujour angepasst.
Das ist mir zu viel Konjunktiv. 😛
Die Frage ist ja, ob Atmo bei diesem Feature immer noch innerhalb Horizons bleibt. Dann würde sogar ein EmuNAND-Atmo direkt wieder ins EmuNAND-Atmo rebooten.
Falls das Feature aber nur in den RCM umleitet und dort dann den reboot_payload.bin sendet, würde das bei gepatchten Units ja nicht funktionieren.
Das funktioniert durch eine Erweiterung in smcGetConfig:
"In addition, smcGetConfig was extended to reboot to a payload in IRAM at 0x40010000 when ConfigItem 65001 is set to 2.".
Heißt "warm reboot" und ist dieser Abschnitt hier:
https://github.com/Atmosphere-NX/Atmosphere/blob/9691286d73581cecd95110fc993d3186e52ad75c/fusee/fusee-secondary/src/utils.c#L69-L85
Insofern geht das nicht nochmal über den RCM. Da Atmos beim Reboot die Config eh wieder einliest, würde auch ein EmuNAND wieder gestartet werden.
Großartig. Die Antwort, die ich hören wollte. 😉
Choi darf man doch nicht verwenden, da man bei einer zu niedrigen Fuses-Anzahl ja nicht mehr starten kann -> fullbrick
EDIT: Downgrades natürlich
Wann kommt denn endlich einer custem Firmware wie beim Nintendo 3ds (Luma cfw) raus so das ich nicht nach ausschalten der Konsole immer wieder mit dem jig und so hantieren muss. Ich habe die erste Switch mit Firmware 3.0
Da wirst du wohl noch lange warten können ^^' Über 3.0.1 kommt aber definitiv kein Coldboot-Exploit.
Mit der CFW an sich hat das wenig zu tun.
Atmo ist mehr oder weniger das Gleiche wie Luma3DS. Das einzig problematische ist der Einstiegspunkt zur manuellen Codeausführung. Der wird momentan nun mal auf der Switch über den Boot-Exploit genutzt (oder eben PegaSwitch im Warmboot).
Würde man hier eine andere Lücke finden, wäre Atmosphère quasi sofort Luma3DS (so wie du es meinst).
Es gibt aber – falls du das noch nicht weißt – zwei Möglichkeiten, falls dir die Tatsache, einen winzig kleinen Payload-Injector stets mitführen zu müssen (oder Handy + Kabel) zu viel Bauchschmerzen bereitet:
1. Lass die Konsole im Standby und falls du mal die CFW wechseln möchtest, benutze Reboot_to_payload und Argon NX oder Hekate. Selbst bei einem Systemabsturz (zumindest in Atmosphère) kannst du direkt in die CFW rebooten.
2. Du kannst – wenn du Willens bist – einen internen Modchip installieren, sodass du nie wieder ’n Dongle brauchst.