OpenCore Sammelthread (Hilfe und Diskussion)

Gigabyte-Mainboards der Z87er-/Z97er Kategorie & Opencore werden bestimmt keine "ziemlich besten Freunde", sondern eher das Gegenteil.

Heute habe ich meinen OC063-Backup-Stick nur eingesteckt und via F12 angewählt, um zu sehen, ob der daneben eingesteckte Live-Ubuntu-Install-Stick damit startet (was er tat).

Das hat gereicht, um zum Einen im Bios den bekannten Eintrag Opencore anzulegen und zum Zweiten den normalen Zugang zum BIOS zu verweigern.

Ein NVRAM-Reset von Clover (ist der normale BL für das Z87M-D3H) via F11 gelang nicht, der Weg über den Eingang des SingleUser mit sudo nvram -c ging nicht, aber im laufenden macOS wurde der Befehl nvram -c akzeptiert. Geändert/verbessert hat sich dadurch nichts - das BIOS bleibt dicht = schwarzer Bildschirm.

In die diversen OS komme ich via Clover-BL (hier noch auf einer HDD) rein - das funktioniert noch alles. Aber alle GUID-Sticks mit OC bzw. Clover (JetFlashTrans...4GB) werden nicht mehr als UEFI-Sticks via F12 angezeigt.

Somit kann ich nicht mal via OC-Stick ein NVRAM-Reset machen.

Wer also eines der o.b. MB sein eigen nennt und es mit OC in Verbindung bringt, spielt ganz heftig Risiko. Davon ist strengstens abzuraten.

Das ändert nichts daran, dass ich OC beim Asus 87 Deluxe & 87 A weiterhin einsetze, aber die Pläne für einen OC-Einsatz bei Gigabyte oder Vaio begrabe ich ganz schnell.

Hi mhaeuser, kennst Du so ein Problem mit OC: boote ich mit OpenCore 0.63 Mojave, Mojave ältere Version und Big Sur, funktioniert mein Grafiktablett nur teilweise, man kann zb. keine Striche überprüfen in dem Programm wo man die einstellt. Es zeigen sich keine Striche auf dem Bildschirm. Boote ich beide Mojave Partitionen mit Clover ist alles ok.

Was kann so eine Wirkung haben? Was kann ich versuchen?

OC und Clover haben die gleichen Sicherheitseinstellungen, Serials usw.

EDIT, hat sich erledigt. Einfach driver 14.5.0.201120 hat es repariert.

Zitat von Download-Fritz

Mit rein OC hat das nix zu tun.

Das ist mir eine etwas zu verengte Sichtweise.

Wenn OC Bootstrap mit sich führt, dann ist das für mich schon Bestandteil des BL - ansonsten könnte man es weglassen wie bei Clover.

Hier hilft mir aber die Erkenntnis der negativen Auswirkung auf bestimmte Plattformen jetzt auch nicht weiter, denn ich komme mit herkömmlichen Mitteln wie NVRAM-Reset o. Ä. nicht mehr an das Bios ran und muss wohl andere Maßnahmen ergreifen, über die ich mir noch nicht im Klaren bin.

Was es nicht alle gibt… https://galada.gitee.io/opencoreconfiguratoronline/

Wie in # 5.382 zu lesen, habe ich beim Gigabyte Z87M-D3H durch den Einsatz von OC dessen Bios Korrumpiert. Grund nach Aussage von mhaeuser ist das standardmäßig aktivierte Bootstrap.

Wie hier zu lesen, ist das Problem inzwischen behoben - das BIOS funktioniert wieder wie gewohnt.

Welches Fazit ist für mich zu ziehen?

Dass mir das bereits zum zweiten Mal passiert ist, muss ich in erster Linie mir anlasten.

Ich behaupte mal von mir, dass ich viel & intensiv lese, bevor ich "Hilfe" rufe. Das Thema Bootstrap inkl Auswirkungen ist aber offensichtlich an mir vorbei gegangen - insofern muss ich mich in die Pflicht nehmen, das Lesen und Nachforschen noch zu verbessern.

Aber ich möchte auch die Entwickler des wirklich guten Bootloaders OpenCore mit in die Plicht nehmen und genau aus diesem Grund:

Zitat von Download-Fritz

Bootstrap führt auf manchen Plattformen zu Problemen, ist aber schon lange bekannt

