Neuer Hackintosh wacht sofort aus dem Ruhezustand auf

Hallo ihr Lieben,

ich habe mir einen neuen Hackintosh gebaut und soweit bin ich auch sehr zufrieden - allerdings funktioniert der Ruhezustand nicht. Ich kann ihn nur sehr kurz hervorrufen, der PC geht dann aber sofort wieder an.

Das Deaktivieren der Energiesparoptionen habe ich schon ausprobiert - ohne Erfolg.
Als "Wake reason" gibt das Terminal "XDCI XHC" aus. Das bedeutet wohl, es liegt an einem USB-Gerät?

Ich habe die USB-Ports zuvor mithilfe dieser Anleitung hier bereits spezifiziert und damit USB 3.0 zum Laufen bekommen: Anleitung: USB 3.0 El Capitan / (High-) Sierra für jedermann (Zukunftssicher für Updates und komplett gepatcht)

Aber was muss ich nun tun, damit der Mac nicht mehr aufweckt? Ich habe ein paar Threads überflogen und etwas von interner/externer Definition von Ports gefunden, aber das Ganze nicht so wirklich verstanden. Was wäre hier die optimale Lösung und gibt es dafür eventuell eine verständliche Anleitung?

Viele Grüße

Hallo ihr beiden, vielen Dank erstmal für eure Antworten!

Zitat von murashi

Moin,

könntest du vielleicht gerade nochmal dein SMBios Typen nennen? Und vielleicht auch mal deinen EFI Ordner anhängen?

Hast du eine DSDT für dein Board?

Mein HackMac zickt ab und an auch mal rum, und wacht beim ersten Sleep Versuch direkt wieder auf. Manchmal dauert es 3 Anläufe bis er dann endlich schläft. Hast das mal probiert?

Grundsätzlich ist aber die USB SSDT schon mal ein guter Ansatz.

Grüße und Willkommen hier

Alles anzeigen

Mit SMBios-Typ ist das Produkt gemeint? Ich habe iMac18,3 ausgewählt und auch alle Werte ausgefüllt, sodass iMessage etc. funktionieren.

Der EFI-Ordner ist im Anhang.

DSDT habe ich nicht - das ist genau das, was ich nie so wirklich verstanden habe. Ich habe das im Wiki mal überflogen, mir hat sich aber absolut nicht erschlossen, was das überhaupt ganz konkret sein soll (mal abgesehen von einer Datei) und wie ich die erstelle bzw. wofür das gut ist. Vor meinem jetzigen Build hatte ich das auch nicht und alles lief einwandfrei.
Wenn das hilfreich ist, lese ich mir da gerne noch etwas durch, aber vielleicht könntet ihr mir sagen, welches Tutorial genau bei meinem Problem hilft?

Zitat von Harper Lewis

Dazu zwei Fragen:

1. Sind Geräte verbaut, die an einem internen USB-Header hängen? Das wäre z.B. eine WLAN-/Bluetooth-Kombokarte
2. Nutzt du eine Negativliste (uia_exclude in der config.plist) oder eine Positivliste (SSDT-UIAC.aml)?

1. Ja, ich habe eine interne Broadcom-Karte.
2. Ich nutze ausschließlich eine Negativliste, die ich mithilfe des Tutorials aus dem ersten Post erstellt habe.

Hallo,

besten Dank für die Zusammenstellung der Links. Ich habe nun einmal versucht, eine passende SSDT-USB Datei für mein Mainboard zu erstellen.
Eventuell könntet ihr einmal einen Blick in den Anhang werfen, ob das so sinnig aussieht?

Am meisten verwirrt haben mich meine USB 3.1 Gen 2 Ports. Das Mainboard hat hinten nämlich einen vom Typ C und einen vom Typ A, die aber im IORegistryExplorer nicht unter den normalen USB Ports angezeigt werden, sondern in einer separaten Kategorie unter PRT1 / PRT2. Außerdem waren diese Ports, bevor ich ungenutzte durch uia_exclude ausgeschlossen habe, eigentlich auch PRT 3 / PRT 4. Nachdem ich dann uia_exclude eingefügt habe, waren es plötzlich PRT1 / PRT2. Ich habe in der SSDT die nun auch als PRT1 und PRT2 aufgeführt.

Liebe Grüße

Zitat von Harper Lewis

Versuche es mal mit der SSDT im Anhang. Die USB-3.1-Ports laufen über einen anderen Controller von ASMedia, der von USBInjectAll nicht unterstützt wird und ohne weiteres Zutun laufen sollte. Hast du überhaupt noch USB-2-Ports im Einsatz? Ich habe mal alle HS-Ports bis auf HS12 als USB-3-Ports konfiguriert, das müsstest du ggfs. ändern. Du hast in deiner config.plist auch sehr viele ACPI-Fixes aktiviert, benötigst du die wirklich alle?

