Mojave 10.14.4 Probleme mit EmuVariableUefi-64.efi und ASUS Prime Z-390-A

  • Zuerst mal was die Kexts betrifft -> 2.25 Wohin mit den zusätzlichen Kexts?

    Achte auf den Hinweis, dass nach dem Entfernen von Kexten aus /L/E oder /S/L/E auch der Kext Cache wieder aufgeräumt werden muss, damit das auch Wirkung zeigt.


    Wenn du den Anschluss der WLAN/BT-Kombi auf dem Mainboard siehst, kannst du den entsprechenden Port auch im Handbuch auf Seite 1-2, Kapitel 1.1.2 Motherboard layout, wiederfinden und die Bezeichnung hier nennen.

    Gruß
    Al6042

    Keine Unterstützung per PN oder Pinnwand... Eure Anfragen gehören ins Forum, nicht in mein Postfach!

  • Vielen Dank für die Info bzgl. den Kexts. Die Karte hängt an USB_E34

  • Dann teste bitte mal den folgenden Kext als Ersatz für die Variante in deiner aktuellen EFI.

    Dateien

    Gruß
    Al6042

    Keine Unterstützung per PN oder Pinnwand... Eure Anfragen gehören ins Forum, nicht in mein Postfach!

  • Zustand bleibt unverändert...

    Edit: Wenn ich die kext ganz raus lasse schläft er :)

    bin verwirrt

  • Dann poste bitte den aktuellen Screenshot vom USB-Fenster des HackinTools.

    Und zusätzlich das Ergebnis des folgenden Terminal-Befehls:

    Code
    1. kextstat |grep -v apple

    Gruß
    Al6042

    Keine Unterstützung per PN oder Pinnwand... Eure Anfragen gehören ins Forum, nicht in mein Postfach!


  • Index Refs Address Size Wired Name (Version) UUID <Linked Against>

    37 5 0xffffff7f8588b000 0x11000 0x11000 org.netkas.driver.FakeSMC (1800) FC7031CC-C949-35D1-AC1A-CA8DB349793E <12 8 6 5 3 1>

    38 2 0xffffff7f8589c000 0x22000 0x22000 as.vit9696.Lilu (1.3.5) 426CBF1D-1638-3D7A-9EB1-17525E0C1A6E <8 6 5 3 2 1>

    39 0 0xffffff7f858be000 0x63000 0x63000 as.vit9696.WhateverGreen (1.2.7) 1544DA5A-9156-34FE-9B5E-050B5F758B6B <38 13 8 6 5 3 2 1>

    40 0 0xffffff7f85921000 0x107000 0x107000 as.vit9696.AppleALC (1.3.6) 7414811A-6394-3B45-9283-47D61F255E19 <38 13 8 6 5 3 2 1>

    41 0 0xffffff7f85a28000 0x6000 0x6000 org.hwsensors.driver.CPUSensors (1800) ED90DA0F-5876-3DB5-82EC-CEEA470A7479 <37 8 6 5 3>

    49 0 0xffffff7f85a2e000 0x4000 0x4000 org.hwsensors.driver.SMMSensors (1800) 97DDF4ED-310B-3123-988E-E1A9890743A6 <37 8 6 5 3>

    56 0 0xffffff7f85a32000 0xa000 0xa000 org.hwsensors.driver.ACPISensors (1800) FA4DF6C0-0D3A-3CE2-8569-0AB2C84053E7 <37 12 8 6 5 3>

    64 0 0xffffff7f85a3c000 0x21000 0x21000 com.insanelymac.IntelMausiEthernet (2.4.1d1) 88E228F4-3264-385C-84E9-3B7F99112336 <16 13 6 5 3 1>

    65 0 0xffffff7f85a5d000 0xd000 0xd000 org.hwsensors.driver.LPCSensors (1800) EF5BB9DC-C33F-3EED-9F96-42A7F22D806F <37 13 12 8 6 5 3>

    66 0 0xffffff7f85a6a000 0x15000 0x15000 org.hwsensors.driver.GPUSensors (1800) C6BE6BDA-2398-3318-BCF0-F519AD4DB140 <37 13 12 8 6 5 3>


    Hab virtualSMC durch FakeSMC wieder getauscht. Also nicht verwirren lassen...


    Ich glaube das beste ist ich setz den Hacki mal neu auf...

  • Das würde ich mir ersparen...

    mehr Sinn macht es, wenn du nach der Anleitung des Info-Symbols im USB-Fenster deine USB-Ports nochmal komplett sauber definierst und damit einen eigenen USBPorts.kext erstellst.

    Gruß
    Al6042

    Keine Unterstützung per PN oder Pinnwand... Eure Anfragen gehören ins Forum, nicht in mein Postfach!

  • Alles klar. Das mache ich heute Abend. Vielen Dank für deine Hilfe und Geduld. Echt klasse!

  • Also auch mit selbst erstellter USBports.kext wacht er nach zwei Sekunden wieder auf... ich hab gestern aus lauter Verzweiflung 10.14.4 neu installiert... leider ohne Veränderung... lass ich die USBports.kext raus schläft er... vielleicht ist das ein Clover problem oder so... ich gebs erstmal auf.

  • Führ den Befehl im Terminal aus:

    log show --style syslog | fgrep "Wake reason"


    Dann teile hier die letzten paar Einträge. Diese sagen dir genau warum der Rechner aufwacht.

    LG Chris


    Meine Hardware:

  • 2019-04-02 16:28:15.002850+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: XDCI CNVW XHC

    2019-04-02 16:28:15.002851+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: XDCI CNVW XHC

  • ich hab halt kein USB C Gerät bzgl. der Ports ... kann es daran liegen?

  • Nope... das sollte egal sein.

    Wenn USB-C nicht genutzt wird, können die Ports auch keinen Einfluss nehmen.

    Nur wenn was dranhängt wird es spannend.

    Gruß
    Al6042

    Keine Unterstützung per PN oder Pinnwand... Eure Anfragen gehören ins Forum, nicht in mein Postfach!

  • Ja habe ich... Ich habe aber nur den einen an dem die Karte hängt als "intern" gekennzeichnet und die anderen gelöscht. Reine USB2 Ports als USB2 und alle andern verfügbaren als USB3 die USB C hab ich alle raus gelöscht... hab die kext erstellt und die aml ins patched Verzeichnis gepackt. Muss ich sonst noch was machen? hab das genau nach der Anleitung von Hackintool gemacht... ist ja quasi Idiotensicher....


    EDIT: Sooooo... ich weis jetzt wer der Übeltäter ist... Es ist tatsächlich die Bluetoot Karte... bzw der USB Teil der auf das Board geht... Der wird im Hackintool nicht grün markiert. wie kann ich herausfinde welcher Anschluss es ist?

  • So ich habs... Ein komisches Board... Die Bluetooth Karte funktioniert an allen Anschlüssen mit der Nummer 14. Wird aber im Hackintool nur an dem eingekreisten Anschluss erkannt... Deswegen war der Anschluss nicht in meiner USBPorts.kext... und deswegen der Wake... Vielen Dank für die Hilfe und Unterstützung.

  • Community Bot

    Hat das Label Erledigt hinzugefügt
  • Danke! Ich denke ich hatte auch das Problem. Have es aber nicht weiter verfolgen können. Magst du deinen EFI Ordner noch hochladen?

  • Na klar. die config.plist ist unverändert von al6042

    Dateien

    • EFI.zip

      (17,32 MB, 112 Mal heruntergeladen, zuletzt: )