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
Probier es aus
es sind eh nur 2 Dateien die es in diesem BIOS Betreffen FakeSMC, und LAN Z87MXD3H-F6-OZM-DSDT-G-Test.rom.zip
Wollte nur rückmelden: Dieses BIOS funktioniert zumindest bei mir nicht. Mac OS wird zwar gebootet, aber der Kreis dreht sich ewig. Mit dem "alten" BIOS gings sofort wieder (bei identen Settings). Danke trotzdem für die Mühe!
Das ist mir in 15-Jahren beruflicher IT-Erfahrung zwar noch nie untergekommen, aber ich bin damit auch lange genug dabei, um soetwas als Ursache niemals auszuschließen. 
Ich werds auch probieren - danke für den Hinweis!
Ich habs wie gesagt nur ganz selten, was die Fehlersuche aber deutlich erschwert. Hab mich bisher mit einigen Bios-Settings gespielt, Hardware getauscht... und ja, Bios tausche ich natürlich auch gerne, wenn es evtl. helfen könnte.
Wenns mehrfach am Tag auftaucht, stimmt da aber gröber was nicht. Hast du deinen RAM schonmal mit memtest gecheckt?
Nachdem ich auf zwei halbwegs identen Systemen mit dem GA-Z87MX-D3H und dem Bios hier aus dem Forum ab und zu Probleme habe (unregelmäßige Reboots, ca. 1x im Monat), würde ich mich anbieten, ein Bios in der neuen Version ausführlich zu testen.
Wie das genau geht musst du die Spezialisten hier fragen, aber es geht halt einfach. Hat beim F5-BIOS bei mir nicht geklappt, aber mit dem F6-BIOS gehts.
Das File aus Post 25 (F6) könnte in die Datenbank, weil damit alles wie mit F5 funktioniert.
LAN geht jetzt übrigens nach dem zweiten Start mit diesem BIOS auch ohne Kext! 
TimeMachine funktionierte bei mir mit F5 (wo LAN nur mit gepatchter Kext ging) ohne jegliche Probleme mit einer USB-HDD.
Das Restart-Problem kenne ich nicht, wobei ich auch das Soft-Off Delay aktiviert habe und WoL natürlich aus ist.
Sorry für die späte Antwort, ging leider nicht früher.
Also das BIOS scheint soweit super zu funktionieren (LAN kann ich leider nicht testen, hab den gepatchten Treiber schon drauf). Die USB-Zuordnung ist leider nach wie vor falsch - siehe Anhang. Das was da unter "USB 3.0 Hi-Speed Bus" aufscheint hängt tatsächlich auf USB 2.0-Anschlüssen.
Edit 26.02.2014:
So, das 10.9.2-Update ging auch ohne Probleme auf diesem Board... ich bin begeistert!
Ethernet
ist noch da, ich weiß allerdings nicht ob die Kext vom Update
überschrieben wurde und die Änderungen im F6-BIOS helfen oder ob doch
noch der MultiBeast-Patch dafür sorgt.
USB-seitig ist alles beim alten, also nach wie vor USB 3.0 Hi-Speed.
Welches USB Problem, beim Z87MX-D3H?
Ich hab das Problem, dass die USB 2.0-Ports als USB 3.0 angezeigt werden (damit bin ich nicht allein, wie andere Screenshots gezeigt haben). Das verursacht beim originalen Bluetoothmodul des iMacs von 2011 vermutlich ein Problem mit dem Ruhezustand. 
Kannst du bei der Gelegenheit evtl. nochmal kurz wegen des USB-Problems nachschaun? Wäre ganz nett!
Kleines Update: nachdem ich in meinem G5-Gehäuse die Ports der internen USB-Header verwenden muss, weil die Ports des Boards nicht erreichbar sind, habe ich auch ohne die Bluetooth-Karte Probleme mit USB-Geräten, die den Ruhezustand beenden - Auslöser ist immer xhc. Kann man die DSDT irgendwie so hinbiegen, dass USB 2.0 mit ehc geladen wird?
Super, vielen Dank schonmal! Wenn ich irgendwie behilflich sein kann, musst du es nur sagen.
Also ich habe auf diesem Board DP und DVI erfolgreich getestet, falls dir das hilft. Monitore waren von Dell (P2314H und U2713HM). Beides mal jedoch ohne jegliche Adapter und Sound habe ich nicht getestet.
Vielen Dank!
Sieht bei mir genauso aus, nur dass die Zuordnung nicht ganz stimmt - der erste Eintrag gilt nämlich auch für die USB 2.0-Header am Mainboard und wird deshalb scheinbar mit den falschen Treibern (xhc) betrieben.
Ich glaub mir kann nur noch Thomaso66 helfen... 
Darf ich andere Z87MX-D3H-Benutzer mal kurz bitten, im Profiler nachzusehen, ob die USB 2.0-Ports bei ihnen auch als USB 3 erkannt werden? 
Nachtrag: Diese DSDT hat übrigens kurz später dazu geführt, dass das BIOS seine Settings verloren hat - vielleicht ist diese Info für die DSDT-Optimierung hilfreich.
Ein anderer Ansatz: ich bekomme ja die Fehlermeldung vom XHC, eigentlich sollte das aber EHC sein, weil die Header nur USB 2.0 sind, oder? Ist da mit den USB-Ports vielleicht etwas falsch zugeordnet? Im Profiler wird das BT-Gerät sowie ein Cardreader, der an einem anderen USB 2-Header steckt, tauchen unter "USB 3.0-Hochgeschwindigkeitsbus" auf. Im Screenshot ist das deutlich sichtbar - an USB 3.0-Ports ist momentan gar nichts angesteckt.
Vielen Dank für das File. Hab es auf die EFI-Partition der SSD kopiert (hab ein FusionDrive laufen, aber auf der HDD ist die EFI-Partition leer) und nach einem Neustart den Ruhezustand probiert - leider ohne Erfolg. 
Wake Reason nach wie vor: XHC.
Hat jemand vielleicht noch eine Idee?
Hallo,
ich habe ein GA-Z87MX-D3H mit dem Ozmosis-Bios aus der Datenbank (http://hackintosh-forum.de/ind…ad&postID=94576#post94576) im Einsatz, welches wirklich wunderbar läuft - bis auf einen Patch für das LAN habe ich nichts installieren müssen.
Nun habe ich für WIFI und Bluetooth eine originale Apple Combokarte aus einem iMac 2012 (802.11n + BT 4.0), die ja einen eigenen Anschluss besitzt, der jedoch von den Signalen her mit PCIe kompatibel ist, per selbstgebastelten Adapter an eine PCIe-Karte angeschlossen. Das funktioniert soweit auch wunderbar, als WIFI und Bluetooth out of the box funktionieren.
Das einzige Problem: die Datensignale der Bluetooth-Karte gehen ja über USB, weshalb auf den PCIe-Adapterkarten ja auch eine Schnittstelle zu einem USB-Header vorhanden ist. Die Verbindung ist natürlich nötig, da die Bluetooth-Karte sonst nicht erkannt wird. Sobald die Karte aber über BT angeschlossen wird, funktioniert der Ruhezustand nicht mehr. Es wird zwar kurz alles heruntergefahren, doch 1 Sekunde danach startet sich das System sogleich wieder.
Die Bluetooth-Aufwachfunktion habe ich bereits ausgeschaltet, sogar bei unter Mac OS deaktivierem BT bleibt das Problem bestehen.
Nun habe ich bei meiner Recherche gefunden, dass es mitunter passieren kann, dass ein sich trennendes USB-Gerät genau dieses Problem hervorrufen kann - man kann dies scheinbar mit einer angepassten DSDT teilweise beheben.
Meine Frage deshalb an die Spezialisten: Ist das eventuell möglich?
Vielen Dank schonmal!
