Nach Hekate Update SD Karte fehlerhaft

Zitat von paine_one

Danach konnte ich kein Spiel mehr öffnen (fehlerhafte datein) und auch der HBmenu forwarder sagt er sei fehlerhaft.

Dir fehlen die Loader Patches für AMS 0.13.0! Diese müssen nach jedem Update von AMS angepasst werden. Würdest du amsPLUS nutzen, hättest du diese Probleme nicht!

Wenn du die CFW über fusee-primary bootest, kannst du dir die Patches aus dem amsPLUS Paket entnehmen (unter atmosphere/kip_patches/loader_patches) Solltest du jedoch eine CFW verwenden, die AMS über Hekate bootet, kann ich dir leider nicht helfen.

Zitat von paine_one

gibts nur welche bis 0.12 ... sind das die sigpatches die ich bräuchte?

Wenn du zukünftig nicht jedesmal nach einem neuen Update van AMS auf die Suche gehen möchtest, solltest du vielleicht mal über die Einrichtung von amsPLUS nachdenken.

Der "Standard Loader" für Atmosphére ist fusee-primary! Hekate ist ein universeller Bootloader, der AUCH Atmosphére booten kann! Es gibt zwei Versionen der Sigpatches (für fusee-primary und für das Booten von AMS über Hekate) Das Problem mit den Sigpatches, die für das Booten von AMS über Hekate notwendig sind, besteht darin, dass der Support dort zumeist hinterherhinkt.

Zitat von paine_one

hab was gelesen von einem chainload

Wenn du Atmosphére über Hekate bootest, wird fusee-primary über Hekate gechainloaded. Dann müssen die Patches ebenfalls über Hekate gebootet, und für Hekate angepasst sein.

Der m.E. bessere Weg ist das direkte Booten von Atmosphére über fusee-primary, ohne den Umweg über Hekate zu machen. Das ist auch hinsichtlich des Handlings der Sigpatches einfacher.

Zitat von paine_one

für was dann eigentlich überhaupt hekate nutzen?

Hekate ist ein Top Werkzeug, wenn es um Dinge wie emuMMC, Datei/Backup Management, Konsolen-Infos und das Booten von anderen Systemen, wie Lakka, Android, oder Ubuntu geht. Natürlich ist auch das Booten von Atmosphére möglich, aber das sollte m.E. doch besser über das Original erfolgen, nämlich direkt über fusee-primary!

Zitat von paine_one

startet fusee-primary auch die cfw im emummc?

Selbstverständlich! Das ist eine der Grundsäulen von amsPLUS! Es muss allerdings ein Partition emuMMC sein (Ein Datei emumMC ließe sich nur über Hekate booten, aber käme ohnehin nie an die Performance eines Partition emuMMC heran, und wäre auch wesentlich instabiler)

Zitat von paine_one

was bringt es dann hekate drauf zu haben wenn der cheinload des fusee nicht so klappt das man die sigpatches nutzen kann?

Das klappt schon, wenn man auch die richtigen Patches verwendet. Hekate ist auch ein wichtiger Bestandteil des amsPLUS Paketes, aber nicht als Bootloader für Atmosphére, sondern als Support-Werkzeug und bei Bedarf auch zum Booten von anderen Systemen (Lakka, Android oder Ubuntu/Linux)

Zitat von paine_one

wenn ich mein ams auf 0.13 und danach meine CFW per choidujournx auf 1.0.0.4 update, dann die sigpatches drüber lege

Das mit den Sipatches ist mittlerweile etwas komplizierter geworden, denn es gibt Sigpatches, die an die FW Version angepasst werden müssen UND Patches, die nach jedem neuen Update von AMS angepasst werden müssen. Unter amsPLUS muss sich der Anwender um diese Dinge nicht mehr kümmern, weil ich alles entsprechend aktuell halte.

Zitat von paine_one

über die app payload launcher den fusee-primary lade, gehts?

Wenn du die Patches für fusee-primary auf der SD-Karte vorliegen hättest, dann ja!

Zitat von muxi

aber käme ohnehin nie an die Performance eines Partition emuMMC heran, und wäre auch wesentlich instabiler

Also ich hab schon anderes gelesen. Der dateibasierte soll mittlerweile genauso gut laufen wie ein partitionsbasierter. Ich hab aber die Konsole von 'nem Bekannten noch nicht hier um das zu 100% zu bestätigen.

Zitat von BaamAlex

Also ich hab schon anderes gelesen.

Ich behaupte nicht irgendetwas ins Blaue hinein, sondern stütze meine Aussage auf die Angaben von Devs, sowie der eigenen Erfahrungen. Und hier geht eindeutig daraus hervor, dass der Datei emuMMC nicht die Qualität eines Partition emuMMC besitzt und diese auch nicht erreichen wird! Ich selbst habe schon einige Male die Instabilität eines Datei emuMMCs zu spüren bekommen, was sehr häufig nach einem FW Update der Fall gewesen ist. Nicht selten brickt diese Variante dabei, was mir bei dem Partition emuMMC nicht ein einziges Mal untergekommen ist.....und ich update / downgrade sehr häufig durch meine Tests! Daher habe ich auch, was das Updaten der FW unter dem (SX OS) Datei emuNand betrifft, im entsprechenden Thema auf die zwingende Notwendigkeit eines anzulegenden Backups hingewiesen, um einen drohenden Brick infolge eines FW Updates wieder rückgängig machen zu können. Diesen Hinweis habe ich prophylaktisch auch noch für den Partition emuMMC angegeben, wobei es hier m.E. nicht zwingend nötig ist (aber dennoch zu empfehlen wäre).