Hallo,

danke, an welcher Stelle genau ändere ich die Konfiguration? In der Anleitung, die ich las, stand, dass man 0 für USB 2, 3 für USB 3 und 255 für Bluetooth eintragen soll, ich finde diese Stellen der .dsl Datei aber so nicht mehr in der .aml.
Meinst du die Stellen nach "UsbConnector", also 0x03 z.B. wird dann zu 0x00, 0x03 oder 0x255?

Ich habe es doch schon gefunden, denke ich. Ich muss einfach meine .dsl-Datei anpassen und dann als .aml-Datei speichern, dann ändert sich die Form automatisch. Mir ist auch aufgefallen, dass du bei der Datei als Anzahl Ports 16 angegeben hast, hat das einen bestimmten Sinn? Denn eigentlich sind es doch nur 10. Oder kommt bei "port-count" gar nicht die konkrete Anzahl der Ports, sondern einfach die höchste Zahl hinein - das wäre ja 16 von SS16?

Im Anhang ist nochmal mein EFI-Ordner, darin befindet sich meine angepasste AML und auch die Config ohne die ganzen Fixes. Allerdings hat sich dadurch nichts geändert. Die AML ist im richtigen Ordner. Ich habe die exclude-Sachen erst rausgenommen, dann hat er wieder einige USB 3.0 Ports nicht erkannt. Dann wieder reingenommen. USB funktioniert, aber der Ruhezustand wird dennoch unterbrochen. Muss ich noch irgendetwas zusätzlich machen?

In der Anleitung von elMacci steht "USBInjectAll.kext kann in Clover deaktiviert werden (der kexttopatch Eintrag)" - was genau ist damit gemeint? Im Konfigurator habe ich da gar keine Einträge.

Zu ACPI: Da hast du Recht, mich hat das auch gewundert. Die ganzen Fixes hat mir Clover direkt zur Installation angehakt, deswegen dachte ich mir, ich lasse es lieber so. Ich habe aber jetzt mal alles bis auf "FixShutdown" deaktiviert (das soll bei ASUS Boards wohl aktiviert sein) und es funktioniert alles wie bisher.

P.S. Ich nutze die hinteren USB 2.0 Ports für meine Tastatur und meinen Drucker.

Zitat von kuckkuck

Das bootarg (uia_exclude) sollte entfernt werden und auch alle Einträge im Bereich KernelAndKextPatches, die sich auf USB beziehen.

Okay. Wenn ich das bootarg entferne, verhält sich mein Hackintosh aber genauso wie zuvor - also bevor ich die Ports spezifiziert habe. Sprich, USB 3.0-Ports funktionieren gar nicht. Es kommt mir ein bisschen so vor, als würde die AML nicht eingelesen/berücksichtigt werden. Muss ich das vielleicht einstellen?

Der Bereich KernelAndKextPatches ist in meinem Configurator leer. Deswegen kann ich da auch nirgends auf "Deaktivieren" klicken, was USBInjectAll betrifft.

Im Anhang ist der Dump (einmal mit dem bootarg, woraus ich die Werte gezogen habe, und einmal ohne).

Zitat von Harper Lewis

Moin,

da war noch der falsche Controllername angeben, 8086_a12f statt wie bei dir verbaut 8086_a2af. Versuche es bitte nochmal mit der SSDT im Anhang und ohne uia_exclude. Die beiden USB-2-Ports (HS) auf dem Mainboard müsstest du in der SSDT noch entsprechend anpassen (USBConnector Zero statt 0x03). Einer davon dürfte HS14 sein, wenn wie du geschrieben hast die Tastatur daran angeschlossen ist. Diesen Port habe ich schonmal entsprechend angepasst. Laut IOReg-Dump dürfte es sich bei HS09 um den zweiten USB-2-Port handeln, da ist zumindest ein Gerät sichtbar. Auch diesen Port habe ich als USB2-Port eingetragen. Interessant wäre, ob man auch HS08 als intern konfigurieren muss, da hängt der LED-Controller dran. Versuche es aber erstmal so.

Super, vielen Dank! Ich habe die USB 2.0 Ports angepasst und es noch einmal probiert - Sleep und USB 3.0 funktionieren. Danke, danke, danke!

P.S. Mir ist eben aufgefallen, dass komischerweise USB 2.0-Sticks nun aber nicht mehr an USB 3.0 Ports funktionieren. Ist das normal? Also für mich ist das jetzt nicht tragisch, aber es verwundert mich.