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
hallo, welche oc version hast du eigentlich genutzt?
Der opencore Configurator kann wohl einiges verutschen lassen. Besser ist es nur den Plistedit Pro zu nehmen und Propertree für die Snapshot Funktion.
Das könnte erklären das es etwas anders als sonst unter NVRAM und unter Plattforminfo aussieht.
Das sollte da aussehen wie auf dieser Seite https://dortania.github.io/Ope…config.plist/skylake.html bei besagten Punkten.
Ich würd da nochmal von vorn anfangen, wer weiss was der OCC noch gemacht hat. Dauert eigentlich auch gar nicht soo lange. Die sample.plist in config.plist umbennen in den OC Ordner packen. Alles ACPIS, Treiber und benötigte kexte in ihren Ordnern haben und dann mit propertree einen Snapshot machen. Dann sind die Dinge schon mal alle eingefügt.
Danach einfach alles von Hand so einstellen wie auf den Bildern der Dortania Seite. Seriennummern und SMBIOS noch rein und deine Deviceproperties, die du von Clover einfach übernehmen kannst per copy und paste im Editor.
Anschliessend mit Sanity nochmal gegen checken lassen.
so wie es der fehler sagt, ist es- mit meiner config.plist verglichen "fehlt" diese section tasächlich in der deiner config.plist, insofern erzänzen, bzw. hinzufügen.
ich weiß jetzt nicht ob der punkt unter automatic, "SMBIOS" bei dir nur verrutscht ist, - ansonsten könntest du den in "Generic" umbenennen und testen, ob es damit schon klappt
In der Anleitung wird die sample.plist verwendet. Aus Erfahrung würd ich dir zu der raten. Mit der hat es bei mir geklappt. Die andere hab ich nie verwendet.
Hast du mal "CleanNvram.efi" aus OC/Tools versucht?
Warum bei so vielen Boards die Booteinträge verschwinden... Da habe ich mit meinem Gigabyte ja Glück 
Du hättest aber auch in clover einen NVRAM Reset machen können. Ich habe gestern auch mit Opencore mal gestartet, und danach konnte ich mit Ozmosis kein MacOS mehr starten bis zum nvram Reset... Warum sich die Bootloader nicht verstehen m... (mit Opencore könnte ich aber starten) 
Das ist nicht das erste Mal, daß mir OpenCore mit seinem NVRAM-Reset alles zerschießt.
Es gibt da so einen Trick... Wenn eine Funktion bekannterweise (Dokumentation, Foreneinträge) etwas tut, was man nicht möchte, dass es passiert, dann verwendet man sie nicht. Vor allem, wenn diese Funktion diesen Effekt bereits im Namen trägt. Sorry, ich bin allergisch gegen das Abwälzen des eigenen unüberlegten Verhaltens auf dokumentierte Software, die Einträge hast du dir selbst zerschossen.
Da NVRAM-Resets anscheinend weit verbreitet sind... das ist eine "letzter Ausweg"-Maßnahme, wenn aus irgendeinem Grund dort fehlerhafte Werte stehen, um nochmal "von Null" (ja, Null) anzufangen. Das ist nichts, was man tun sollte, um eine neue Konfiguration (wie bei Oz) oder dergleichen anzuwenden.
Es startet dann tatsächlich eine Art Bootscreen von OC, der SOOOO klein oben links
UIScale = 02 im NVRam kann hier Abhilfe schaffen um HiDPI zu aktivieren. Den TextRenderer am einfachsten erstmal auf BuiltinGraphics setzen, der System Renderer kann etwas tricky sein.
Keine Bootauswahl für macOS zur Auswahl
APFS/HFS Treiber muss aktiv sein. APFS aktivierst du in der config.plist selbst per EnableJumpstart. Ansonsten noch die ScanPolicy richtig einstellen, dir wird nur das angezeigt was die ScanPolicy zulässt.
Daß der NVRAM-Reset von OC natürlich den kompletten Boot zerstört hat
Der NVRam Reset setzt "nur" den NVRam zurück, da wird nichts an Bootloader oder dergleichen verändert.
auch Windows war nun nicht mehr bootbar
Wenn Windows nicht über OC bootbar ist, liegt das meistens an einem kaputten ACPI. Besonders wenn man von Clover kommt, lohnt es sich hier erstmal Ordnung zu schaffen und das ACPI so zu konfigurieren, dass es in sich schlüssig ist, ansonsten sind manche Geräte schnell nur partiell umbenannt o.ä und es geht garnichts mehr (auch bei macOS). Die meisten empfehlen alle Clover ACPI Patches zu löschen und zu booten und sich dann nochmal zu überlegen, was man davon genau braucht. Auch der (meist unnötige) _OSI Patch verhindert häufig den Windows Boot, weil Windows dann streikt und BIOS_ACPI Errors schmeißt (ACPI Patches wendet OC auch bei Windows an, im Gegensatz zu Clover). Verhindern lässt sich all das, indem mal Windows vorerst über das BIOS Bootmenü und nicht das OC Bootmenü, sprich "an OC vorbei" bootet. OC verändert nichts am Windows Bootloader, das macht wenn dann Windows selber, wenn es aufgrund von irgendwelchen erkannten Fehlern wie BIOS_ACPI (s.o) die Reparatur startet.
Ich hoffe du kommst mit den Tipps ein bisschen weiter.
Der NVRAM-Reset von OC hat aber wesentlich andere Wirkung als der NVRAM-Reset von Clover.
Und? Clover ist nicht die Referenz für alles, die Booteinträge werden von wortwörtlich allen anderen Implementierungen gelöscht, sprich OpenCore, Ozmosis und sogar Mac EFI... weil das unter anderem der Sinn eines Resets ist.
Ich würde aber gerne verstehen, was da passiert ist und wo die Unterschiede liegen.
Da passiert nix Spektakuläres, das ist auch kein Nebeneffekt, die werden einfach (bewusst) gelöscht.
Ich finde es nicht normal, daß OC auch einen in derselben EFI liegenden Microsoft-Bootloader so verändert, daß dieser nicht mehr brauchbar ist.
Gut, ich auch nicht, aber das passiert auch nicht.
Das ist nirgendwo dokumentiert
Tatsache... es gab auf jeden Fall Mal was, worauf ich schon verwiesen hatte, aber das war noch zu CleanNvram.efi, das muss bei der Migration verloren gegangen sein. Sowohl auf InsanelyMac als auch hier wurde das aber schon mehrfach erwähnt und besprochen. Doku wird angepasst.
