Ist ein freeshop hier erlaubt?
Ich kenne das Tool nicht, aber ich lasse das gerade abklären.
Ist ein freeshop hier erlaubt?
Ich kenne das Tool nicht, aber ich lasse das gerade abklären.
Dieses Verfahren ist ein kompletter Mist.
Das hatte ich auch schon vermutet, als ich hörte, dass dieser Exploit ohne einen Webkit-Exploit daherkommen würde. Ich stellte vor einiger Zeit die Frage, ob es gut oder schlecht sei, dass der neue Kexploit ohne einen Webkit-Exploit auskommt. Aktuell würde ich sagen, dass es eher schlecht ist und noch umständlicher auszuführen ist, als der exFAT Exploit unter FW 9.00. Dank der ESP32-Module ist es mittlerweile unter FW 9.00 deutlich leichter geworden. Bleibt zu hoffen, dass etwas Vergleichbares für PPPwn kommen wird, denn das mit der LAN Verbindung und dem Initiieren von externer Quelle (PC oder Android) ist m.E. eine extreme Behinderung.
Zimbo .....und das hier wäre die für deine Konsole passende CFW Kompilation
Es geht um das Spiel Sand Land
Von wo hast du das Spiel, bzw. die US-Version bezogen?
cloud-strife Bitte schildere die Zusammenhänge zukünfig aus der Sicht des Entwicklers und nicht aus deiner! Sonst liest sich das so, als ob du dieses Menü entwickelt hättest, was ja nicht der Fall ist. Alternativ könntest du auch den Entwickler zitieren.
Vor dem Update ging alles noch einwandfrei. Erista von Juni 2017.
Am Update kann es nicht liegen. Hekate sollte im Normalfall immer booten, selbst wenn der Nand gebrickt wäre. Es muss also entweder an unvollständigen Daten auf der SD-Karte liegen, oder es liegt an einem Anwenderfehler.
habe heute versucht wie gewohnt über den FW-Downloader und Daybreak ein Update auf 18.0.1 zu machen.
FW-Downloader und Daxbreak Installation haben problemlos funktioniert, leider kommt aber nun diese Fehlermeldung beim Reboot, siehe Bild.
Offensichtlich bist du nicht nach den Anweisungen im Spoiler Nr. 7 vorgegangen. Ich weiß nicht, wie oft ich das schon schreiben musste......gehe nun bitte nach Punkt 2b der Checkliste für Problemlösungen vor und halte dich das nächste mal bitte an die Vorgaben!
Wie finde ich die installierte Version von boot9strap heraus und wie kann ich diese ggfs. aktualisieren? Ich weiß, dass es diese Seite dafür gibt https://3ds.hacks.guide/updating-b9s
aber da man dafür die boot.firm ersetzen muss, ist ein Reboot im Anschluss daran nicht mehr möglich, ohne die SD-Karte entnehmen zu müssen, um die boot.firm durch die von luma3ds wieder zu ersetzen, Gibt es noch eine andere Möglichkeit, die keine Entnahme der SD-Karte erfordert?
Edit:
OK! Ich habe einen anderen Weg gefunden, B9S zu aktualisieren. Es gibt im Release von SafeB9SInstaller eine firm Datei, die über die Payload Option von Luma3DS ausgeführt werden kann.
Edit2:
Und auch ein Tool habe ich gefunden, mit dem man die B9S Version ermitteln kann. Es ist ebenfalls eine firm Datei, die über das Luma3DS Payload Menü (Beim Booten den start Button gedrückt halten) aufgerufen werden kann.
Im Anhang habe ich das derzeit aktuellste Paket mit B9S Version 1.4 zusammengeschnürt, einschl. des Versionschecker Tools.
Voraussetzung: Es muss bereits Luma3DS installiert sein. Einfach die beiden Ordner aus dem Paket in den Root der SD-Karte per FTP transferieren, dann einen Reboot mit gedrückt gehaltener "Start" Taste durchführen und im Chainloader Menü "SafeB9SInstaller anwählen und den Anweisungen folgen. Um die Version im Anschluss daran überprüfen zu können, muss erneut ein Reboot auf die gleiche Weise durchgeführt werden und dann "b9s_check" angewählt werden.
Wäre es eine gute Idee einen MMC Rebuild nach dieser Anleitung zu versuchen: https://suchmememanyskill.github.io/guides/unbrick/ ?
Wenn schon, dann doch diese Anleitung hier:
....und wenn wirklich nichts anderes helfen sollte, dann diese Anleitung.
NXDumpTool auf aktuellen 2.0.0 Build 6acdb38 aktualisiert!
vielleicht funktioniert aus welchem Grund auch immer das TE Skript zum fusee aktivieren nicht richtig.
Doch! Die funktioniert zweifellos. Ich habe das selbst getestet, bevor ich es veröffentlicht habe. Man kann das auch selbst testen, denn durch das Aktivieren von Fusee wird der Bootscreen zweimal geladen, beim zweiten mal aber nur kurz.
heili Wie lauten denn die ersten 10 Ziffern der Seriennummer deiner Konsole?
Alles anzeigenRichtig wäre doch folgende Vorgehensweise:
1. emuNAND erstellen, einrichten, booten, testen -> Passt
2. emuNAND Backup erstellen und in den sysNand wiederhestellen
3. Im TegraExplorer SystemWipe bzw. Werksreset sysMMC
4. im AMSPlus Fusee aktivieren und emuNAND deaktivieren
5. Danach Atmosphere übers sysNand booten
Dann müsste Atmosphere den sysNAND reparieren, richtig?
Genau das!
Und das Problem ist ja die OFW und nicht amsplus
Ja, du hast Recht. Dein Problem hat eigentlich nichts mit amsPLUS-M zu tun, kann aber bis zu einem gewissen Grad hier noch supportet werden. Es steht dir aber frei, dafür ein eigenes Thema zu erstellen, insbesondere, weil dir dann womöglich eher geholfen werden kann.
Was du aber noch versuchen könntest, wäre den "Tegra Explorer Full" zu starten und dort unter "Browse eMMC/SYSTEM/save" die Datei "8000000000000000" zu löschen.
Was machen wenn die NSP datei zu groß ist ? 8GB
wie bekomme ich dann das Installiert ?
Die Größe der zu installierenden Datei spielt keine Rolle! Gehe einfach nach einer dieser Anleitungen für die Installation vor:
Edit:
Damit du den Hintergrund verstehst:
FAT32 ist das Standard-Dateisystem unter der Switch! Daher werden auch alle Titel in installierter Form entsprechend gesplittet im Content Ordner abgelegt, um so die Problematik mit der Datengrößenlimitierung umgehen zu können.
Wenn ich das rawnand File mit dem NxNandManager öffne, kommt FW ver. NOT FOUND.
Das ist für die Überprüfung unerheblich. Seltsam........dann müsste eigentlich Punkt 15 der FAQ die Lösung des Problems sein. Aber bevor wir hier noch lange rumrätseln, schlage ich vor, du führst die 3 oben genannten Punkte durch.
Achte aber bitte darauf, dass du keine Backups verwechselst (obwohl das eigentlich nicht passieren kann, da die Backup Dateien der emuMMC Partition auch in einem Unterordner "emummc" abgelegt werden.
Siehst du etwas, das ich falsch gemacht haben könnte?
Die Punkte 2 und 5 sind nicht so, wie es eigentlich vorgesehen ist (Richtiger wäre der Weg über Reboot to atomsphere/reboot_payload.bin). Aber das dürfte den Kohl nicht fett machen. Ich tippe mal auf einen Full-Brick! Das kannst du prüfen, indem du das erstellte sysNand Backup mit dem Testpaket, das unter Punkt 2.2 verlinkt ist, überprüfst.
heili Edit:
Da der emuMMC offenbar funktionstüchtig zu sein scheint, könntest du davon ein Backup erstellen und dieses Backup im sysNand wieder einspielen, allerdings mit einem Werksreset im Anschluss daran über das TE Script "Factory Reset"! Folge zudem den Anweisungen, die dir im Factory Reset Script vorgegeben werden. Also:
1. emuMMC Backup erstellen (Siehe Punkt 6 --> Sicherung des gesamten emuMMC Systems --> 2. Backup der emuMMC Partition --> Variante 1)
2. Wiederherstellung dieses Backups gemäß Punkt 13 der FAQ (Achtung hier müssen die Splitfiles aus dem emuMMC Ordner in den Restore Ordner verschoben werden, der für das sysNand Backup bestimmt ist, also in den root des restore Ordners und NICHT in den restore/emummc Ordner!)
3. Bevor in die OFW gebootet werden soll, muss erst ein Werksreset über das TE Script "Factory Reset --> Reset sysMMC" erfolgen!
Hier muss konzentriert vorgegangen werden, damit keine Fehler unterlaufen, die andernfalls nicht mehr rückgängig zu machen wären!
ein update pro Tag ist mehr als genug
Ich habe halt einen Update-Fetisch und muss zwanghaft alles immer auf dem aktuellsten Stand halten.