was soll XNU z.B. tun, wenn du da Windows auswählst?
Das habe ich mich vorhin auch gefragt .. oder Linux.
Um schreiben oder kommentieren zu können, benötigst du ein Benutzerkonto.
Du hast schon ein Benutzerkonto? Melde dich hier hier an.
Jetzt anmeldenHier kannst du ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenwas soll XNU z.B. tun, wenn du da Windows auswählst?
Das habe ich mich vorhin auch gefragt .. oder Linux.
Kaiborg Airportbrccm ist für WiFi. BcrmBluetoothInjector ist für… du weißt schon…
Das stimmt
Brauchte ich bislang aber nicht, lasse ich jetzt aber drin, befürchte, dass er sonst mal wieder nicht startet...
Naja, man kann ja sowohl wifi als auch bluetooth ausschalten oder den/die Treiber in OC deakktivieren. Würde ich aber nicht machen, weil man vergisst es irgendwann und wundert sich dann, warum es nicht funktioniert, obwohl beide kexte doch vorhanden sind.
Besten Dank an alle, nun muss nur noch Big Sur Final veröffentlicht werden
Falls du schon mal vorher BigSur Luft schnuppern willst, kannst dich mit dieser Anleitung im DeveloperSeed anmelden und schon mal die Beta testen.
macOS Update Zweig bequem per Terminal wechseln
Falls du das machen willst, würde ich vorschlagen es erstmal auf eine extra Platte oder Partition zu installieren.
Alles anzeigenGerne und gute Entscheidung
Klar geht das. Hab ich dir hier schon beschrieben. Bitte um Hilfe, Umstellung auf Clover 5123 mit OC / Quirks
Dann musst du noch die Timeout funktion finden und dir die Zeit einstellen die du möchstes.
Wenn du deine USBports schon mal richtige gemappt hast, kannst du die Kext verwenden und USBInjectAll brauchst du dann nicht mehr. Falls du aber dein SMBIOS geändert hast solltest du die neu erstellen.
Hier ist ein Anleitung dafür.
UUSB port mapping
by CMMChris
macOS hat ein Limit von 15 USB Ports pro Controller. Alles was diese Ports übersteigt wird nicht erkannt. Ich habe in deiner Config einen Port Limit Patch drin, welcher das umgeht. Dieser ist allerdings nicht für die dauerhafte Nutzung geeignet und sollte nur zur Installation und dem erstellen einer eigenen USB Kext genutzt werden.
Zum besseren Verständnis: Ein USB 3 Port besteht aus insgesamt zwei USB Ports - der USB 2 Anteil und der USB 3 Anteil. Im Klartext bedeutet das, dass wenn du zwei USB 2.0 Anschlüsse hast und 7 USB 3 Ports du bereits über dem Port Limit bist. 7x2 = 14 + 2 = 16 und damit ein Port über dem Limit.
Mit einer USB Kext sorgst du dafür, dass nur die Ports in macOS auftauchen welche auch tatsächlich genutzt werden, deren Typen richtig beschrieben sind und du unterm Strich im Limit von 15 Ports pro Controller bleibst. Die einfachste Möglichkeit eine USB Kext zu erstellen ist mit Hackintool (Download).
Öffne das Hackintool und klicke dort auf den USB Tab. Alle vorhandenen USB Anschlüsse werden dir nun im Hackintool angezeigt. Teste diese der Reihe nach erst mit einem reinen(!) USB 2.0 Device durch und danach nochmal mit einem USB 3.0 Device durch, damit du siehst welche in Benutzung sind. Dann löscht du erstmal alle Ports aus der Liste welche nicht genutzt werden (= alle die nicht grün sind). Dann setzt du die Art des Anschlusses:
- USB 2.0 Anteil eines USB 3 Ports wird auf USB3 gesetzt
- USB 3.0 Anteil eines USB 3 Ports wird auf USB3 gesetzt
- Reine USB 2.0 Anschlüsse auf USB2
- Besonderheit bei Typ-C: Gleicher Port in beide Richtungen = TypeC + SW; unterschiedlicher Port je nach Richtung = TypeC
- Interne USB Ports (z.B. internes Bluetooth, Lüftersteuerung etc.) wird auf Internal gesetzt
Sollten deine Anschlüsse das Port Limit von 15 Ports pro Controller sprengen (was sie sehr wahrscheinlich tun werden), musst du dich von Ports trennen. Da musst du dich dann selbst entscheiden ob du einen oder mehrere USB Anschlüsse komplett deaktivierst oder von einem USB 3.0 Port den USB 2.0 oder den 3.0 Anteil wegnimmst.
Sobald alles fertig konfiguriert ist kannst du die Daten exportieren. Hackintool generiert meistens drei Dateien: SSDT-EC, SSDT-UIAC und USBPorts.kext.
- SSDT-EC kommt nach /Clover/ACPI/patched.
- SSDT-UIAC ist für die Verwendung mit USBInjectAll gedacht.
- Die USBPorts.kext ist eine Standalone Lösung und der optimale Weg (kommt nach /EFI/CLOVER/kexts/Other). Nutzt du diese, kannst du USBInjectAll.kext löschen, die SSDT-UIAC brauchst du dann auch nicht.
Aus der Clover config.plist kannst du im Kexts2Patch Bereich dann auch die Port Limit Patches entfernen wenn alles läuft wie es soll. Dies geht am besten mit dem Tool Clover Configurator.
Die USBport.kext wird so hier, also ohne ExecutablePath, eingetragen.
Von den Airpot.....kext kannst du die ohne ExecutablePath löschen. Es sollte immer nur eine Kext einer Art verwendet werden.
Eine Frage noch dazu:
Die vorhandene SSDT-EC-USBX-DESKTOP.aml wird dann gelöscht, oder?
Kann ich den Proper Tree nutzen, damit dann die neuen .aml und .kext der Dateien aus dem Hackintool korrekt
in die Config.plist eingetragen werden?
Danke!
Kaiborg Ja, Kext hinzufügen und mit ProperTree neuen Snapshot erstellen und speichern. Wenn du den USBPorts.kext benutzt, benötigst Du SSDT-EC-USBX-DESKTOP nicht, wenn ich mich recht entsinne. Aber Du kannst Sie ja erstmal nur ausschalten in der config unter ACPI. Dann neustarten und gucken ob USB noch funktioniert.
Das ist so nicht ganz korrekt. In der USBPorts.kext, mit Hackintool erstellt, sind nur die Ports gelistet, welche man haben möchte und damit diese im 15 Port Limit bleiben. Das entbindet jedoch nicht von einer SSDT-EC oder einer SSDT-EC-USBX
Bedankt, läuft nun alles bestens
Ich hatte diese generische USB-EC-Desktop.aml, die man anfänglich nehmen sollte, nun entfernt und die vom Hackintool generierte genommen. Nun gehen sogar die USB Ports an der Apple Tastatur wieder
EDIT: Eine Frage tauchte nun doch noch auf.
Ich habe das Startvolume auf meine Mac SSD gestellt. Er bootet damit in Opencanopy automatisch
auf MacOS. Nutze ich zwischendurch mal die Win 10 Ebene, ist dieser Eintrag des Autoboots
weg und er bootet automatisch Win 10. Kann ich Windows abgewöhnen, sich da irgendwo reinzuschreiben??
Bedankt!
Kaiborg
In Hackintool steht was anderes:
"Use the “Export” button to generate files to your Desktop
• Copy SSDT-EC.aml (if created) to EFI/CLOVER/ACPI/patched
• Choose one of the following two:
Hmm, bei mir hieß die Datei SSDT-EC-USBX.aml, die habe ich in OC/ACPI gepackt, dann USBPorts.kext in OC/Kexts
Ist das jetzt schon doppelt gemoppelt?
EDIT: Eine Frage tauchte nun doch noch auf.
Ich habe das Startvolume auf meine Mac SSD gestellt. Er bootet damit in Opencanopy automatisch
auf MacOS. Nutze ich zwischendurch mal die Win 10 Ebene, ist dieser Eintrag des Autoboots
weg und er bootet automatisch Win 10. Kann ich Windows abgewöhnen, sich da irgendwo reinzuschreiben??
In Hackintool steht was anderes:
Ja das ist korrekt. Aber wenn man sich mal den Unterschied zwischen einer vom Hackintool generierten SSDT-EC.aml und einer SSDT-EC-USBX.aml anschaut, dann weiß man doch woher der Wind weht. Nicht umsonst schreibt Dortiana, dass ab Skylake eine SSDT-EC-USBX erforderlich ist -> https://dortania.github.io/Get…sdt-platform.html#desktop
Vergleiche einfach mal beide .aml Dateien.
Hmm, bei mir hieß die Datei SSDT-EC-USBX.aml, die habe ich in OC/ACPI gepackt, dann USBPorts.kext in OC/Kexts
Nein, das ist völlig korrekt, habe ich ebenso.
Kaiborg So ist alles gut.
Die SSDT-EC-USBX.aml bleibt in ACPI und dann kommt der USBport.kext hinzu. Nutzt man den USBport.kext nicht, dann werden SSDT-UIAC.aml and SSDT-USBX.aml anstelle verwendet.
So steht's ja auch in der Anleitung.
Den check kannst du auch machen, wenn du im Hackintool wieder auf USB gehst und wenn dir nur die von dir verwendeten Ports angezeigt werden, passt's.
Gute Frage mit dem Win, das ist bei mir genauso.
karacho Genau das hab ich grad gemacht
Ah ok, es war mir nicht bewusst, dass Hackintool jetzt neuerdings auch eine SSDT-EC-USBX erstellt. Als ich meine USBPorts.kext irgendwann letztes Jahr damit erstellt hatte, spuckte mir das Hackintool nur eine SSDT-EC aus, welches die return passage noch nicht enthielt. Gerade getestet, jetzt wird die SSDT korrekt erstellt.
Was ich dann mache, ist einfach macOS mit gedrückter Strg Taste starten, dann ist macOS beim nächsten mal gleich wieder das ausgewählte Startvolumen.
Das Problem, dass Win10 sich da bei Nutzung "reindrängt"
Was meinst du damit? Dann fehlt in der SSDT vermutlich ein _OSI Eintrag.
Was meinst du damit? Dann fehlt in der SSDT vermutlich ein _OSI Eintrag.
Na, dass Win10 nach Nutzung den Eintrag, dass MacOS nach 4 Sekunden automatisch starten soll,
anscheinend überschreibt.