Erster Hackintosh / Neulingsfragen

Ok, ich ging davon aus, dass so ein Artikel laufend aktualisiert wird.

Systemeinstellungen sehen bei mir interessanterweise so aus.

Ich habe mir den IORegistryExplorer gerade heruntergeladen und die entsprechende Stelle gesucht. Die sieht bei mir aber etwas anders aus. Ist das normal?

Die SSDT-Plug.aml habe ich eigentlich in meinem EFI drin. Ich wollte gerade mal meine Version mit der vergleichen, die du angehangen hast, aber die lässt sich mit maciASL bei mir gar nicht öffnen. Sowohl durch Doppelklick auf die Datei, als auch Öffnen-Dialog im maciASL selbst öffnet sich kein Text-Editor. bei den anderen SSDTs funktioniert es problemfrei. Hast du einen Tipp, woran das liegen kann?

Jetzt wird es ganz wild und ich habe das Gefühl, dass ich mich extrem blöd anstelle - andererseits aber nicht weiß, woran es gerade scheitert.

Ersteinmal habe ich die SSDT-Plug.aml die ich bereits hatte mit der ersetzt, die du hier hochgeladen hast. Hatte aber keine Auswirkungen auf das "Energie sparen" Panel.

Ich wollte nun sicherheitshalber nochmal die SSDT-Plug.aml neu erstellen. Also bin ich in den Vanilla OpenCore Guide, welcher auf diesen Link verweist: https://github.com/acidanthera…AcpiSamples/SSDT-PLUG.dsl

Dann bin ich nach dem gleichen Schema vorgegangen, wie ich auch den Hackintosh ursprünglich zum Laufen bekommen habe und wie es in der Anleitung hier gemacht wird:

maciASL geöffnet, Code eingefügt, und Datei als "SSDT-Plug" mit Dateiformat "ACPI Machine Language Binary" speichern wollen. Daraufhin bekomme ich diese Fehlermeldung (siehe Anhang). Klingt irgendwie erstmal so, als wäre der Code nicht in Ordnung (was ja aber maximal unwahrscheinlich ist). Ich habe testweise mal die gleiche Version von maciASL geladen, die du nutzt, aber das Ergebnis ist das gleiche.

Könnt ihr mir der Meldung etwas anfangen?

Die Datei aus dem Vanilla OpenCore Guide hat in den beiden Zeilen, die du vor drei Posts erwähnt hast, übrigens diesen Eintrag, den ich in meiner bisherigen Konfiguration auch hatte.

Ihr seid die Besten!

Herzlichen Dank JimSalabim und al6042 .

Nur noch kurz zu meinem Verständnis: SSDTTime hat jetzt also das SSDT-Plug.aml anhand der Vorlage eines .aml aus maciASL generiert und dabei bereits meine Prozessor-Daten eingetragen, verstehe ich das richtig?

Da du den Workaround vorgeschlagen hast, JimSalabim , bin ich dementsprechend nicht der einzige der ein Problem mit dem Öffnen der .aml hatte? Auf meinem "echten" Mac, auf dem ich den Hackintosh vorbereitet hatte, ging es problemlos. Auf dem Hack hatte ich es bis heute nicht mehr probiert.

Jetzt fehlt mir zu meinem endgültigen Glück lediglich noch die Sache mit dem USB-Mapping, damit ich USB 2.0 an dem einen Thunderbolt-Anschluss nutzen kann. Ich hatte schonmal in dem Hackintool geschaut und gesehen, dass man dort unter "USB" entsprechende Einstellungen vornehmen kann. Ich würde das gern verstehen, damit ich ggf. zukünftig auch selbstständig Änderungen vornehmen kann. Gibt es dazu eine empfehlenswerte Anleitung? Und muss ich dafür nicht eigentlich wissen, welche "Location ID"s bzw. "Port"s zu welcher Buchse an dem Mainboard gehören?

Ich habe mich jetzt mal an einem eigenen Mapping versucht. Dabei wollte ich den internen USB-C-Header für die Front-IO deaktivieren und dafür einen der beiden Thunderbolt-3-Ports USB 2.0 fähig machen.

Bei meinem ersten Versuch hatte ich die .aml einfach in meinen EFI-Ordner gelegt und die bestehende ersetzt. Ergebnis war, dass der Boot zwar normal verlief, aber keinerlei USB-Anschluss funktionierte.

Daher nun als Vorsichtsmaßname hier im Anhang die aus dem Hackintool generierte .aml und ein Screenshot der Konfiguration. Bei den "Connector"-Angaben war ich unsicher. Passt das so?

Theoretisch kann ich doch dann die ganzen generierten Dateien, bis auf die SSDT-UIAC.aml, in meinem Falle für OpenCore ignorieren, oder?

Den HS03 hatte ich doppelt, weil der eine grün markiert wurde, wenn ich einen USB 2.0 Stick angeschlossen hatte. Der andere war bereits beim Öffnen grün markiert und unter Device stand "Bluetooth USB Host Controller". Deswegen dachte ich, lasse ich den lieber drin. Sollte ich den Eintrag herauslöschen? Kurioserweise, wenn ich Hackintool neu öffne, fügt er mir immer einen dritten HS03 und HS04 hinzu (siehe Screenshot). Die Location 0x001(...) bzw. 0x002(...) sieht aber auffällig anders aus als die der anderen Ports.

An HS12 hatte ich tatsächlich nichts angeschlossen, lediglich an dem HS11 - welcher scheinbar auf der gleichen Steckerleiste liegt - die WiFi/BT-PCIe-Karte.

Danke für die erstellten Dateien und Erklärungen. Ich versuche mal noch mit deinem Input die gleiche SSDT-UIAC.aml zu generieren, und dann habe ich es hoffentlich auch verstanden.

EDIT: JimSalabim nutzt du auch das Hackintool für das Mapping? Falls ja: kannst du mir evtl. freundlicherweise mal einen Screenshot deiner Liste zukommen lassen, damit ich vergleichen kann, was bei mir anders ist? Mir fällt es gerade noch schwer nachzuvollziehen, wie deine .aml zu Stande gekommen ist. Hier mal ein Vergleich, wie es in deiner .aml (der erste der Codeblöcke) bei HS07 ausschaut im Vergleich zu meiner.

Wäre super, vielen Dank

JimSalabim

Danke für den Screenshot.

Mein Fehler lag darin, dass ich zwischenzeitlich mal den "SSDT-TB3HP-Z390-DESIGNARE.aml" gelöscht hatte. Dadurch kamen dann in der Auflistung im USB-Panel vom Hackintool immer noch die zusätzlichen HS03 und HS04 Einträge mit der Layout-ID "0x00(...)" dazu. Jetzt sind die Einträge nicht mehr doppelt.

Allerdings wird in der Auflistung der USB-Geräte noch der Thunderbolt USB 3 Controller aufgezeigt, was bei dir nicht ist (weswegen vermutlich auch SSP1 und SSP2 immer wieder in die Liste zurückkommen). Hast du noch einen Tipp, was ich machen muss, damit der Eintrag rausfällt?

Dankeschön!

ok, verstehe!

Dank deiner Hilfe konnte ich jetzt das Mapping selbst bauen und siehe da: der USB 2.0 Hub funktioniert nun.

Vielen lieben Dank für deine Hilfe!