Beiträge von HackMac1

    Ich konnte das USB Problem lösen, in dem ich eine komplett neue Config mit dem Macmini8,1 SMBIOS erstellt habe. Die Config von MobusOne hat in den ACPI Patches vieles drin, was wohl die USB Ports blockiert.

    pebbly: Stehe selber vor diesem Problem. Kannst du deine aktuelle EFI hochladen? Vielleicht liegt es auch an den BIOS-Einstellungen? Ich habe meine Einstellungen einmal abfotografiert, kannst du diese mal mit deinen prüfen? Alle Einstellungen die nicht sichtbar sind, stehen auf "Auto".


    Benutzt du die IGPU UHD 630 oder die DGPU?

    Dateien

    • BIOS.zip

      (7,24 MB, 185 Mal heruntergeladen, zuletzt: )

    Wegen Arbeit konnte ich mich nicht früher zurückmelden.


    CMMChris Ich habe das Intel PowerGadget installiert und das Ergebnis unten angehängt.


    locojens Danke für dein Clover, habe deine Einstellungen mit meinen Verglichen. Sieht sehr ähnlich aus, außer das ich keine Patches, wie GFX0 to IGPU oder PEGP to GFX0 drin habe. Leider keine Besserung.


    pebbly Nagst du deinen Clover Ordner auch mit mir teilen? Konnte vielleicht hilfreich sein.


    Wass ich aber generell nicht verstehe. Mit Google finde ich einige Threads mit dem Z390-a. Bei manchen funktioniert der Standby, und bei machen nicht. Wie kann es denn bei einem "standardisierten" Board zu unterschiedlichen Ergebnissen kommen? Bei mir scheint das Problem hauptsächlich mit USB zusammen zuhängen.


    Ich habe noch ein paar Änderungen in meinem Clover durchgeführt. Nachdem das Gerät aus dem Standby (wenn er nach 1 Sekunde wie anspringt), bleibt bei mir der Bildschirm Schwarz oder ist Grün. Könnte das Problem auch hiermit zusammen hängen?


    EDIT:

    Die Wake Reason XDCI und CNVW sind doch wegen USB, oder?


    EDIT2:

    Habe den Anhang des Intel Power Gadgets vergessen,

    Wake on LAN ist aus. Ich habe es gerade kurz getestet, wenn ich die Webcam vom Computer trenne (HS13, USB2.0) "funktioniert" der Standby. Die LED blinkt langsam. Leider bleiben die Lüfter an und das System reagiert nur noch, wenn ich den Ein-/Ausschalter so lange drücke, bist die Kiste auch Aus ist.

    DSM2 und CMMChris Danke für eure Antworten. Genau, ich habe ein Z390-A. Im Anhang habe ich ein Bild (Mainboard.jpg) mit allen zuweisbaren und die Ports, die ich deaktivieren würde angehängt. Im HackingTool Bild würde jetzt so meine Konfiguration aussehen. HS13 ist die Webcam und wurde als USB2 definiert.


    Sollte nun korrekt sein :)


    Edit: Leider zu früh gefreut:

    Code
    1. 2019-06-10 18:18:48.460582+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: XDCI CNVW
    2. 2019-06-10 18:18:48.460583+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: XDCI CNVW

    Wo sind die Gegenstücke der SS Ports, sprich die HS Ports?

    Das ist falsch konfiguriert...

    Hallo DSM2 Nun bin ich Komplet verwirrt ;)


    Wenn HSxx und SSxx jeweils ein eigenständiger Port ist, verfügt das Mainboard (Erste Auflistung Beitrag 14) dann nicht insgesamt über 26 Ports (14x HSxx, 10x SSxx und 2x USRx)? Die Anleitung im Hackingtool hatte ich so verstanden, dass SSxx Ports die dazugehörigen HSxx Ports nicht benötigen, und das man diese deaktivieren kann. Ist dies falsch? Bedeutet dies, das ich bei einen SSxx Port auch den HSxx Port mitnehmen muss?


    Bei den letzten Punkt stehe ich auf den Schlauch. In der ersten Auflistung zähle ich folgendes:

    • HS01/SS01, HS02/SS02, HS03/SS03, HS04/SS04, HS06, HS07/SS07, HS08/SS08, HS09/SS09, HS10/SS10, HS11, HS13, HS14 (20 Ports (oder 12 Ports?) ohne die unbekannten HS05, HS12, SS05, SS06 USR1 und USR2)
    • HS01/SS01, HS02/SS02, HS03/SS03, HS06, HS07/SS07, HS08/SS08, HS09/SS09, HS10/SS10, HS11, HS13 (17 Ports (oder 10 Ports?) ohne HS04/SS04 USB C und HS14)

    Habe ich etwas übersehen, oder falsch verstanden? Die Ports HS05 (vermutlich wie HS06 ein HUB), HS12 SS05 und SS06 sind nicht auf dem Mainboard gesteckt, da ich am Gehäuse nichts mehr zum anschließen habe.

    Steck alles ab, nimm 1x usb 2.p und 1x usb 3.0 Gerät und gehe die für dich wichtigen Ports bis nr. 15 durch. Vergib die richtigen Eigenschaften (im Feld Connector) und exportiere deinen kext.

    pebbly Ich verstehe das mit den 23 Ports nicht, aber nun gut. Ich habe über das Hackingtool nun nochmals eine USBPorts.kext erstellt. Mein Mainboard hat folgende USB-Ports:


    • HS01/SS01 USB2/USB3.1 Gen2 Back
    • HS02/SS02 USB2/USB3.1 Gen2 Back
    • HS03/SS03 USB2/USB3.1 Gen2 Back
    • HS04/SS04 USB2/USB3.1 Type C Back
    • HS05 Unbekannt
    • HS06 USB2 Hub auf Mainboard, 2 USB 2.0 Ports Front
    • HS07/SS07 USB2/USB3 Front
    • HS08/SS08 USB2/USB3 Front
    • HS09/SS09 USB2/USB3 Back
    • HS10/SS10 USB2/USB3 Back
    • HS11 USB2 Bluetoothadapter Mainboard
    • HS12 Unbekannt
    • HS13 USB2 Back
    • HS14 USB2 Back, Gerät Windows only
    • SS05 Unbekannt
    • SS06 Unbekannt
    • USR1 Unbekannt
    • USR2 Unbekannt


    Folgende Ports würde ich mindestens gerne behalten:

    • SS01 USB3.1 Gen2 Back
    • SS02 USB3.1 Gen2 Back
    • SS03 USB3.1 Gen2 Back
    • HS06 USB2 Hub auf Mainboard, 2 USB 2.0 Ports Front
    • HS07/SS07 USB2/USB3 Front
    • HS08/SS08 USB2/USB3 Front
    • SS09 USB3 Back
    • SS10 USB3 Back
    • HS11 USB2 Bluetoothadapter Mainboard
    • HS13 USB2 Back, Webcam


    Im Hackingtool würde ich die Ports nun wie folgt vergeben:

    • SS01 USB3 Back
    • SS02 USB3 Back
    • SS03 USB3 Back
    • HS06 Internal Hub auf Mainboard, 2 USB 2.0 Ports Front
    • HS07/SS07 USB3 Front
    • HS08/SS08 USB3 Front
    • SS09 USB3 Back
    • SS10 USB3 Back
    • HS11 Internal Bluetoothadapter Mainboard
    • HS13 Internal Back, Webcam


    Ich habe die erstellten Angehängt. Diese sollten nun doch korrekt sein, oder?

    Dateien

    • USBPorts.kext.zip

      (1,18 kB, 126 Mal heruntergeladen, zuletzt: )
    • SSDT-UIAC.aml

      (576 Byte, 168 Mal heruntergeladen, zuletzt: )

    Hallo Kollegen,


    bin wieder da ;)

    Die Woche war Abends zu wenig Zeit um groß zu testen. Jetzt geht es aber wieder los. Ich gehe davon aus, das alles aus meinen letzten Post wohl korrekt ist, oder?


    pebbly der Befehl "nvram -p | grep -I “mylar”" hat nicht funktioniert, aber "sudo nvram -p | grep -I "myvar"" hat funktioniert: myvar %e2%80%9cTest%e2%80%9d

    Das sollte ja bedeuten, das der NVRAM funktioniert.


    Wenn ich deinen Befehl log show --last 10m --style syslog | grep "Wake reason" verwende, erhalte ich folgenden Terminal Output:

    Code
    1. 2019-06-08 09:05:13.375856+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: XDCI CNVW XHC
    2. 2019-06-08 09:05:13.375857+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: XDCI CNVW XHC

    Google hat ergeben, dass es am USB liegen soll, ich kann mir das aber nicht erklären? Mein Monitor schaltet sich nach dem Standby auch nicht wieder ein. Ich muss leider dann ein Neustart durchführen.

    Vielen Dank für das freundliche Willkommen!


    Ich bin gerade dabei den Mac nochmals als iMac 19,1 neu aufzusetzen. Geht zum Glück ja sehr schnell, da ich wegen dem ganzen ausprobieren, noch nicht richtig eingerichtet habe.


    DSM2 und pebbly Ich musste ErP nun doch wieder deaktivieren, da es auf Windows auch zu Problemen beim wecken kam.


    Wegen dem USBPort.kext verwende ich die vom iMac weiter (siehe Anhang USB). Die sollte auch korrekt eingerichtet sein.


    Ich habe mal ein Extract im Clover mit F4 gemacht, nach .dsl umgewandelt und dem Teil des EC0 auch als Anhang angehängt. Mit dem Rename nach EC wird dieser auch im IOREG geladen, siehe Anhang. Ist dies so korrekt? In MaciASL wird auch noch ein Device H_EC angezeigt. Laut dem Tomatenforum soll dieses dann ignoriert und nicht unbenannt werden. Ja, ich habe gestern Abend noch intensiv gegoogelt ;)


    Standby würde ich heute Abend nochmals probieren. Wegen dem Framebuffer habe ich heute mal unterschiedliche ausprobiert. Auch nach der Anleitung von DSM2 und noch einer anderen von Insanelymac und des Tomatenforums. Die haben keine Besserung ergeben. Ich habe alle die keine Index von -1 haben und nicht für die UHD 630 geeignet waren, nicht probiert. Da werde ich auch nochmals Hilfe benötigen, bzw. auch heute Abend nochmals schauen.


    Nochmals vielen Dank an euch allen!

    Hallo Community,


    zu allererst ein Dankeschön für dieses tolles Forum! Ich habe nach längerem Interesse mich dazu entschlossen, macOS Mojave auf meinem Computer zu installieren. Die Installation selber war schon fast etwas „unspektakulär“, aber trotzdem spannend! Nach längerem Testen stoße ich nun doch auf Probleme und habe dabei mehrere Fragen, die ich mit meinem Können und „gefährlichem“ Halbwissen nicht lösen kann.


    Zur allererst bin ich mir nicht ganz sicher, ob ich wegen dem Core i9 und UHD 630 als SMBIOS den Mac mini 8,1 oder iMac 19,1 verwenden soll? Ich habe beides getestet, und scheinbar läuft beides. Obwohl der iMac öfters alle xx Minuten mal einfror. Das könnte aber auch an einem anderen Optiofix Version liegen. Welche SMBIOS- oder Optiofixversion sollte bei mir besser funktionieren?


    Mir ist aufgefallen, das meine, unter dem iMac erstellte USBPort.kext, vom Mac Mini nicht richtig erkannt wird. Eigentlich wird diese vollständig ignoriert. Sobald ich das SMBIOS wieder auf iMac umstelle, funktioniert diese wieder. Ist das Normal? Ich habe nun jedenfalls für beide eine eigene Version erstellt ;) Laut der AML-Datei unterscheiden diese sich nicht. Das kann ich aber an den Kexts nicht prüfen.


    Nach meinen Informationen muss/sollte das Mainboard die EC-Funktion unterstützen. Laut mehreren Information sollte das Asus Prime Z390-A dies nicht unterstützen, obwohl MacAisl die Funktion EC0 kennt. Nach dem Rename (Clover) wird dies auch in IOREG geladen. Nun habe ich hier gelesen, das man den Rename vom Hackintool (ich gehe davon aus, dass diese mit Clover das gleiche ist) nicht verwenden soll, sondern die angebotene EC.aml. Welche Vorgehensweise wäre besser?


    Ich habe meinen Bildschirm mittels DisplayPort angeschlossen. Meinen zweiten Monitor würde ich gerne mittels HDMI anschließen. Leider bleibt dieser nach dem Apple Logo Schwartz. Als Standard verwendet der iMac/Mac Mini den Framebuffer 3E920003. Dieser scheint sehr zuverlässig zu funktionieren. Hier um Forum habe ich als Einstellung entweder den 3E9BXXXX oder 3E98XXXX gesehen. Bei diesen beiden bleibt der Monitor vor der Anmeldung gerne mal 20 Sekunden Schwartz. Um dies selber einzustellen, reichen meine Kenntnisse leider nicht aus. Könnt Ihr mir hierbei helfen?


    Das letzte Problem (bis jetzt) ist der leidige Standby. Bei meinem Board (ein Asus Prime Z390-A) scheint es laut Google und verschiedenen Threads auf unterschiedlichen Seiten zu gemischten Ergebnissen zu kommen. Beim einen Funktioniert, beim anderen nicht. Ich habe bei mir die BIOS-Einstellungen bereits kontrolliert. Testweise habe ich die Funktion ErP (S4 und S5) aktiviert. Das Gerät geht dann zwar in den Standby (der Einausschalter blinkt), das Gerät wacht aber nicht mehr auf (die Lüfter laufen weiter) und auch der Resetknopf reagiert nicht.


    Auch wenn der Text oben sich anhört, das ich mich gut mit dem Thema auskenne, ist dies leider nicht so. Ich konnte in den letzten paar Wochen viel Googeln und hier mitlesen. Könnt Ihr mir bei meinen Fragen/Probleme weiterhelfen?


    Vielen Dank für eure Unterstützung!

    Dateien

    • CLOVER.zip

      (4,46 MB, 103 Mal heruntergeladen, zuletzt: )