Um schreiben oder kommentieren zu können, benötigst du ein Benutzerkonto.
Du hast schon ein Benutzerkonto? Melde dich hier hier an.
Jetzt anmeldenHier kannst du ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellen
Ich glaube hier irgendean gelesen zu haben das der jumpstart nicht der driver ist sondern nur eine art von brücke zum wirklichen treiber.
Korrekt und das alles wurde auch schon versucht 
Der Jumpstart Driver macht hier genau gar nichts wobei nicht ganz klar ist warum nicht ich denke aber es liegt daran das er von einem bestimmten Teil der Apple Firmware aufgerufen wird bzw. erwartet das er davon aufgerufen wird. Wenn das nicht passiert tut der Treiber einfach gar nichts. Vermutlich müsste man sich hinsetzen und das Dingen Reverse engineeren um heraus zu finden was er will und braucht und wie er funktioniert aber das übersteigt zumindest meinen Horizont.
Ich checke den Jumpstarter im Hintergrund in Clover, da flexibler..
Habe das gleiche Ergebnis mit dem "drivers"-Befehl in der EFI-Shell, aber im Vergleich zum großen apfs.efi wird mit dem Jumpstarter kein "Driver-Type" oder "Driver-#D" Eintrag dargestellt, weswegen wahrscheinlich auch kein "Connect" zu den vorhandenen Partitionen möglich ist.
Es ist unklar ob es im Herbst eine neues OZ geben wird und ob das aktuelle OZ überhaupt beim neuen MacOS funktioniert. Die aktuellen mainboards werden leider nicht mehr supported.
Zitat: Es ist unklar ob es im Herbst eine neues OZ geben wird...
Wie ein neues OZ? 
Weil das jetzige Ozmosis ist nur ein von cecekpawon Gepatchtes 167X-Mass von 2015. Würde das neue auch bei neuen ab Z270 funktionieren.
Zitat: ob das aktuelle OZ überhaupt beim neuen MacOS funktioniert.
Wenn es kein neues geben wird, vielleicht wird das X-Mass von cecekpawon weiter gepatcht.
Bis Skylake (Z170/ H170) funktioniert es angeblich ja.
Und darüber könnte man OZ über die ESP laden. 
Vermutlich müsste man sich hinsetzen und das Dingen Reverse engineeren
Soweit ich weiß, hat @Download-Fritz das Ding mal reversed aber den releasten Code hat niemand in die Hand genommen oder so verstanden, dass daraus eine Lösung entstanden wäre .
Bei Oz wäre das wichtig, denn bei vielen Biosen ist nicht genug Platz, diesen Treiber unterzubringen. Bei meinem Gigabyte H61MA-D2V ist zu wenig platz, da wäre er gut und bei meinem Asus H61M-K ist genug Platz OZ mit allen unterzubringen.
Da würde ich dir zu rEFIt DBounce raten, von cecek modifiziert. Das Ding kannst du inklusive Info Plist in dein BIOS flashen und über die Plist einen Ordner und Treiber definieren. Aus diesem Ordner (zB EFI) werden dann die erwähnten Treiber geladen. DBounce kann als ChainLoader fungieren und ebenfalls befehle über Plists aus der EFI aufnehmen. Ebenfalls kann ein Main-Treiber definiert werden. Die Lösung ist auch dahingehend flexibel, dass Treiber im definierten Ordner sehr schnell geupdated und getauscht werden können.
Wenn es kein neues geben wird
Wird es mit sehr großer Wahrscheinlichkeit nicht. Wenn dann gibt es einen Patch für das neue OS.
Was für Features vermisst du denn mit Oz?
Schau mal hier vorbei: https://github.com/cecekpawon/UEFTW
Ich werde es heute versuchen.
Dann bin ich mal gespannt... Die Plist in das ROM als Raw Datei einzubinden ist etwas tricky. Leg die Plist entweder auf die EFI (flexibel) oder extrahier das vorhandene Raw (Extract Body), verändere es und binde es wieder ein indem du auf das alte Raw klickst und Replace Body benutzt.
Ja, da passt auch was noch nicht so ganz... Schau mal:
Nein, du darfst nicht einfach statt Off, On schreiben. Off ist eine gesetzte Option, die heißt so und bleibt so und kann entweder auf YES (true) oder auf NO (false) stehen. Wollen wir DBounce deaktivieren, stellen wir OFF auf NO.
Das sieht dann so aus:
Außerdem würde
Kann ich die HFS+ und so im Bios lassen oder müssen die Raus?
Wie gesagt, ich würde nur EnhancedFat reinpacken und FileSystem löschen. Alle anderen Treiber wie HFSPlus, APFS und was du noch haben willst, würde ich über die EFI und dann per DBounce injecten. Aber du kannst es auch zur Not anders versuchen, nur die defaults, alle Kexts und das Theme würde ich dann aus dem ROM entfernen und in die Oz EFI Struktur legen....
Cool! Funktioniert wirklich alles soweit?
Edit: Es funktioniert gut. Könnte man damit auch OZ auf Z170 Board mit 64Mbit UEFI nutzen oder bei Z270 Mainboards.
Jep, so ist ja die Idee, aber niemand hat Bock das ganze mal mit eigener Hardware auszuprobieren... *verstohlenes Schauen in Richtung @Intel6600*
Wieso willst du den LoaderPath deaktivieren? Ozmosis muss da als Chainloader drinstehen...
Was auch mal interessant wäre, wäre inwiefern die Kombi mit Ozmosis durch DBounce und Kexts/Defaults/Theme im ROM funktioniert. Wenn Ozmosis in der EFI ist und über Dbounce geladen wird, wird dann zB eine defaults, die im ROM liegt angenommen?
