Beiträge von LetsGo

Hier noch ein Video (USBMapping) und eine Anleitung im Anhang, das dir beim Mapping helfen sollte!

Die USBPorts.kext ist eine Standalone Lösung und der optimale Weg. Nutzt du diese, kannst du die USBInjectAll.kext löschen.

Außerdem würde ich die Prebuilt SSDT`s (SSDT-AWAC, SSDT-EC-USBX-DESKTOP, SSDT-PLUG-DRTNIA, SSDT-PMC) durch Custom SSDT`s ersetzen. Diese erstellst du einfach mit SSDTTime!

Falls du das tust, erhältst du eine SSDT-EC ohne den USBX Teil. Die zusätzliche SSDT-USBX ist auch nicht von Nöten, da dieser Teil bereits in der erstellten USBPorts.kext enthalten ist.

Ebenfalls glaube ich nicht, dass die SSDT-PMC notwendig ist, da es sich bei dem Z370 Chipsatz nicht um einen echten 300er Chipsatz handelt.

Ok. Dann von vorne.

Du hattest geschrieben, dass deine Front Usb-Ports nicht funktionieren. Heißt das, dass sie von MacOS gar nicht erkannt werden (d.h. am Schreibtisch erscheinen) oder eben nur nicht im Hackintool fürs Mappen aufscheinen?

Erscheinen sie nicht im Hackintool, liegt es daran das sie an einem PXSX Controller hängen und diese Ports aufgrund der fehlenden Namensgebung (sprich AppleUSB20XHCIPort, AppleUSB30XHCIPort und nicht wie unter dem XHCI Controller als HSxx, SSxx) auch nicht mittels Hackintool gemappt werden können.

Dann müsste man ein manuelles Mappen vornehmen.

In den zwei Bildern erkennst du den Unterschied, warum du im Hackintool keine PXSX Ports siehst!