Wenn das also auf Entwickler-Seite bekannt ist, stellt sich die Frage, warum dann diese Funktion "Bootstrap" als Default-Einstellung vorgewählt ist.

Eher sollte als Vorsichtsmaßnahme diese Funktion standardmäßig abgeschaltet sein ("None"), um diejenigen Nutzer dieser anfälligen Plattform, die ähnlich wie ich das nicht so richtig mitbekommen haben (und da gibt es Etliche, wie nachzulesen ist), davor zu bewahren, Probleme oder Schlimmeres zu erleben.

Das wäre ein Präventivmaßnahme, die der Mehrheit nicht schadet, aber eine Minderheit vor möglichem Schaden bewahrt. Einfach ausschalten - kostet nichts!

Ähnliches sehe ich z. Bsp. auch hinsichtlich Timeout, der auf "5" voreingestellt ist, was Anfänger dann als ".. das geht so schnell - ich kann gar nicht so schnell lesen --" erleben und dann um Hlfe rufen.

Warum nicht auf "0" voreinstellen? Wer mehr automatisiert booten möchte, stellt sich das Timeout ein.

Zitat von cobanramo

Wenn man jetzt umstellt hast du wieder den geschrei von den restlichen 99% am Hals.

Das dürften schon ein paar mehr als nur 1% sein, die mit den alten 1150er Brettern arbeiten. Für Viele ist gerade ein älteres MB der Einstieg ins Hackintosh-Leben - die Lust auf Aufrüstung kommt meist beim Essen.

Wer so lange wie ich im Vertriebswesen - auch mit eigenen Produkten - am Markt gearbeitet hat, weiß, dass es manchmal klüger ist, sich auf eine Minderheit einzulassen. Wenn die dann Ähnliches erlebt hat, meldet die sich lautstark (was ja gut ist als Rückmeldung zur Verbesserungsmöglichkeit) , aber deren Unwillen & Ärger - ungeachtet der Tatsache, dass mehrheitlich Eigenverschulden dahinter steckt - wird mit dem Produkt in Verbindung gebracht.

Da baue ich doch vor, wenn es so einfach ist wie hier und vermeide Verärgerung auf der Anwenderseite. Wer als Anwender versiert genug ist, läuft eh nicht Gefahr und hat leicht den Schalter oder was auch immer so gesetzt, wie er ihn braucht.

Zitat von Download-Fritz

Die Sample ist ein "so in etwa könnte deine Config aussehen"

... und gibt dem weniger Sattelfesten damit bereits den Weg vor. "Das muss doch richtig & gut sein - es steht doch von den Entwicklern kommend so drin."

Machen wir uns doch nichts vor - so funktionert das doch in der Regel. Ist ja auch einfacher.

Aber um so besser, wenn es keine Standardwerte gibt - das macht es noch leichter, den Schalter ab Sample auf NONE bzw. Timeout auf 0 zu stellen. Niemand kann sich beschweren, denn es gibt ja keine Standardwerte.

Der positive Effekt ist aber, dass Kollisionen gemindert werden. Weniger Klagen - Zweck erfüllt. Was will man mehr?!

Zitat von Download-Fritz

In der Regel behebt ein NVRAM-Reset die Problematik. Dass er dies nicht tut, ist die noch nicht so lange bekannte Seltenheit.

Ja - dann ist es doch gut, dass ich mit meinem MB die Fallzahl etwas erhöhen konnte und mehr darüber diskutiert wird.

Zitat von Download-Fritz

und die Leute müssen das dann eben lesen und verstehen.

Erstrebenswert, aber wenig lebensnah: Ersteres ist an den Nachfragen schon erkennbar nicht allumfassend gegeben, Zweiteres ... auch für kluge Köpfe zuweilen problematisch.

Zitat von Arkturus

Boostrap kann das BIOS bei älteren Systemen durcheinander würfeln.

Das habe ich mir auf "schmerzhafte" Weise erneut klar gemacht. Man hat ja sonst keine Probleme.

Zitat von LuckyOldMan

Somit kann ich nicht mal via OC-Stick ein NVRAM-Reset machen.

Nur der Vollständigkeit halber: den Job konnte ich dann doch noch mit meinem Legacy-OC-Bootstick erledigen (da immer noch bootfähig), den ich für 775er Boards erstellt hatte.

Half zwar in diesem Fall auch nicht, sollte man aber als eine Alternative bei anderen Problemen im Gedächtnis halten.