# Motherboards

waarschuwing

momenteel is het enige moederbord dat helemaal niet wordt ondersteund de B550 boards van AMD, ze hebben een KVM nodig om te werken.

recente ontwikkelingen hebben dit probleem opgelost met SSDT-CPUR, zie OpenCore Install Guide voor meer info (opent een nieuw venster)

aanbevelingen

dus onze algemene aanbeveling voor merken(Intel):

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

    Opmerking (*): Alleen deze in het geval u behoefte heeft van deze die niet worden gevonden in de Z370 of u wilt overklokken van een 9e Generatie CPU. De meeste van de problemen met deze zijn gecorrigeerd, maar ze zijn nog steeds een grote puinhoop, zie hieronder.

    # Audio

    met audio worden de meeste boards ondersteund en kunt u een uitgebreidere lijst vinden in AppleALC (opent een nieuw venster) voor audio. VoodooHDA is een andere optie voor oudere gebruikers

    opmerking: amd moederbord gebruikers zullen VoodooHDA nodig hebben als u van plan bent om de onboard microfoon header te gebruiken. Normale audio-uitvoer werkt echter met AppleALC

    # Ethernet

    voor ethernet in principe worden alle Gigabit NIC ‘ s ondersteund(zie hieronder voor meer informatie)

    • IntelMausiEthernet.kext (opent een nieuw venster)
      • voor de meerderheid van Intel Controllers
    • SmallTree-I211-AT-patch (opent een nieuw venster)
      • Voor I211-AT die vaak wordt gevonden op AMD boards
    • AtherosE2200Ethernet.kext (opent nieuw venster)
      • Voor de meerderheid van Atheros Controllers
    • RealtekRTL8111 (opent nieuw venster)
      • Realtek s Gigabit Ethernet
    • LucyRTL8125Ethernet (opent nieuw venster)
      • Realtek 2,5 Gb Ethernet

    Voor oudere ethernet-controllers, heb je een paar om uit te kiezen(systemen met deze chips zijn in het algemeen uit een tijd voor de Core i-serie processors):

    • AppleIntelE1000e.kext (opent nieuw venster)
    • https://github.com/Mieze/RealtekRTL8100 (opent nieuw venster)

    Opmerking: Realtek L8200A wordt ronduit niet ondersteund, voor een volledige lijst zie Netwerksectie

    Opmerking 2: voor degenen die van plan zijn om Intel ‘ s Z490 boards te kopen, merk op dat de I225-V NIC niet officieel wordt ondersteund zonder een apparaat-id spoof. Voorbeeld hiervan is hier te vinden: Comet Lake i225-V spoof (opent een nieuw venster)

    # USB

    voor USB zijn de zaken vrij eenvoudig, de meeste Ryzen/Matisse, Intel en AsMedia controllers werken uit de doos met geen andere configuratie dan een USB-kaart (opent een nieuw venster). Voor AsRock gebruikers met Intel CPU ‘ s, moet je XHCI-niet ondersteund gebruiken.kext (te vinden in het project van RehabMan ‘ s USBInjectAll (opent een nieuw venster). Veel H370 -, B360 -, H310-en X79/X99/X299-gebruikers kunnen ook profiteren van deze

    speciale AMD Opmerking: Vanwege de manier waarop macOS USB ‘ s bouwt, moeten ze ergens in de ACPI-tabellen worden gedefinieerd. Om de een of andere reden, veel AMD boards gewoon vergeten om dit te doen en gebruikers eindigen met een heleboel kapotte USB-poorten. Er is een oplossing, maar het gaat om het handmatig toevoegen van de poorten aan de DSDT of SSDT (opent een nieuw venster).

    Special Asus 400 series note: Dankzij Asus die de ACPI spec doorbreekt, moet je SSDT-RHUB gebruiken (opent een nieuw venster) om je poorten te resetten.

    # NVRAM

    met NVRAM zijn de zaken grotendeels opgelost voor consumentenplatforms dankzij SSDT-PMC (opent een nieuw venster). Voornamelijk relevant voor het volgende(noot 400 reeksen zoals Z490 zijn niet inbegrepen):

    • Z390
    • H370
    • B360
    • H310

    Er zijn echter sommige boards zonder ondersteunde NVRAM, voornamelijk HEDT en server boards:

    • C612
    • C621
    • C422
    • X79
    • X99
    • X299(Asus heeft echter een werkende NVRAM)

    # iGPU

    Het leuke aan Coffee Lake is dat Intel veel veranderde in hoe de iGPU display out werkt. Specifiek dat macOS heeft geen idee hoe ze goed aan te pakken. Er is een oplossing, maar vereist handmatige BusID patches via WhateverGreen (opent een nieuw venster). Belangrijkste slachtoffers hiervan:

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

    Merk op dat Z370 niet op de lijst, dit is omdat de raad van bestuur is in feite een Z270 dus Apple ’s video kaart werkt prima met het

    # RTC vs AWAC

    Met de RTC vs AWAC, macOS regelrechte wil niet booten met systemen die hun klokken met AWAC en de meeste BIOS-Gui’ s niet tonen zelfs de optie om het te veranderen. Dit is vooral te zien in de volgende:

    • Z490
    • H470
    • B460
    • Z390
    • H370
    • B360
    • H310
    • Z370 (voornamelijk Gigabyte en AsRock, omdat ze de klok terugzetten. Andere boards zijn prima)
    • X299 (voornamelijk Die uitgebracht met 10th gen CPU’ s, AsRock en Gigabyte zijn de 2 belangrijkste overtreders)
      • Asus is terug AWAC geporteerd naar zelfs 2017 board met nooit BIOS-updates, beware.

    dus we moeten ofwel:

    • forceer RTC met een SSDT (opent een nieuw venster),
    • Maak een nep-systeemklok (opent een nieuw venster)
    • patch het uit (opent een nieuw venster)

    u kunt hier meer informatie vinden over hoe het te repareren: aan de slag met ACPI (opent een nieuw venster)

    # geheugenkaarten en beveiligingen

    hiermee zijn de belangrijkste gebruikers beïnvloed:

    • C612 (over het algemeen gezien in de server boards)
    • C621
    • C422
    • X79
    • X99
    • X299
    • B360
    • B365
    • H310
    • H370
    • Z390
    • B460
    • H470
    • Z490

    De uitgifte van deze platforms gezicht is dat veel vertrouwen op OsxAptioFix2Drv-free2000 die wordt nu beschouwd als destructief is voor uw systeem betekenis bouwen gidsen op basis van het nu ongeldig. Meer info vindt u hier (opent een nieuw venster). Deze problemen kunnen meestal worden verlicht door het berekenen van uw dia waarde: Het begrijpen en repareren van “kon runtime area niet toewijzen” fouten (opent een nieuw venster)

    Oh maar om het plezier toe te voegen, Intel introduceerde Geheugenbeschermingen die betekenen dat veel van de firmware fixes die door AptioMemoryFix/OpenCore zijn volledig gebroken. In het bijzonder dat alle verstrekte geheugenpatches worden overschreven wat betekent dat ze nooit worden gebruikt. Gelukkig introduceerde OpenCore een nieuwe eigenaardigheid genaamd ProtectUefiServices die dit helpt oplossen door ervoor te zorgen dat de patches worden toegepast, zelfs nadat ze zijn gereset.