# Motherboards

WARNUNG

Derzeit wird das einzige Motherboard, das überhaupt nicht unterstützt wird, die B550-Boards von AMD.

Die jüngsten Entwicklungen haben dieses Problem mit SSDT-CPUR behoben, siehe OpenCore-Installationsanleitung für weitere Informationen (öffnet neues Fenster)

Empfehlungen

Also unsere Gesamtempfehlung für Marken(Intel):

• Z370 und älter:
  • Gigabte li>
• Z490:
  • Asus,
  • gigaby:
    • X79
    • X99
    • X299
    • C612
    • C621
    • C422
    • B360 *
    • B365 *
    • H310 *
    • H370 *
    • Z390 *
    • B460
    • H470
    • Z490

    Hinweis (*): Holen Sie sich diese nur, wenn Sie Funktionen benötigen, die nicht in Z370 enthalten sind, oder wenn Sie eine CPU der 9. Generation übertakten möchten. Die meisten Probleme mit diesen wurden behoben, aber sie sind immer noch ein großes Durcheinander, siehe unten.

    # Audio

    Mit Audio werden die meisten Boards unterstützt und Sie können eine umfangreichere Liste von AppleALC (öffnet neues Fenster) für Audio finden. VoodooHDA ist eine weitere Option für Legacy-Benutzer

    Hinweis: AMD-Motherboard-Benutzer benötigen VoodooHDA, wenn Sie den Onboard-Mikrofon-Header verwenden möchten. Die normale Audioausgabe funktioniert jedoch mit AppleALC

    # Ethernet

    Für Ethernet werden grundsätzlich alle Gigabit-Netzwerkkarten unterstützt (siehe unten für weitere Informationen)

    • IntelMausiEthernet.kext (öffnet neues Fenster)
      • Für die meisten Intel-Controller
    • SmallTree-I211-AT-patch (öffnet neues Fenster)
      • Für I211-AT, das häufig auf AMD-Boards zu finden ist
    • AtherosE2200Ethernet.kext (öffnet neues fenster)
      • Für mehrheit von Atheros Controller
    • RealtekRTL8111 (öffnet neues fenster)
      • Für Realtek Gigabit Ethernet
    • LucyRTL8125Ethernet (öffnet neues fenster)
      • Für Realtek der 2,5 Gb Ethernet

    Für legacy ethernet controller , Sie haben ein paar zur Auswahl (Systeme mit diesen Chips sind in der Regel aus einer Zeit vor der Core i-Serie von Prozessoren):

    • AppleIntelE1000e.kext (öffnet neues Fenster)
    • https://github.com/Mieze/RealtekRTL8100 (öffnet neues Fenster)

    Hinweis: Realtek L8200A wird nicht unterstützt, eine vollständige Liste finden Sie im Abschnitt Netzwerk

    Hinweis 2: Für diejenigen, die Intels Z490-Boards kaufen möchten, beachten Sie bitte, dass die i225-V-Netzwerkkarte ohne Geräte-ID-SPOOF nicht offiziell unterstützt wird. Ein Beispiel dafür finden Sie hier: Comet Lake i225-V Spoof (öffnet neues Fenster)

    # USB

    Für USB sind die Dinge ziemlich einfach, die meisten Ryzen / Matisse-, Intel- und ASMedia-Controller funktionieren standardmäßig ohne andere Konfiguration als eine USB-Karte (öffnet neues Fenster). Für ASRock-Benutzer mit Intel-CPUs müssen Sie XHCI-unsupported verwenden.kext (das im Projekt von RehabMan’s USBInjectAll zu finden ist (öffnet neues Fenster). Viele H370-, B360-, H310- und X79 / X99/ X299-Benutzer können ebenfalls davon profitieren

    Spezieller AMD-Hinweis: Aufgrund der Art und Weise, wie macOS USBs erstellt, müssen sie irgendwo in den ACPI-Tabellen definiert sein. Aus irgendeinem Grund vergessen viele AMD-Boards dies einfach und die Benutzer haben viele defekte USB-Anschlüsse. Es gibt ein Update, aber es beinhaltet das manuelle Hinzufügen der Ports zum DSDT oder SSDT (öffnet neues Fenster).

    Spezielle Asus 400 serie Hinweis: Dank Asus, das die ACPI-Spezifikation bricht, müssen Sie SSDT-RHUB (öffnet neues Fenster) verwenden, um Ihre Ports zurückzusetzen.

    # NVRAM

    Mit NVRAM wurden dank SSDT-PMC die Probleme für Consumer-Plattformen größtenteils behoben (öffnet neues Fenster). Vor allem relevant für die folgenden (Hinweis 400 serie wie Z490 sind nicht enthalten):

    • Z390
    • H370
    • B360
    • H310

    Es sind jedoch einige boards ohne unterstützt NVRAM, vor allem HEDT und server boards:

    • C612
    • C621
    • C422
    • X79
    • X99
    • X299 (Asus hat jedoch funktionierendes NVRAM)

    # iGPU

    Der lustige Teil an Coffee Lake ist, dass Intel die Funktionsweise der iGPU-Anzeige stark verändert hat. Insbesondere hat macOS keine Ahnung, wie man sie richtig anspricht. Es gibt einen Fix, erfordert aber manuelle BusID-Patches über WhateverGreen (öffnet neues Fenster). Hauptopfer dieser:

    • Z490
    • H470
    • B460
    • Z390
    • H370
    • B360
    • H310

    Beachten Sie, dass Z370 nicht auf der Liste ist, weil das Board im Grunde ein Z270 ist, also funktioniert Apples Video Map gut damit

    # RTC vs AWAC

    Mit RTC vs AWAC startet macOS sierra nicht mit Systemen, deren Uhren AWAC verwenden, und die meisten BIOS-GUIs zeigen nicht einmal die Option zum Ändern an. Dies zeigt sich hauptsächlich in den folgenden:

    • Z490
    • H470
    • B460
    • Z390
    • H370
    • B360
    • H310
    • Z370(hauptsächlich Gigabyte und ASRock, da sie die Uhr zurückportierten. Andere Boards sind in Ordnung)
    • X299(hauptsächlich solche, die mit CPUs der 10. Generation veröffentlicht wurden, ASRock und Gigabyte sind die 2 Haupttäter)
      • Asus hat AWAC wieder auf ein 2017-Board portiert, ohne BIOS-Updates, Vorsicht.

    Also müssen wir entweder:

    • force RTC with an SSDT (opens new window),
    • create a fake systems clock (opens new window)
    • patch it out (opens new window)

    Weitere Informationen zur Behebung finden Sie hier: Erste Schritte mit ACPI (opens new window)

    # Speicherzuordnungen und Schutz

    Damit sind die Hauptbenutzer betroffen:

    • C612 (in der regel gesehen in server boards)
    • C621
    • C422
    • X79
    • X99
    • X299
    • B360
    • B365
    • H310
    • H370
    • Z390
    • B460
    • H470
    • Z490

    Das Problem dieser Plattformen ist, dass viele auf OsxAptioFix2Drv-free2000 angewiesen sind, das jetzt als zerstörerisch für Ihr System angesehen wird, was bedeutet, dass Build-Guides, die darauf basieren, jetzt ungültig sind. Weitere Informationen finden Sie hier (öffnet neues Fenster). Diese Probleme können meistens durch Berechnen Ihres Folienwerts behoben werden: Verständnis und Behebung von „Laufzeitbereich konnte nicht zugewiesen werden“ -Fehlern (öffnet neues Fenster)

    Oh, aber um den Spaß zu erhöhen, hat Intel einen Speicherschutz eingeführt, der bedeutet, dass viele der von AptioMemoryFix / OpenCore bereitgestellten Firmware-Korrekturen vollständig fehlerhaft sind. Insbesondere werden alle bereitgestellten Speicherpatches überschrieben, was bedeutet, dass sie nie verwendet werden. Glücklicherweise hat OpenCore eine neue Eigenart namens ProtectUefiServices eingeführt, die hilft, dies zu beheben, indem sichergestellt wird, dass die Patches auch nach dem Zurücksetzen angewendet werden.