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
Wollte jetzt bei der ZBOX FileVault aktivieren. Ich kann mit der Meldung wenig anfangen.
Edit:
Scheint ein iCloud Problem zu sein, mit Wiederherstellungsschlüssel scheint es zu funktionieren.
Seltsam, dass es mit dem andern Hack (Asus-Board) und iCloud funktionierte
//// Gelösht da falsch plaziert
JimSalabim Hab ich noch nix von gehört. Von wo stammt diese bootliquor.efi? Ist die neuerdings Teil von OCSupport.pkg?
Jo, hab's gerade gegoogelt.
Edit: Finde dazu aber nix in der mitgelieferten Configuration.pdf. Lediglich in der Sample.plist und in der SampleFull.plist bei den Treibern, jedoch mit einer Raute versehen damit sie nicht geladen wird. 
Ja, hatte auch das gefunden, was karacho gefunden hat und hatte schon was Richtung Boot-Menü vermutet. Allerdings kann ich das mit der aktuellen Nightly auch gar nicht ausprobieren (falls es da schon angezeigt wird), weil bei mir nur der N-D-K-Fork funktioniert – dort ist die Datei bootliquor.efi zwar auch dabei, aber N-D-K hat ja schon ein eigenes grafisches Boot-Menü, das sich auch gar nicht deaktivieren lässt.
Guckt ihr hier -> https://github.com/acidanthera/bugtracker/issues/759
Oh cool! Hoffentlich fliegt beim N-D-K-Fork das "alte" Menü dann auch raus oder lässt sich durch das ersetzen, sobald es halbwegs fertig ist 
Was meinst du mit 'das alte Menü''? Das ohne Icons?
Apropos, du schreibst, dein MB bootet nur mit dem Fork von -n-d-k. Hast du denn die 057 von acidanthera mal bemüht? Wenn du das testen willst, dann vergiss nicht die FWRuntimeServices.efi mit der OpenCore.efi und der BOOTx64.efi gleich mit zu tauschen. Ob die BOOTx64.efi auch nötig ist, kann ich dir nicht beantworten. Ich für meinen Teil wechsle jedoch immer alle 3 Dateien und passe dann außerdem mit Diffmerge meine config.plist mit der Sample.plist mit der von acidanthera an. In dem Fall mache ich keine Experimente und keine Kompromisse. Gibt nur entweder oder.
BootLiquor wird/ist eine GUI, ja... aktuell noch ein bisschen kaputt und rau (wenn ihr zu viele Einträge habt, werden sie abgeschnitten usw).
Dass NDK funktioniert, vanilla aber nicht, ist bei richtiger Konfiguration praktisch ausgeschlossen
mhaeuser Die Konfiguration ist bei mir zu 100 % identisch, aber bei bei der normalen Acidanthera-Version gibt’s ein Halteverbots-Schild (bzw. Runtime Allocation Error) beim Versuch, macOS zu booten. Das war jetzt schon bei allen bisherigen Versionen so, auch bei 0.5.7, und bei N-D-K klappt es entsprechend auch schon immer, seit ich OpenCore vor ein paar Monaten zum ersten Mal ausprobiert habe.
Die FwRuntimeServices habe ich zusätzlich zur OpenCore.efi und der BOOTx64.efi auch immer mit ersetzt, die Dateien sind also alles die korrekten, und in der config.plist habe ich keine Änderungen zu meiner funktionierenden N-D-K-Version vorgenommen, außer den Eintrag "EnableForAll" aus den ACPI-Quirks entfernt, weil das auch in der sample.plist der einzige Eintrag ist, der die N-D-K von der normalen Version unterscheidet.
Irgendetwas MUSS also ja eigentlich bei N-D-K anders sein, sonst würde es ja funktionieren.
Meine config.plist ist anbei. Seriennummer, ROM, MLB und System UUID hab ich raus gelöscht.
AppleCpuPmCfgLock und AppleXcpmCfgLock sind deshalb nicht aktiv, weil ich den MRS 0xE2 Lock am Board entfernt habe.
Wenn was an der Konfiguration nicht richtig wäre, dürfte es aber ja demnach mit N-D-K auch nicht gehen. Ohne slide=0 hab ich es natürlich auch schon probiert, geht auch nicht. Und nen Slide-Wert errechnet etc. hab ich auch alles schon mal, das hat ebenso wenig funktioniert, daran liegt es also nicht.
karacho Mit "altes" Menü meinte ich eigentlich kein altes Menü, sondern das aktuelle N-D-K-Menü, da hab ich mich falsch ausgedrückt
JimSalabim Jo, das mit dem slide und den -lock Quirks hatten wir ja alles schon durch während der Testphase für das Designare. Seltsam ist es trotzdem, dass der n-d-k Fork funktioniert und der Originale nicht.
Bei mir ist (ohne Veränderung irgendwelcher Hardware) seit 10 Neustarts das Booten total langsam. Genau genommen der Wechsel vom BIOS zu OpenCore. Es steht im BIOS Screen "Press DEL to Enter Setup" und dann dauert es etwa 90 Sekunden, bis OpenCore erscheint. Dann ist wieder alles normal schnell und macOS bootet normal.
Beim Drücken von DEL oder F12 dauert es ebenfalls etwa 90 Sekunden, bis das BIOS bzw. die Boot-Auswahl auftaucht. Hat jemand eine Idee, woran das liegen kann? Ich spiele gerade mit ACPI-Patches rum, nutze aber nur die Vorlagen von OpenCore nach den Anleitungen von Khronokernel
Was ist passiert? Wie bekomme ich das wieder so schnell wie immer?! Danke!
EDIT: Hat sich erledigt. Nach 20 Stunden Pause ist alles wieder beim Alten.
JimSalabim hattest du nicht Mal für beide Logs gepostet?
mhaeuser Ja, hier auch nochmal ganz aktuelle Logs anbei! Ich wüsste jetzt allerdings nicht, wo ich da Auskunft über den Fehler finde. Die sind ja sehr ähnlich, das N-D-K-Log endet mit
09:463 00:015 OCSMC: SmcReadValue Key 4D535463 Size 1
09:466 00:003 OCSMC: SmcReadValue Key 4D534163 Size 2
und das Acidanthera-Log auch, außer dass dahinter halt noch kommt:
34:773 10:017 OC: Boot failed - Aborted
34:777 00:003 OCB: StartImage failed - Aborted
Habe gestern die kexts und EFI-Treiber auf den neuesten Stand gebracht. Danach ließ sich keines der Mac OS mehr starten. Blieb beim ersten Apfel hängen. Darauf habe ich mit dem Notfall-Stick gebootet und die EFI vom Stick auf die EFI-Partition der SSD kopiert. Danach lief wieder alles wie gewohnt.
Ich benutze Opencore 0.54.
Ersetzt habe ich folgende EFI-Treiber, die ich mit dem Kext-Updater geladen habe.
ApfsDriverLoader.efi
FwRuntimeServices.efi
HfsPlus.efi
Gibt des da gewisse Inkompatibilitäten mit OC 0.54 und den neuen Treibern?
Ich denke da in erster Linie an FwRuntimeServices.efi
bluebyte Hast du deine config.plist mit der neuen sample.plist abgeglichen? Es sind seit 0.5.4 so einige neue Einträge hinzugekommen und viele alte entfernt worden. Das sollte man bei jedem OpenCore-Update machen.
EDIT: Sorry, ich hatte gelesen, du hättest OpenCore ebenfalls upgedatet. Vielleicht solltest du das aber auch machen. In deinem Fall wird es dann vielleicht das neue FwRuntimeServices sein, das vielleicht mit dem alten OpenCore nicht mehr will?
