GA-Z97X-UD5H-BK + i7-4790K kein Start mit AMD Grafikkarte

Zitat von kuckkuck

Hast du in der config.plist Inject Intel gesetzt? Ist zufälligerweise auch eine Fake ID für die Intel gesetzt?

config.plist = Clover
Bereich Devices:
Fake-ID (Devices -> Fake ID) = Kein Eintrag
Bereich Graphics:
FB Name: Futomaki / ig-platform-id: 0x0d220003 / Inject Intel: Ja / RadeonDeInit: Nein
Bereich: Kernel and Kext Patches
AppleAHCIPort -> Fix IO error ICH10
AppleAHCIPort -> Fix hotplug ICH10
AppleUSBXHCIPCI -> Change 15 Port Limit to 30
Die Kernel and Kext Patches sind bestimmt alle überflüssig, aber ich wollte da nichts dran rum testen, solange wir noch nicht allem auf den Grund gegangen sind.

Der DPCI-Manager zeigt im Bereich Grafik
Sierra: AMD Radeon HD 7xxx / ATY,AMD,RadeonFramebuffer / 4 Ports
HighSierra: AMD Radeon HD 7xxx / ATY,AMD,RadeonFramebuffer / 6 Ports

Der Eintrag: Intel HD Graphics 4600 fehlt komplett ...
Aber es gehen in Sierra und HighSierra beide Monitore (1x GPU + 1x iGPU)
Aber AirPlay Monitor geht nicht

Zitat von kuckkuck

Hast du unter Ozm einen Framebuffer für die AMD gesetzt oder Inject ATI aktiviert?

Ozm Toolbox sagt:
Ati Frambuffer: RadeonFrambuffer
Disable ATI Injection: 0
Disable Inject Intel: 0

Der DPCI-Manager zeigt im Bereich Grafik:
Sierra:
AMD Radeon HD 7xxx / ATY,AMD,RadeonFramebuffer / 4 Ports
Intel HD Graphics 4600 / 0x0d220003 / 3 Ports
HighSierra:
AMD Radeon HD 7xxx / ATY,AMD,RadeonFramebuffer / 6 Ports
Intel HD Graphics 4600 / 0x0d220003 / 3 Ports

Es gehen aber nur in Sierra beide Monitore unter HighSierra bleibt der an der GPU schwarz (Hintergrundbeleuchtung geht)
Aber es funktioniert AirPlay

Zitat von kuckkuck

Hast du mal jeweils WhatEvergreen.kext ausprobiert?

Nein, bis jetzt noch nicht. Ich dachte der wird nur benötigt wenn es Probleme mit dem Sleep gibt. Der funktioniert nämlich, zumindest mit Ozmosis, perfekt.

Und weiter gehts mit der Neverending Story

Habe mir von einem Arbeitskollegen ein weiteres Board organisiert um der Sache weiter auf den Grund zu gehen.

Habe jetzt also hier 2x GA-Z97X-UD5H-BK

Leider habe ich mit dem geborgtem Board das gleiche Problem. Sobald Ozmosis im BIOS steckt, komme ich mit aktivierter GPU nicht mehr ins BIOS und es bleibt beim Gigabyte-Splash-Screen hängen. Ohne GPU mit Monitor an der iGPU läuft alles ganz normal.
Bei beiden Motherboards, wie gesagt, genau das gleiche Verhalten.

Habe jetzt testhalber auch nochmal das GA-Z77N-WiFi aktiviert und dort die R9 280X eingestöpselt. Da funktioniert der Zugang zum BIOS absolut problemlos.

Zusammenfassung:
Also folgendes habe ich jetzt probiert:

Z97X-UD5H-BK + R9 280X + Ozmosis = Kein BIOS
Z97X-UD5H-BK + HD 5770 + Ozmosis = Kein BIOS
- Mit beiden Boards identisches Fehlerbild
- Verschiedene Netzteile und Kabel für die GraKa ausprobiert

Z77N-WiFi + R9 280X + Ozmosis = Komme ganz normal ins BIOS
Z77N-WiFi + HD 5770 + Ozmosis = Komme ganz normal ins BIOS