(

Jetzt bitte ich dich folgendes zu machen:

Wenn du die USBInjectall.kext deaktiviert hast, aktiviere diese wieder. Lass den XHCI-Unsupported Kext aktiviert. Starte den Rechner neu und öffne den IORegistryExplorer (wieder xhc suchen und den Eintrag danach wieder entfernen) .

Nun stecke einen USB Stick in den von dir besagten nicht funktionierten Front-USB Port und schau ob sich irgendwo etwas tut. Wenn ja mach einen Screenshot, wenn nein versuchs bitte mit deaktivierter XHCI-Unsupported Kext.

Werden die vorderen Usb-Ports noch immer nicht erkannt? Hängen die an einem PXSX Controller oder scheinen diese nach dem Inject im Hackintool noch immer nicht auf?

Das die PXSX Ports im Hackintool nicht angezeigt werden liegt schlichtweg an der falschen Namensgebung.

Wie du siehst werden nur HSxx und SSxx Ports des XHC Controllers angezeigt.

Die Ports der beiden PXSX Controller haben Namen wie z.B AppleUSB20XHCIPort und sind dementsprechend nicht im Hackintool auffindbar.

Sind die PXSX Controller überhaupt USB Controller? Das war eigentlich der Sinn dahinter, wie in Post 6 beschrieben.

Hast du noch die XHCI-unsupported Kext aktiviert? Wenn ja, versuchs mal ohne diese und schau ob sich die Portbezeichnung ändert.

Im IORegistryExplorer wird kein Eintrag von den PXSX Controller grün?

Jetzt versuchs mal mit dem Front USB Port. Im Hackintool wird der Port erst grün, wenn du einen Stick reinsteckst!

Im IORegistryExplorer musst du im Suchfeld den XHC Eintrag wieder löschen. Dann sollten deine angeschlossenen Devices sichtbar werden. wenn du nun den Stick reinsteckst sollte der entsprechende Port grün werden.

zw3ist3in

Sind jetzt all deine USB Ports im Hackintool sichtbar? Scheinen wesentlich mehr zu sein.

Reagieren die vorderen USB Ports noch immer nicht?

Kannst mal ein Bild aus deinem IORegistryExplorer posten. Gib im Suchfeld XHC ein und mach ein Bild. Sollte ungefähr so aussehen! Steck dann den Stick in den vorderen USB Port und schau ob dann ein USB Controller erkannt wird (sollte grün werden).

Aus diesem Guide Manual Mapping habe ich Folgendes entnommen. Also stelle sicher ob es sich um ein USB Controller handelt!

In welcher Anleitung steht, dass MacPro besser mit PCI Karten zusammenarbeitet?

Wie sieht es bei dir im Hackintool aus, wenn du zuerst den Besen und dann die Spritze betätigst? Erscheinen dann alle USB-Ports?

Laut dem Link, den ich angehängt habe würde imacPro1,1 ACPI Renames benötigen. iMac19,1 sowie MacPro7,1 sollte keine Renames benötigen. In deinem Fall wäre es deshalb vorher zu Bedenken welches SMBIOS du verwenden möchtest. Wie gesagt, glaube ich das die meisten hier iMacPro1,1 oder iMac19,1 für Coffee Lake CPUS`s in Verwendung haben.

Bei der dem XHCI-unsupported Kext bin ich mir nicht sicher, da ich gerade sehe das AsRock Boards diesen benötigen. Aber versuche es mal mit deaktiviertem Kext, ob eventuell eine Verbessrung eintritt.

Die USBInjectall .kext sollte ebenfalls nicht benötigt werden, hat aber keinen negativen Einfluß.

Dann befolge die Schritte, die in dem Link angeführt (folgende 3 Terminal Befehle) werden.

Falls, bei einem dieser 3 Befehle eine Rückmeldung erhältst, musst du zuerst ACPI Renames durchführen. Wenn nicht, kannst du mit dem Hackintool deine USBPorts.kext erstellen.

zw3ist3in

Was mir auffällt ist, dass du ein MacPro7,1 SMBios verwendest. Für Coffee Lake wird jedoch iMac19,1 (iGPU aktiv) empfohlen. Oder manche nutzen auch alternativ iMacPro1,1 (iGPU nicht aktiv)! Vielleicht möchtest du das vorher ändern, bevor du mit dem USB Mapping beginnst. Da du bei späterem SMBIOS Wechsel das Mapping nochmals vornehmen müsstest!

Des Weiteren glaube ich nicht, dass du den XHCU-unsupported Kext benötigst.

Außerdem solltest du die Punkte im folgenden Link abarbeiten. Dann sollte es auch möglich sein mittels Hackintool eine USBPorts.kext zu erstellen!

https://dortania.github.io/Ope…ing-what-renames-you-need

Melone

Nein. Aber mir kam die Fehlermeldung deines Log Files bekannt vor, deshalb habe ich dir den Link zum Dortania Guide angehängt.

Melone

Das könnte dir weiterhelfen!

https://dortania.github.io/Ope…ck-on-eb-log-exitbs-start

Hoffe der Link bleibt an der richtigen Stelle stehen. Ansonsten die Stelle Stuck on [EB|#LOG:EXITBS:START]suchen.

Mijami

Aus deinem Log-File entnehme ich mal etwas mit "Invalid nvram data".

Vielleicht ist das ein Schlüssel zum Erfolg und hilft dir weiter. Habe es nur zufällig gesehen!

https://dortania.github.io/Ope…ling-stage-2-installation

Ich denke, du musst einfach im Terminal in deinen SSDTTime Ordner wechseln und python SSDTTime.py ausführen!

Normalerweise sollte der Ubuntu Live Stick schon Python enthalten.

Ist jetzt zwar unter macOS, aber vielleicht hilft es dir ja weiter:

Ich habe es damals nur unter WIN benutzt um meine DSDT zu dumpen. Soweit ich mich erinnern kann, hat es beim Starten von SSDTTime.command das fehlende Python Script von Selbst installiert. Bin mir aber auch nicht sicher.

In der Github Beschreibung steht auch nur etwas von "any recent version of python". Sehr dehnbarer Begriff.

Der Befehl funktioniert nicht? (Natürlich musst du dafür im SSDTTime Ordner sein)

Wolfe

Kann es sein, dass du noch Python installieren musst?

Wolfe

Hast du das zip runtergeladen oder den SSDTTime Ordner mittels git clone erstellt?

Wolfe

Wollte dir ebenfalls Hackintool vorschlagen. Falls du eine WIFI/Bluetooth Karte verwendest (z.B. Fenvi) musst du halt den internen USB Connector, an welchem die Fenvi Karte angeschlossen ist auf internal (entspricht dem Type255) setzen.

Nein SSDT`s erstellen ist absolut nicht schwierig. Musst halt nur die DSDT aus WIN oder Linux dumpen (geht ganz einfach mit SSDTTime)!

Kannst du bei Gelegenheit nochmals deinen EFI Ordner hochladen. Würde mir den nochmals anschauen.

Wolfe

Freut mich zu hören. Verwendest du noch immer die selbe USBMap.kext oder hast du dir eine Neue erstellt (wegen den HSxx und SSxx Ports)?

PS: Wie gesehen habe, hast du die Prebuild SSDT`s verwendet. Diese könntest du bei Gelegenheit auch noch ersetzen.

relaunch

Deaktiviere mal die SSDT-RHUB (siehe Bild) in deiner config.plist und starte neu. Danach Refresh Button im Hackintool. Aber erstelle zuvor einen Boot-Stick mit der funktionierten EFI, damit du wieder sicher booten kannst, falls etwas nicht klappt.

Außerdem sehe ich, dass du nur prebuild SSDT`s verwendest. Du solltest dir überlegen ob du nicht gleich saubere Custom SSDT`s mittels z.B SSDTTime erstellst. Ist wirklich kein Aufwand!

Du meinst, weil dies Brett nur insgesamt 12 USB Ports hat und damit das 15 Ports Limit nicht erreicht?

Denke schon das er seinePorts Mappen muss, falls er eine custom USBPorts.kext nutzen möchte.