Probier mal ein bisschen mit den darkwake Modes rum. Außerdem check mal ob du folgende BIOS settings (oder ähnliche) so gesetzt hast:
Init display first: PEG
- PEG Generation: 3 (nicht Auto)
- Internal graphics: Aktiviert
- Internal graphics standby mode: No
- Internal graphics deep sleep: No
Eigene SSDT-USB hilft auch nicht bei Instant Wake Up
-
- Erledigt
- lieutenant_max
- Erledigt
-
-
Kann mich kuckuck nur anschließen - darkwake ist zumindest bei mir das Zauberwort gewesen
Musste mich aber auch erst an das Thema rantasten. Als ich meinen Hacki ohne Wake On Lan betrieben habe musste ich kein darkwake setzen.
Als ich Wake On Lan aktiviert hatte wurde der Rechner zwar wach, die Monitore blieben aber dunkel. Also darkwake = 0.
Damit haben kurze Sleepphasen funktioniert, lange aber nicht.
Also darkwake = 8.
Jetzt lüppt es -
Hallohallo ihr beiden, verzeiht die späte Antwort. Irgendwie wollte das Reallife zu viel von mir
@kuckkuck: Ich habe nicht alle von deinen BIOS Optionen finden können, die die ich gefunden habe, habe ich allerdings mal so gesetzt, wie du es empfohlen hast.
@elmacci: Interessant, ich hab das jetzt auch mal einfach eingestellt und werde schauen, was sich da so ergibt. Der Fehler ist ja nur sehr langsam zu reproduzieren, weil der Hacki mindestens drei Stunden am Stück schlafen muss, wie ich nach meinen Erlebnissen so schätze.
Eine generelle Frage: Hat jemand eine umfangreiche Liste, was hinter diesen Nummern steht? Ich erinnere mich, das mal gelesen zu haben inklusive der Aussage, dass "darkwake=no" eigentlich kein valides Kommando ist, ich kann es aber gerade trotz exzessivem Googlen nicht mehr wiederfinden. Interessant wäre es, kennenzulernen, was dahinter steckt.
Wenn ich das darkwake=… Argument einfach herauslöschen würde: Was ist das dann? Also was ist der Standardfall von macOS? Oder ist dieses Argument rein Clover-spezifisch und Apple nutzt das gar nicht? Danke für die Geduld mit mir und stete Aufklärung
-
Darkwake existiert auch bei Apples Systemen. Darkwake=no ist in sofern nicht valid als das "no" nicht zur deaktivierung führt, sondern als bytes gelesen wird und deshalb einer bestimmten Nummer entspricht. (Welcher könnte man über den ASCII Code herausfinden)
Ansonsten machen die unterschiedlichen Darkwakes unterschiedliche Dinge. Zu wissen welches was macht, bringt einen aber nicht wirklich weiter, da man ja normalerweise nicht weiß was dem Rechner konkret fehlt. Generell beeinflusst darkwake vorallem USB, Alarm und Disk Verhalten beim verändern des Sleepstatus.
Zurück zu deinem Problem: Hast du inzwischen neues herausgefunden? -
Ich habe vorschlagsgemäß mit den Darkwake-Modes experimentiert und scheine nun selbst mit langem Schlaf des Rechners keine Probleme mehr zu haben. Alles funktioniert absolut einwandfrei und wie es soll. Man soll natürlich den Tag nicht vor dem Abend loben, ich werde das gewiss on-the-go im Realbetrieb auch noch weiter testen, aber ich verteile mal wieder fröhlich den Daumen nach oben an euch beide. Ich danke sehr!
Off-Topic: Wenn das System jetzt problemlos (hardwaremäßig) 1,5 Jahre überlebt, schlägt es auch noch in dieser finalen Disziplin meine realen Macs. Nach dieser Zeit fingen konsequent immer stark funktionsbeinträchtigende Hardware-Defekte an aufzutreten. Leistungsstärker und schneller ist das System ja jetzt schon. Ich hätte nie gedacht, dass die besseren Macs keine Macs sind.
-
Und ich freue mich mit euch allen und verpasse dem Thread einen grünen Haken...
-
Top Sache!
Ich hätte nie gedacht, dass die besseren Macs keine Macs sind.
Klingt nach Fernsehwerbung Aber es stimmt was du sagst. Das Hackintosh nur für Leute ist die billig Rechner wollen, wie MacWelt letztends erst berichtete, ist absoluter Blödsinn. Apple ist letztendlich selber schuld wenn sie ihr eigenes OS nicht bis zu seinem vollen Potential nutzen. Zudem sind meist schon Hackintoshs in der Preisklasse des billigsten Einsteiger iMacs, leistungsstärker als der aufgepimpteste iMac für 5000€ den Apple produziert -
Naja man kann das erwähnte "billig" ja auch mal umdeuten und da trifft dann die Aussage der MacWelt denn eines ist sicher das Design der meisten Hacks ist eben eher billig sprich erreicht nicht mal im Ansatz den Stylefaktor den ein echter Mac bietet aber das ist vielfach auch schon alles was man dem Hack unterstellen kann. Ansonsten ist billig vielleicht auch einfach das falsche Wort ich denke Preiswert hätte den Sachverhalt deutlich besser getroffen
-
Ansonsten ist billig vielleicht auch einfach das falsche Wort ich denke Preiswert hätte den Sachverhalt deutlich besser getroffen
Ja, günstiger ist es in jedem Fall, das stimmt. Aber es gibt auch noch diesen anderen wichtigen Aspekt: Man erhält Produkte, die man braucht, wenn man selbst einen Mac baut. In meinem Mac Pro 2013 sind 2 AMD FirePro D300 drin. Dank Apples brillanter Konstruktion macht eine davon alles (bis zu sechs Displays betreiben und Benchmarking und was sonst noch so anfällt), die andere ist idle, bis sie explizit angesprochen wird. Das kann kaum ein Programm außer Apples Final Cut. Das ist mir persönlich herzlich egal. Viel wichtiger für mich: AMD kann kein CUDA. Nvidia GPUs sucht man aber vergebens und erhält sie selbst als BTO Option nicht gegen meinetwegen auch Aufpreis. Mit meiner 1070 habe ich für 400 Euro erhalten, was Apple mir für kein Geld der Welt geben will: Nutzerzentrierte, individuell optimale Produkte. *Ende des Werbetext für Hackies* -
@kuckkuck: Ich hab da mal noch eine Frage: Wird in einer DSDT auch die Lüfterkontrolle beschrieben? Ich frage deshalb, weil ich ja meine DSDT mittels Clover gedumped habe, dir geschickt, du hast sie perfektioniert, jetzt geht Ruhezustand, aber meine Lüfter scheinen nicht auf das zu reagieren, was ich im BIOS eingestellt habe. Ich habe sehr frühes Hochschalten aktiviert, sie schalten sehr spät und bei wesentlich höheren Temperaturen hoch. Kann es sein, dass durch die DSDT immer noch die alten Lüfterkontroll-Werte eingelesen werden, die ich damals hatte, als du die DSDT optimiert hast? Und damit meine aktuellen Einstellungen völlig egal sind, weil sie ignoriert werden?
-
Nein, Einträge wie FanSpeed werden nicht vom UEFI/BIOS in der DSDT gespeichert. Aber du kannst es ja einfach mal ausprobieren. Nenn die DSDT.aml mal in DSDT.org oder bak um und schau ob die Lüfter dann besser gehen... Ich denke das Problem liegt aber wo anders.
-
-
Ich bin mir sicher auch du hast schon sehr viel dazu gelernt
Aber wie ist es denn nu, ist das Problem behoben wenn die DSDT deaktiviert ist? -
Leider nein, es hat also definitiv nicht daran gelegen. Ich habe jetzt einen Workaround gewählt und das XML Profil zum RAM OC deaktiviert, sodass die Temperaturen einfach insgesamt geringer werden und die "interessante" Lüftersteuerung aktuell nicht so ins Gewicht fällt. Wenn ich im Oktober wieder mehr Zeit habe, setze ich das System komplett neu auf und spendiere mir zusätzlich einen von dir im anderen Thread empfohlenen Lüftern. Dann klappts auch mit
den Nachbarndem RAM OC. -
Ich würde dir sowieso nicht zu XMP raten, sondern die richtigen Werte einfach manuell einstellen... Hast du FakeSMC mit allen Plugins installiert? Also Sensor, LPC, CPU und GPU Kext? Lassen sich damit (zB mit HWMonitor) die Lüfter ansprechen?
-
Was spricht gegen XMP? Ich hab immer gedacht: Besser als vom Hersteller kann es nicht kalibriert werden…
FakeSMC inkl. aller Plugins installiert (Version von Rehabman, die damals über Multibeast installiert wurde). Allerdings lädt nur ein Teil der Plugins
liefert nämlich nurZitat78 0 0xffffff7f80d0f000 0x8000 0x8000 org.hwsensors.driver.ACPISensors (1723) A06DCEFC-9D52-361B-9B6E-365625089C36 <15 11 7 5 4 3>
82 0 0xffffff7f80d08000 0x5000 0x5000 org.hwsensors.driver.CPUSensors (1723) 6A6838BB-AFF2-376E-BD9C-32EA32F43571 <15 7 5 4 3>Ich kann GPU und LPC manuell nachladen, dann sehe ich es auch mit kextstat. Ändert aber nichts. Ich kann die Lüfter nicht sehen. HWSensors findet 0 Lüfter (laut Kommandozeilenaufruf von HWSensors).
-
Bäääh Multibeast
Na dann räum doch mal dein S/L/E auf und machs wieder Vanilla. Die aktuellen Sensor Kexts (vorallem LPC) kommen dann bitte in die EFI und dann schauen wir weiter -
griven
Hat das Label Erledigt hinzugefügt