Die R9 mach ab und zu 2 vertikale Streifen beim Starten ... Kann dann aber trotzdem noch ins BIOS und Einstellungen vornehmen.
Beim booten des OS bleibt sie dann aber hängen. ResetButton und beim nächsten Start ist alles normal.

Ob es was bringen könnte ein EFI Bios auf die R9 zu flashen, so das sie ein "Mac"-Bios hat? Aber ich denke das dürfte eigentlich egal sein und nichts bringen, außer das ich mir eventuell die GraKa zerschieße.

Mhhhhh ... Aber die melden sich leider hier in dem Thread ja alle nicht zu Wort. Will da ja auch keinen auf den Senkel gehen.

Ich habe jetzt erstmal mein Z77N-Wifi wieder aktiviert und da die R9 drinnen. Dummerweise fällt die Kiste in den Sleep und erwacht dann nicht wieder. An was könnte das liegen? Kannst du mir eine Richtung vorschlagen in der ich mal suchen soll?
Habe nur CinemaDisplay, Tastatur und einen Bluetooth-Dongle am USB. Ich befürchte an letzterem könnte es wahrscheinlich liegen?
Und ich kann die iGPU maximal auf Auto stellen, sonst startet er nicht.

Aber ansonsten ist alles schön

Ja ... Leck mich am A... Also meine olle HD5770 lässt mich jetzt schonmal ins BIOS

Danke @griven

Versucht auch die M.2 SSD zu starten, aber ich sehe nur ganz kurz den Apfel und das war es.
-v schaffe ich gar nicht zu drücken, so schnell geht das.
Sollte ich mal eine Platte an den SATA0 hängen, obwohl das ja eigentlich keine Rolle spielen sollte wenn nur eine einzige Platte im System ist?

Aber jetzt haben wir schonmal einen Ansatz.

Wie geht's jetzt weiter?

/Update mit der R9 280X
Ich komme immer noch ins BIOS .... Aber wenn ich dort die Mac OS X Partition zum starten auswähle (oder per f12) dann lande ich beim Gigabyte-Splash-Screen und da bleibt er stehen.

/Update Nr.: 2
Wenn ich das OzmBios starten lasse und dann aber den Clover Stick auswähle, bringt der mich normal ins System.
/Update Nr.: 3
Wenn ich die iGPU deaktiviere funktioniert es ... Ich kann direkt ins Mac OS starten.
Ich tanze gerade verhalten durch mein Büro
Denn schlußendlich sollte es schon so sein das die aktiviert ist, wegen QuickSync.
/Update Nr.: 4
Was mir noch auffällt. SSD's an den "normalen" SATA Ports angeschloßen sind viel zu langsam. Es braucht bestimmt 10 min., bis der Rechner oben und der Desktop vollständig aufgebaut ist. Auch das öffnen von Programmen wird zum Geduldsspiel.
Die bezieht sich aber nur auf SATA0 und SATA1 an SATA3 ist es normal.
/Update Nr.: 5
Bekomme nur am DVI der Grafikkarte ein Bild. DisplayPort steigt bei der Übergabe zum Desktop (LoginScreen) aus und der Monitor am DVI bekommt das Bild.

@griven
Zuerstmal, nochmal, Danke sag'

@kuckkuck
Hab das neue BIOS geflasht. Erstmal ging danach gar nichts. BIOS blieb wieder stehen.
Nach mehrmaligen Reset und immer wieder auf der [Enf]-Taste rumgehämmer, bin ich dann irgendwann ins BIOS gekommen. Jetzt komme ich aber wieder "zuverlässig" rein.
Alle Einstellungen wieder vorgenommen. iGPU Aktiviert, GPU auf PCIe 1 ... Rechner startet nicht. Bleibt beim Gigabyte-Splash hängen.
iGPU wieder deaktiviert. Rechner startet ins OS
Im BIOS gehen beide Monitore die an der GraKa hängen. Der verbose wird dann nur auf dem DisplayPort angezeigt, dann initialisiert er die R9 wird schwarz und eine halbe Sekunde später geht der DVI Monitor an und zeigt den LoginScreen.
Der Ton am CinemaDisplay geht, aber es kommt kein Bild und es wird auch nirgendwo angezeigt.

