![](https://www.hackintosh-forum.de/images/avatars/1f/9779-1f81c6dbab7b2438edcbd6ce77d329c0e3c86f31.png)
OpenCore Sammelthread (Hilfe und Diskussion)
- derHackfan
- Unerledigt
-
-
-
-
hast du mir auch deine clover efi zum vergleichen ?
edit :
versuch mal diese EF macdream
Hab ne komplett neue Config gemacht , in Verbindung mit dem Vanilla Guide.
hab auch alle renames rausgehauen , erst mal clean anfangen , oft verhunzen auch renames dir das System.
Genauso sind alle Kexte plus Drivers nun aktuell.
Desweiteren haben dir auch in der Config Einträge gefehlt , weiß nicht wie OC drauf reagiert wenn diese Fehlen.
Teste einfach mal
eine SSDT ist auch rausgeflogen , die UIAC , die brauchst du NUR wenn du weiterhin USBinjectAll Verwendet hättest , du braucht wenn du die USBPorts.kext hast nur die SSDT-EC
-
Was mir auffällt in der neuen EFI von julian91 ist jetzt die richtige FwRuntimeServices.efi mit 10kb enthalten.
icloud mit OpenCore nutzen:
#########################
in der config.plist unter Plattforminfo/Generic:
1. SystemSerialNumber
zB mit Cloverconfigurator generieren oder alte davon übernehmen
2.MLB:
# macserial -mlb C02*********
# ioreg -l -p IODeviceTree | grep \"system-id
"system-id" = <51ade5**************************>
und dann in diese Form bringen
51ade5**-****-****-****-************
4.ROM
ist gleich MACadresse ohne Doppelpunkte, entweder mittles Konsole auslesen (pipe geht mit Alt+7) oder unter Systemeinstellugnen-Netzwerk-Ethernet-Weitere Optionen-Hardware
# ifconfig | grep ether
Edit:
Mit OC-EFI-Maker lässt sich das Grundgerüst erstellen.DeviceProperties siehe Beitrag von karacho
Edit2:
Kontrolliere Seriennummer auf Anspruch auf Service und Support, diese sollte ungültig sein und keinem realen macOS-Gerät entsprechen, ansonsten könnte deine AppleID gesperrt werden.
Ergebnis sollte dann so aussehen:
-
Sorry, war in der Küche unterwegs, ist wichtiger
-
-
Danke, Danke !
Probiere ich gleich mal aus !
Ne, leider gleiches Problem. Muss noch mal weg...
-
-
Ja, klar das hab ich natürlich gemacht. Aber das Problem besteht dennoch...
Irgend etwas stimmt hier nicht, aber ich komme nicht drauf. BIOS-Einstellungen habe ich auch schon mal rumprobiert, denn da gibt es ja genügend widersprüchliche Meinungen hier im Forum.
und so sieht das Ganze dann aus:
-
Heute habe ich mich etwas mit der OC 0.5.4 nightly beschäftigt. Im Zuge dessen als ich die Differences gelesen habe bin ich auf die Einstellungen:
EnableSafeModeSlide und EnableWriteUnprotector gestossen. Beide standen bei mir auf YES sowie es auch in der Sample(Full).plist angegeben ist. Versuchsweise stellte ich zuerst EnableSafeModeSlide auf NO, da bootet mein System noch normal hoch, wenn ich EnableWriteUnprotector auf NO stelle versucht er zu booten endet aber hier "In Memory Panic Stackshot" siehe Bild.
Es ist natürlich kein Problem ich stellte wieder auf YES und gut war es -> System läuft super.
Aber dennoch wollte ich es verstehen kann mir bitte jemand etwas dazu sagen was es genau bewirkt lt. Anleitung folgendes:
-
EnableWriteUnprotector
Type: plist boolean
Failsafe: false
Description: Permit write access to UEFI runtime services code.ˆ
This option bypasses RX permissions in code pages of UEFI runtime services by removing write protection (WP)bit from CR0 register during their execution. This quirk requires OC_FIRMWARE_RUNTIME protocol implemented inFwRuntimeServices.efi.
Note: The necessity of this quirk is determined by early boot crashes of the firmware.
In der Note steht es das der Crash passieren kann somit wie geschrieben kein Problem.
Den EnableSafeModeSlide habe ich im Moment auf NO gelassen denn da merke ich so jetzt keinen Unterschied zu YES wie ich es vorher hatte. Habe ich hier dennoch irgendetwas zu beachten wenn der Schalter auf NO steht ?
Danke und eine besinnliche Zeit ...
-
EnableWriteUnprotector
-
Edit by al6042 -> Bitte keine Vollzitate von Beiträgen, welche direkt über deiner Antwort stehen...
Sollte das mit meinem MSI Krait Z170A Gaming R6 Auch laufen ?
-
plutect Wie der Name schon sagt bezieht sich EnableSafeModeSlide auf den Safe Mode (-x), natürlich merkst du da bei einem normalen Boot keinen Unterschied - wenn's ohne geht, ist doch gut.
Was EnableWriteUnprotector bewirkt hast du ja schon zitiert, der Schreibschutz der UEFI-RT-Code-Regionen wird aufgehoben.
-
Diese könnte für dein Board funktionieren, muss vorher aber an diversen Stellen angepasst werden.
Die Details dazu besprechen wie aber eher in deinem eigenen Thread, da diese hier nichts zu suchen haben.
-
hast du vielleicht noch eine Idee warum ich immer den gleichen Fehler (auch mit deiner EFI) habe? Mir fällt dazu nix mehr ein...
siehe #1490
Wenn ich auf den gleichen Stick die Clover EFI kopieren, funktioniert es. Grundsätzlich sollte also alles OK sein.
Ich habe etwas interessantes zu diesem Thema hier und hier gefunden, das könnte des Rätsels Lösung sein. Es passt jedenfalls gut ins Bild.
Allerdings möchte ich den "Overall Reset" BIOS und NVRAM Reset lieber nicht probieren, am Ende läuft dann meine Clover Installation auch nicht mehr.
Für mich ist hier erst mal Schluss mit OpenCore, mag auf manchen Boards gut funktionieren, für Otto Normal User viel zu kompliziert.
Vielen Dank für eure Hilfe.
-
Hallo, "für Otto Normal User viel zu kompliziert".... Einspruch euer Ehren,
man muß sich nur länger/öfter damit beschäftigen, dann klappt das auch,
Ich habe hier diverse Z-Boards zum testen gehabt.... null Probleme
-
Für mich ist hier erst mal Schluss mit OpenCore, mag auf manchen Boards gut funktionieren, für Otto Normal User viel zu kompliziert.
Da bin ich ganz dicht bei dir!
Sorry bananaskin wenn man (sonst) keine weiteren Verpflichtungen im Alttag hat ist das ganze Hackintosch Konzept eine reine Verschwendung von Lebenszeit, man eignet sich Fachwissen an und verschwendet Speicherkapazitäten für Dinge, welche im realen Leben keinen Nutzen erbringen, mal abgesehen von der körperlichen Verkümmerung die man erfährt wenn man auf dem Stuhl vor dem Rechner sitzt.
Hier sollte das Hobby und das ist es bei den meisten Anwendern, sehr sorgsam abgewogen werden wenn man die Folgen im Alter nicht außer acht lassen will, jeder ist seines Schicksal Schmied und für seine Gesundheit verantwortlich.
Off toppic? Vielleicht? -
Ich bin durchaus bereit eine Menge Zeit und Engagement in dieses „Hobby“ zu stecken, es macht natürlich auch Spaß bis zu einer gewissen Frustgrenze, aber für mich ist es kein reines „Hobby“ zum Zeitvertreib. Ich möchte hier auch ein brauchbares Ergebnis erzielen, im meinen Fall einen Ersatz für meinen iMac.
OpenCore ist ein sehr ambitioniertes Projekt, ich habe wirklich Respekt vor den Entwicklern, aber ich bin in erster Linie Benutzer. Für reine Benutzer ist das Ganze auch mit Doku (von Entwicklern für Entwickler) heute noch zu kompliziert. Das wird sich in einigen Monaten oder in einem Jahr vielleicht ändern. Ich werde dieses Thema jedenfalls weiter verfolgen. -
Das wird sich in einigen Monaten oder in einem Jahr vielleicht ändern.
Ich denke nicht weil sich das PDF zu OpenCore nicht ändern wird, hier müssen andere Mechanismen oder andere Verhaltensweisen aus der Community zum Einsatz kommen, also die welche es verstanden haben müssen es auch multiplizieren, so unter die Community streuen dass es als Lernstoff auch erkannt und verarbeitet werden kann.
Auf die Jahre oder Monate würde ich mich nicht verlassen, das wird sonst ein Sankt Nimmerlein Tag Datum... -
brb keine Verpflichtungen im Alltag </offtopic>
Clover hat gar keine Dokumentation - für OpenCores berühmt berüchtigte PDF gibt es für Clover schlichtweg kein Äquivalent. Da stellt sich fast schon die Frage, warum in Bezug auf diese die Parallelen zum Clover-Setup immer und immer wieder herbeigezerrt werden, ohne, dass dies auf irgendetwas konstruktives zusteuert.
Man munkelt, es soll Leute geben, die genug Freizeit haben, sich Monat um Monat über Zustände zu beschweren, die sie nach ihren eigenen Aussagen auch einfach mit herbeiführen könnten und/oder müssten, aber anscheinend zu wenig davon, um einen Finger dafür krumm zu machen. </offtopic>