Hallo,
ich habe ein "kleines Problem". Wenn ich meinen Hackt in den Sleep schicke funktioniert das auch soweit allerdings wacht er nach ca. 10-15 Sekunden einfach wieder aus dem Sleep auf.
Habt ihr eine Idee was ich da machen könnte?
Rechner wacht nacht Sleep gleich wieder auf
-
- Erledigt
- headless
- Erledigt
-
Hi....
du könntest mal mit dem folgenden Befehl checken, welche Komponenten für das Aufwachen in Frage kommen:
Dann solltest du im BIOS und auch unter Systemeintstellungen -> Energie sparen den "Wake-On-LAN" deaktivieren...Hat der Sleep jemals funktioniert?
Nutzt du eine SSDT für deine CPU? -
Servus!
Also zum Sleep kann ich nur sagen das da Sierra bei mir ein wenig zickig ist...
Unterm Kapitän (und Mavericks und Yosemite) wars einfach: Tastenkürzel und der Schorsch ist eingeschlafen (und hat dann auch brav sein Nickerchen gemacht...).
Aber bei Sierra muss ich erst warten bis alle Platten hochgefahren sind und erst dann geht er in Sleep.
Wenn nicht wacht er meist gleich wieder auf. K.A was Apple da wieder geändert hat aber das nervt...
unter "pmset -g assertions" hab ich bei " ExternalMedia" eine "1" drin. Ich denk mal da werden unter der iMac Konfig alle anderen Volumes wie externe behandelt.
Mein Senf dazu...
-
hier ist die Ausgabe von pmset -g assertions
Wake on Lan ist im Bios auch deaktiviert.
Es klappt so in 5% der Fälle in den restlichen 95% geht die Maschine (nachdem USB ausgeschalten wurde , sehe ich an meiner Maus) wieder an.
Doofe Frage wie finde ich heraus ob ich eine SSDT nutze, ich glaube du hast mir damals eine gegeben
Die CPU Tagtet zumindest brav rauf und runter. -
Doofe Frage wie finde ich heraus ob ich eine SSDT nutze ...
Clover-ACPI-patched -
Er meinte den Ordner auf der versteckten EFI-Partition.
Der Pfad lautet /EFI/CLOVER/ACPI/patched... wenn dort eine SSDT.aml Datei drinnen liegt, wird sie wohl auch genutzt...Was dein Sleep-Problem angeht, scheint es am Bluetooth zu liegen:
Um das zu umgehen, solltest du unter Systemeinstellungen -> Bluetooth -> Erweitert den Haken beim untersten Auswahlpunkt entfernen. -
Ist nicht das BT-Endgerät, sondern das BT-"Verbindungsteil"...
USB-Stick oder USB-Bereich der WLAN/BT-Kombikarten.
Das brüllt die ganze Zeit in die Welt hinaus, dass es da ist und ein Gerät sich fälligst bei ihm melden soll...
DIesen Vorgang nennt man "BTLEAdvertisement" und wenn der beim Sleep stört, hast du mit dem deaktivieren des Hakens dieses "Advertisement" unterbrochen und gut ist... -
Ahh Okay vielen Dank für die Erklärung
-
Guten Morgen - Ich habe auch ein ähnliches problem und wollte nicht extra einen neuen Threat aufmachen.
Hier ist mal meine AusgabeMit Darkwake habe ich auch rumgespielt. Entweder wacht er wieder auf oder er startet neu. Allerdings stimmt was mit dem Bluetooth nicht . Er findet zwar ein Bluetooth Gerät allerdings kann ich es nicht deaktivieren. Naja ich habe ja schon eine neue Wlan/Bluetooth Karte bestellt
Ich habe mal den USB Hub abgezogen. Hier nochmal die Daten. Er geht kurz in Sleep und wacht dann gleich wieder auf - Darkwake=0
-
-
Ne leider keine Verbesserung. Ich habe jetzt den USb Hub weg. Wake on Lan aus gemacht. Im Bios Bluetooth und Wlan deaktiviert. Er wacht wieder auf oder eben ist er sogar neu gestartet.
Hier nochmal die Ausgabe
pmset -g assertions
pmset -g
-
Wie groß ist bei dir die Datei /var/vm/sleepimage?
-
Die Datei ist Null Byte.
Die DSDT Datei habe ich raus. Scheint eh keinen Unterschied zu machen. Und eine SSDT Datei habe ich nach deiner Anleitung aus einem anderen Thread erstellt
-
Das ist dann auch richtig...
Wurde die SSDT explizit von dir für das System durch ssdtprgen.sh erstellt?
Kann ich mal einen Blick auf deine aktuelle Config.plist werfen? -
-
Ich würde diese DSDT-Patches eher direkt in die DSDT.aml einbauen, anstatt wahllos welche in Clover zu nutzen und dabei dann auch die wichtigsten zu ignorieren.
z.B. "change EHC1 to EH01", "change EHC2 to EH02" oder "change HDAS to HDEF"...
Den "change MEI to IMEI" kannst du vergessen, da in deiner DSDT das "Device (HECI)" bestehen wird, dass durch "change HECI to IMEI" bereits angepasst wird.
Warum ist da ein "Change all _DSM to XDSM" drinnen, auch wenn der deaktiviert wurde?
Nutzt du dein Onboard Audio?
Wenn ja, wie? Mit welchen Einstellungen oder Kexten? -
Das mit der DSDT.aml muß ich mir erst nochmal genauer anschauen. So ganz kapiere ich das noch nicht wie man die richtig erstellt.
Gibt es da einen Thread zu den ganzen Change Sachen wie man die genau einträgt ??
Ich probiere im Moment einiges aus. Das Change all _DSM to XDSM ist noch ein überbleibsel von einem Test . Werde ich mal rausnehmen.
Ich benutze im Moment Onboard Audio mit einer AppleALC.kext in der Config habe ich unter Devices Audio=1 und Reset HDA gesetzt.
-
Umso wichtiger wäre es, die DSDT.aml zu sehen, da du in Clover keinen Haken unter FixHDA_8000 am laufen hast, welcher eigentlich für den Audio Inject mit Wert "1" als Grundlage gilt...