Hinweise:
Der DPCIM sagt Futomaki Framebuffer
In OzmToolBox ist das Feld aber leer.
Ich habe aktuell eine DSDT und Atheros + Maus in der EFI liegen

@kuckkuck
@NVRAM
Mehrfach ... Wobei, nur zum Verständnis. wenn in der EFI nichts liegt, dann gibt es doch da eigentlich eh nichts zu laden. Also was neues.

@CSM-Setting
Windows Feature steht auf: Other OS ... Schon immer und per Default. Da gibt es dann kein CSM.
Bei Windows 8, oder Windows 8 WHQL taucht CSM auf. Das habe ich auch schon probiert. Beide Möglichkeiten und CSM dann immer auf: Never und Secure Boot: Disabled
Bild wird während der verbose Phase immer nur auf dem DisplayPort der R9 angezeigt.
Als letzte Meldung kommt:

und direkt danach geht der DVI Port der R9 an.

iGPU
Nein keine Monitore dran ... im BIOS auch deaktiviert, da er ja sonst nicht startet.

@Welche R9
Gigabyte R9 280X 3GB (GV-R928X0C-3GD rev.1.0)

@Framebuffer
In der defaults in deinem BISO steht keiner drinnen. Macht das vielleicht Sinn da einen reinzuschreiben?

/ Wieder ein erfreuliches Update
Deine Frage @kuckkuck nach der genauen GPU hat uns nämlich einen Schritt weiter gebracht. Habe dort gelesen das man den Framebuffer mal ausprobieren sollte.
Was ich auch direkt mal gemacht habe. Folgendes habe ich ins Terminal geknallt:

Neustart ---> Beide Monitore gehen

Auch das durchstarten funktioniert jetzt und ich muss nicht mehr per [F12] das Startlaufwerk auswählen. Es erscheint ganz normal das OzmosisTheme und startet dann auch brav. *Jubel*
Was doch so ein Framebuffer alles kann. Oder war es das DisableAtiInjection?

ABER die iGPU muss weiterhin deaktiviert bleiben, damit er startet.

Aber ein zum Aber:
Wenn ich im BIOS folgende Einstellungen tätige:

Windows 8 bzw. Windows 8 WHQL aktiv
CSM und Secure Boot never bzw. deaktiviert

Dann startet er auch mit aktivierter iGPU durch. Der Verbosetext wird wie immer auf dem DisplayPort gezeigt und bei der Meldung:

springt er rüber zum DVI Monitor. Diesmal aber eigentlich eine Zeile vorher, denn die Meldung erscheint dann total unklar und "verwackelt" auf
dem DVI-Monitor und bewegt sich nicht mehr weiter, während der DisplayPort-Monitor schwarz wird und bleibt.

Ich sitze zwar wie auf Kohlen und will endlich wieder einen normal nutzbaren Rechner haben, aber privat geht natürlich trotzdem vor. So ist das eben ... Ich bin ja so schon froh das du @kuckkuck und auch andere mir bei meinem Problem helfen.

@defaults.plist
Die defaults.plist die du von mir hast, also die die jetzt von dir in meine BIOS eingebunden wurde, sollte doch eigentlich so weit in Ordnung sein. Zumindest sollte man drauf aufbauen können. oder?

@Framebuffer per Terminal bzw. defaults.plist
Zum testen ist das Terminal praktischer, da entfällt der NVRAM Reset. Für die dauerhafte Nutzung soll/muss das dann natürlich in die defaults.plist.

@Framebuffer im speziellen
Meinst das der Framebuffer etwas damit zu tun haben kann, warum der blöde Rechenknecht immer noch nicht startet wenn die iGPU aktiviert ist? Den dann in die defaults schreiben bekomme ich natürlich hin, aber bei der DSDT bin ich raus. Da dreht mein Hirn eine Achterbahn im Kopf, wenn ich da reinschaue.

