Suchergebnisse

(Zitat von boarder80)Ja und was ist dann?Der Mechanismus hinter UnSolid.kext funktioniert mit Mojave nicht mehr. Dementsprechend kann Mojave nur auf APFS installiert werden (abgesehen von HFS Klons u.ä...)

Mit einem Mojave APFS auf HFS Klon kann man wohl irgendwie auch auf HFS bleiben...Dein Problem wird das APFS Bootentry sein. Nach der Installation wird neugestartet und versucht von der APFS-Installation zu starten. Ohne Darboot wird dir dieser Booteintrag nicht gezeigt und stattdessen Windows gestartet.Du kannst versuchen per bcfg einen neuen Booteintrag zu erstellen, oder Darboot benutzen.

Du kannst Darboot auch manuell laden oder per bcfg nutzen.Leg Darboot.efi und DarBoot.plist nach EFI/Efi. Boot dann in die Shell und navigiere zu dem Ort wo DarBoot.efi liegt, also zB fs0: --> cd Efi.Dort lädst du dann den Treiber als StartladeProgramm mit bcfg driver add 0 Darboot.efi DarBoot. Nach einem Neustart wird DarBoot dann bei jedem Start geladen, bis du einen NVRam reset machst.

Ja das denke ich... Bei HS war es wohl schon das gleiche Problem - APFS, und diesmal lässt es sich halt nicht durch HFS, sondern nur durch Darboot lösen.Den KernextPatcher musst du nicht benutzen, aber es lassen sich über eine KernextPatcher.plist Kext2Patch Einträge verwirklichen. Wenn man das braucht, kann man es nutzen, in deinem ROM ist der KernextPatcher unmodifiziert und sorgt zusammen mit Ozmosis dafür, dass Mojave starten kann...

Wieso willst du den KernextPatcher modifizieren? Welchen K2P brauchst du so unbedingt?

Du kannst das gerne ausprobieren, es geht auch sehr einfach, du musst nur wissen was du machen willst...

KernextPatcher ist was ganz anderes als Darboot...?DarBoot fügt Darwin BootEinträge hinzu und KernextPatcher kann den macOS Kernel oder Kernel-Extensions patchen...

Vielleicht hilft dir das hier weiter: https://github.com/cecekpawon/UEFTW/wiki