Ruhemodus funktioniert erst beim zweiten mal.

  • Hallo zusammen,


    Ich habe meinen ASRock B85M ITX komplett neu aufgesetzt und eingerichtet.

    Doch bekomme ich den Ruhemodus nicht ganz in den Griff. Beim zweiten/dritten versuch bleibt der PC im Ruhemodus... doch nicht auf anhieb.


    Was habe ich bis jetzt schon versucht.

    -Ich habe alle Kexte inkl. Clover aktualisiert.

    -Ich habe mit dem Hackintool meine USB-Ports konfiguriert (Der erstellte Kext ist Clover Kexts/Other) (Die erstellten SSDT Dateien habe ich nicht benutzt)



    Wenn ich im Terminal folgendes eingebe:

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

    Spuckt er mir das aus:

    Code
    1. 2019-10-04 16:09:15.902406+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: GLAN
    2. 2019-10-04 16:09:15.902409+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: GLAN
    3. 2019-10-04 16:24:47.835180+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC (Alarm)
    4. 2019-10-04 16:24:47.835183+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC (Alarm)
    5. 2019-10-04 18:40:34.200416+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: GLAN
    6. 2019-10-04 18:40:34.200419+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: GLAN
    7. 2019-10-26 10:36:41.286985+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: GLAN
    8. 2019-10-26 10:36:41.286988+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: GLAN
    9. 2019-10-26 10:52:14.687283+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC (Alarm)


    In den Einstellung/Energie Sparen ist die Option (Bei Ethernet aufwachen) deaktiviert.


    Eine DSDT nutze ich keine. Habe aber mal eine über Clover erstellt und hier mit angehangen falls das etwas hilft.

    Dateien

    • DSDT.aml

      (42,55 kB, 133 Mal heruntergeladen, zuletzt: )

    ASRock B85m ITX - i3 4330 - HD4600 - 8GB Ram - SSD - 10.14 - Clover non UEFI
    Dell E6540 - i5 4310M - HD 4600 - 16GB Ram - BCM4352 - SSD - 10.13 - Clover UEFI
    Dell E7440/7240 - i5 4200U - HD 4400 - 8GB Ram - BCM4352 - SSD - 10.14 - Clover UEFI
    Intel Nuc BOXD54250WYKH2 - i5-4250U - HD5000 - 8GB Ram - BCM4352 - SSD OSX - Lüfterlos - 12.0.1 - OC

  • Habe ich gerade getestet. Leider keine Besserung :S
    Sollte ich den Fix wieder rückgängig machen wenn er nichts gebracht hat?

    Macht es Sinn meine Clover Config hochzuladen?

    ASRock B85m ITX - i3 4330 - HD4600 - 8GB Ram - SSD - 10.14 - Clover non UEFI
    Dell E6540 - i5 4310M - HD 4600 - 16GB Ram - BCM4352 - SSD - 10.13 - Clover UEFI
    Dell E7440/7240 - i5 4200U - HD 4400 - 8GB Ram - BCM4352 - SSD - 10.14 - Clover UEFI
    Intel Nuc BOXD54250WYKH2 - i5-4250U - HD5000 - 8GB Ram - BCM4352 - SSD OSX - Lüfterlos - 12.0.1 - OC

  • Sollte ich den Fix wieder rückgängig machen wenn er nichts gebracht hat?

    Das kann ich dir nicht sagen, ich mache den gerne standardmäßig mit dem KU und freue mich über den grünen Haken.

    Macht es Sinn meine Clover Config hochzuladen?

    Lade doch mal deine EFI hoch, ich würde mich das trauen... :)

  • Hat etwas gedauert aber hier ist der EFI Ordner.

    Beim erstellen des USB Kext mit dem Hackintool werden auch zwei SSDT Dateien erstellt. Müssen diese verwendet werden?


    Könnte es eventuell auch an einer Bios Einstellung liegen? Beim zweiten versuch in den Ruhemodus zu gehen bleibt der Rechner im Ruhemodus.

    Nur beim ersten Versuch wacht er nach 2-3 Sekunden wieder aus dem Ruhemodus auf.

    Dateien

    • CLOVER.zip

      (2,83 MB, 162 Mal heruntergeladen, zuletzt: )

    ASRock B85m ITX - i3 4330 - HD4600 - 8GB Ram - SSD - 10.14 - Clover non UEFI
    Dell E6540 - i5 4310M - HD 4600 - 16GB Ram - BCM4352 - SSD - 10.13 - Clover UEFI
    Dell E7440/7240 - i5 4200U - HD 4400 - 8GB Ram - BCM4352 - SSD - 10.14 - Clover UEFI
    Intel Nuc BOXD54250WYKH2 - i5-4250U - HD5000 - 8GB Ram - BCM4352 - SSD OSX - Lüfterlos - 12.0.1 - OC

    2 Mal editiert, zuletzt von Peter_Pan ()

  • Hat zu dem Thema niemand eine Idee :P

    ASRock B85m ITX - i3 4330 - HD4600 - 8GB Ram - SSD - 10.14 - Clover non UEFI
    Dell E6540 - i5 4310M - HD 4600 - 16GB Ram - BCM4352 - SSD - 10.13 - Clover UEFI
    Dell E7440/7240 - i5 4200U - HD 4400 - 8GB Ram - BCM4352 - SSD - 10.14 - Clover UEFI
    Intel Nuc BOXD54250WYKH2 - i5-4250U - HD5000 - 8GB Ram - BCM4352 - SSD OSX - Lüfterlos - 12.0.1 - OC

  • Moin!

    Deaktivier erstmal in den Systemeinstellungen Power Nap. Dann lad dir den IORegistryExplorer runter und schick mir bitte eine gesicherte IOReg Datei.


    Dann bitte mal folgendes Prozedere machen:

    Lies mit dem bekannten Terminal Befehl die Wake Reasons im gebooteten System aus und Speicher sie. Versuch dann in den Sleep zu gehen, was ja scheitern sollte, und führ direkt nach dem gescheiterten Sleep-Versuch den WakeReason-Befehl wieder aus. Es sollte dann eine weitere WakeReason zu finden sein, die brauchen wir denn die wird das Problem sein.


    Des weiteren noch ein paar weitere Infos für mich: Die Ausgaben am besten in einen Spoiler kopieren.

    1.

    Code
    1. log show --style syslog | fgrep "Wake reason"


    2.

    Code
    1. pmset -g


    3.

    Code
    1. sudo pmset -g log | tail -n 20


    4.

    Code
    1. sudo pmset -g assertions


    5.

    Code
    1. kextstat | grep -v apple


    Der KextUpdater macht übrigens folgendes mit dem Sleepimage:

    Du kommst bei deinem Problem nach dem unendlichsten Versuch nicht weiter? Dann schreib mir eine Nachricht für eine TeamViewer Sitzung. Nur wenn es gar nicht mehr weiter geht!
    Alle anderen Fragen und Anliegen gehören ins Forum.

  • Erstmal vielen Dank für die Antwort und Hilfe...

    Ich hoffe ich habe alles richtig gemacht und es fehlen keine Informationen.

    Was ich bis jetzt auch nie ans laufen bekommen habe ist der HDMI Sound. Das wäre auch ziemlich super wenn der mal funktionieren würde. Da mein Bildschirm Lautspecher hat :thumbup:


    Vor dem ersten Versuch in den Ruhemodus zu kommen

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

    Code
    1. 2020-02-21 16:42:46.368929+0100  localhost powerd[91]: [powerd:sleepWake] Wake reason: "<private>"  identity: "<private>"
    2. 2020-02-21 16:43:05.194129+0100  localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: GLAN
    3. 2020-02-21 16:43:05.194130+0100  localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: GLAN
    4. 2020-02-21 16:44:01.074418+0100  localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: PWRB (User)
    5. 2020-02-21 16:44:01.074419+0100  localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: PWRB (User)
    6. 2020-02-21 16:56:00.113480+0100  localhost powerd[90]: [powerd:sleepWake] Wake reason: "<private>"  identity: "<private>"
    7. 2020-02-21 16:56:18.667557+0100  localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: GLAN

    Das nach dem ersten Versuch wenn er automatisch aufgewacht ist nach 1-2 Sekunden

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

    Code
    1. 2020-02-21 16:42:46.368929+0100  localhost powerd[91]: [powerd:sleepWake] Wake reason: "<private>"  identity: "<private>"
    2. 2020-02-21 16:43:05.194129+0100  localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: GLAN
    3. 2020-02-21 16:43:05.194130+0100  localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: GLAN
    4. 2020-02-21 16:44:01.074418+0100  localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: PWRB (User)
    5. 2020-02-21 16:44:01.074419+0100  localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: PWRB (User)
    6. 2020-02-21 16:56:00.113480+0100  localhost powerd[90]: [powerd:sleepWake] Wake reason: "<private>"  identity: "<private>"
    7. 2020-02-21 16:56:18.667557+0100  localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: GLAN
    8. 2020-02-21 16:56:18.667558+0100  localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: GLAN

    pmset -g

    sudo pmset -g log | tail -n 20

    sudo pmset -g assertion

    kextstat | grep -v apple

    Code
    1. Index Refs Address            Size       Wired      Name (Version) UUID <Linked Against>
    2.    41    3 0xffffff7f83189000 0x22000    0x22000    as.vit9696.Lilu (1.4.1) 81A9C8D0-23F6-3579-96D1-264515ADC521 <8 6 5 3 2 1>
    3.    42    0 0xffffff7f831ab000 0x5000     0x5000     org.vanilla.driver.CPUFriend (1.2.0) 2D41C441-2324-362A-85C3-FC3A262E36EE <41 12 8 6 5 3 2 1>
    4.    43    0 0xffffff7f831b0000 0x69000    0x69000    as.vit9696.WhateverGreen (1.3.6) B3305CD0-7459-3641-B85C-1E3E56DB90AA <41 13 8 6 5 3 2 1>
    5.    44    0 0xffffff7f83219000 0x11000    0x11000    org.netkas.driver.FakeSMC (1800) FC7031CC-C949-35D1-AC1A-CA8DB349793E <12 8 6 5 3 1>
    6.    45    0 0xffffff7f8322a000 0x12a000   0x12a000   as.vit9696.AppleALC (1.4.6) 63E824CE-380C-353A-8201-01AC0C4507D9 <41 13 8 6 5 3 2 1>
    7.    71    0 0xffffff7f83354000 0x10000    0x10000    com.insanelymac.AtherosE2200Ethernet (2.3.0) 00BF172E-E418-3B7B-B1AA-E68EDD7DCD68 <18 13 6 5 3 1>
    8.   117    0 0xffffff7f80f0c000 0x4000     0x4000     com.intel.driver.EnergyDriver (2.0) 6EC99BBD-0CA2-3CA6-B252-DE46782936C3 <8 6 5 3>

    Dateien

    • iMac.zip

      (2,92 MB, 146 Mal heruntergeladen, zuletzt: )

    ASRock B85m ITX - i3 4330 - HD4600 - 8GB Ram - SSD - 10.14 - Clover non UEFI
    Dell E6540 - i5 4310M - HD 4600 - 16GB Ram - BCM4352 - SSD - 10.13 - Clover UEFI
    Dell E7440/7240 - i5 4200U - HD 4400 - 8GB Ram - BCM4352 - SSD - 10.14 - Clover UEFI
    Intel Nuc BOXD54250WYKH2 - i5-4250U - HD5000 - 8GB Ram - BCM4352 - SSD OSX - Lüfterlos - 12.0.1 - OC

  • Gibt es denn zum etwas unwichtigeren Thema HDMI Sound ein Tipp wie das möglich sein könnte?

    Ist das mit dem Hackintool möglich? Oder muss so etwas auch über eine DSDT laufen?

    ASRock B85m ITX - i3 4330 - HD4600 - 8GB Ram - SSD - 10.14 - Clover non UEFI
    Dell E6540 - i5 4310M - HD 4600 - 16GB Ram - BCM4352 - SSD - 10.13 - Clover UEFI
    Dell E7440/7240 - i5 4200U - HD 4400 - 8GB Ram - BCM4352 - SSD - 10.14 - Clover UEFI
    Intel Nuc BOXD54250WYKH2 - i5-4250U - HD5000 - 8GB Ram - BCM4352 - SSD OSX - Lüfterlos - 12.0.1 - OC

  • Sorry ich habe im Moment sehr wenig Zeit, ich antworte noch, keine Sorge.

    Für HDMI Audio brauchst du grundsätzlich den Eintrag hda-gfx=0 für das Gerät GFX0 und HDAU (siehe IOReg).

    Das Ganze geht per SSDT, DeviceProperties aber eigentlich sollte es der Einsatz von Whatevergreen tun, die Kext macht das von alleine.


    Benutzt du eine DSDT?

    Du kommst bei deinem Problem nach dem unendlichsten Versuch nicht weiter? Dann schreib mir eine Nachricht für eine TeamViewer Sitzung. Nur wenn es gar nicht mehr weiter geht!
    Alle anderen Fragen und Anliegen gehören ins Forum.

  • Jetzt erst mitbekommen das du geantwortet hast. :)

    Heißt ich müsste hda-gfx=0 als Bootflag in Clover eintragen oder Whatevergreen.kext nutzen der das Automatisch macht?

    Whatevergreen.kext habe ich schon im Clover Ordner HDMI Audio wird aber nicht erkannt. Mein EFI Ordner ist weiter oben Hochgeladen.

    Eine DSDT benutze ich bis jetzt keine.

    ASRock B85m ITX - i3 4330 - HD4600 - 8GB Ram - SSD - 10.14 - Clover non UEFI
    Dell E6540 - i5 4310M - HD 4600 - 16GB Ram - BCM4352 - SSD - 10.13 - Clover UEFI
    Dell E7440/7240 - i5 4200U - HD 4400 - 8GB Ram - BCM4352 - SSD - 10.14 - Clover UEFI
    Intel Nuc BOXD54250WYKH2 - i5-4250U - HD5000 - 8GB Ram - BCM4352 - SSD OSX - Lüfterlos - 12.0.1 - OC

  • Nein, das ist kein Bootarg. Wenn es mit dem bloßen Einsatz von WEG nicht geht, brauchst du wahrscheinlich einen Connector Patch für deine GPU. Das Hackintool und die WEG Wiki auf Github kann dir dabei helfen :)


    Ich melde mich sobald ich Zeit finde mir deine Sachen anzuschauen.

    Du kommst bei deinem Problem nach dem unendlichsten Versuch nicht weiter? Dann schreib mir eine Nachricht für eine TeamViewer Sitzung. Nur wenn es gar nicht mehr weiter geht!
    Alle anderen Fragen und Anliegen gehören ins Forum.

  • Sodala, leider ist die Situation bei dir ein wenig kryptisch, GLAN ist in deinem System noch nicht einmal aktiv, Atheros LAN läuft über RP03.


    Vielleicht passt hier auch etwas mit der Wake Reason nicht ganz. Deswegen probier doch bitte mal folgendes:

    Entfern alle externen Geräte bis auf dein Keyboard vom Rechner und versetz den Hacky dann in den Sleep und beobachte, ob er weiterhin direkt aufwacht.


    Außerdem kannst du mal noch folgende DSDT testeshalber ausprobieren, die ich für dich teilweise angepasst habe: DSDT.aml

    (einfach nach ACPI/patched kopieren und Neustarten, danach Sleep ganz normal probieren)


    Ich bin gespannt, viel Erfolg.

    Du kommst bei deinem Problem nach dem unendlichsten Versuch nicht weiter? Dann schreib mir eine Nachricht für eine TeamViewer Sitzung. Nur wenn es gar nicht mehr weiter geht!
    Alle anderen Fragen und Anliegen gehören ins Forum.

  • Hallo kuckkuck würdest du bitte eine Auge drauf werfen und mir sagen woran scheitert mit wake/sleep Funktion...ich habe im Internet danach gesucht und war nicht fündig und kenne damit nicht aus...

    Ich wollte keine Thread dafür öffnen, deshalb schreibe ich hier, weil es gleichen Thema ist

    ich danke dir für deine Zeit im Voraus :)

  • Mach lieber einen eigenen Thread auf. Mit deinem Log kann ich nicht wirklich viel anfangen, auch hast du nicht geschildert was überhaupt das Problem ist.

    Du kommst bei deinem Problem nach dem unendlichsten Versuch nicht weiter? Dann schreib mir eine Nachricht für eine TeamViewer Sitzung. Nur wenn es gar nicht mehr weiter geht!
    Alle anderen Fragen und Anliegen gehören ins Forum.