@Wie gehts weiter
Hauptproblem: Aktivieren der iGPU im BIOS möglich machen! Daran anschließend die QuickSync Geschichte.
Nebenprobleme bzw untergeordnete Probleme:
- Sound geht noch nicht, aber ist auch noch nicht angegangen worden.
- WLAN/BT geht durch original AppleCard auf PCI-Adapter ... BT mittlerweile auch stabil, seit usbinjectall.kext, bekommt der nämlich zuverlässig seine Daten, denke ich.

Dies alles so gut oder viel wie möglich per DSDT Regeln, wäre natürlich ein Traum. Aber da müsste ich die Arbeit komplett an einen der DSDT-Profis übergeben.

Hab jetzt mal mit Clover -> [F4] eine DSDT erstellt. Gleich wenn ich die mit MACIasl öffne und auf Compile klicke bekomme ich die ersten Error-Meldungen.

Mhhhhh ... Na wenigstens bin ich nicht alleine. Wir haben schon graue Haare von der Überlegung bekommen, woran es denn nun liegen könnte. Beruhigend zu wissen das es auch mit anderer Hardware passiert. Auch wenn's Ka..e (brauner Haufen) ist.
Scheinbar sind wir, hier im Forum zumindest, aber die einzig bekannten Fälle. ... Liegt wohl an der Leipziger Luft

Was hast du damals probiert um es eventuell doch hin zu bekommen? In deiner Hardwareinfo steht ja noch Ozmosis.

@Clover
Wenn alle Experten hier dann die Segel streichen, dann wird mir ja am Ende nichts anderes übrig bleiben, als zu Clover zu wechseln. Schau mer mal wie die Story hier ausgeht

Zwecks der Grafikkarte ... Das verwunderliche ist ja, meine HD5770 die jahrelang im kleinen aus meiner Systeminfo lief und läuft, legt auf dem großen Board das gleiche Verhalten an den Tag. Was die Verdächtigung von der Grafikkarte weglenkt.
Andersrum hat es aber auch keine Änderung gebracht die gleichen Grafikkarten in einen vorhandenem 2ten GA-Z97X-UD5H-BK
zu verbauen ... Denn auch da trat dieses verhalten auf.

Wer oder was jetzt genau Schuld ist, ist noch die große Frage.

Bei dem GA-Z97X-UD5H-BK ging es ja schon los damit das man das "normale" Ozmosis nicht betreiben konnte.
War das Verhalten von Ozmosis bei dir @ernie-t normal. Bist du mit der Grafikkarte und deaktivierter iGPU ins BIOS gekommen?

Eventuell flashe ich am Ende ja doch noch dieses "MacBIOS" drauf. Aber das ist noch Zukunftsmusik bzw. der Totengräbersong.
Denn das wäre wirklich der letzte Versuch. Habe da irgendwie Angst die Grafikkarte zu "zerflashen".

Hast du beim Support auch erfahren woran das rumgezicke liegt?
Meins ist dann scheinbar noch eine Stufe schlimmer, denn ich bin nach dem Flash des normalen Ozmosis nur noch mit ausgebauter GPU über die iGPU ins BIOS gekommen. Wenn @griven nicht die ExtraOzmosisVersion gebacken hätte würde ich jetzt noch weinend vor der Kiste sitzen

Also wie schon gesagt, ich würde gerne, natürlich mit Hilfe der fähigen Leute hier, wirklich alles probiert haben, bevor ich mich von Ozmosis verabschiede. Wobei das eine tränenreiche Schreidung werden würde.

@ernie-t Aber trotzdem schonmal Danke für das Hilfsangebot ... Wer weiss vielleicht zickt bei mir dann ja auch Clover rum und ich komme drauf zurück.

@kuckkuck, @derHackfan, @rubenszy, @griven, @ductator, @al6042 und all die anderen
Habt ihr noch irgendwelche Ideen, wie wir das mit der iGPU hinbekommen könnten?