Gelegentliche Abstürze nach Sleep/Long Sleep/Power Nap

Interessant - Löschen ging nicht, das VM wurde als Laufwerk angezeigt - Auswerfen ging und peng war das Sleepimage weg... Daran kann es gelegen haben. Was hatte den Ordner gemountet?

Dann habe ich den Ordner einfach mal gelöscht und neu gestartet. Siehe da, kein Boot. Über Testsystem eingelogt, einen Ordner vm erstellt, touch sleepimage und dann ließ0 sich mein Produktivsystem wieder starten.

Ein Blick in den Finder zeigt jetzt...ein Sleepimage vom 16.01.2018 !? Bin i deppert?

Was verstehe ich hier nicht? APFS Dingens oder wat?

Icke verstehe ma nur Bahnhof, wah!

Well, das Sleepproblem ist leider wieder da. Ich habe dann einfach mal Abstürze, hatte die Drops aber auch gerade nicht drin. Alles sehr verworren und leider auch ohne nachvollziehbare Gründe.

Ich teste jetzt mal wieder die Einstellungen, bei denen alles lief und beobachte mal weiter. Ich lebe ja nun schon 2 Jahre mit Insomnia

P.S. Mal ne Frage am Rande - X.M.P. Profil1 kann das Problem nicht verursachen? Sowohl im Bios als auch in Clover aktiviert.

Hallo Kuckuck,

jetzt so 7 Wochen später habe ich wieder etwas Luft und da mein Board wieder da ist...mal alles fertig bekommen.

Ich habe darkwake wieder auf 0, da ansonsten die BT Karte nicht schnell genug koppelt. Klingt witzig, ist aber so Wenn ich 10 oder 1 mache kann ich bei jedem zweiten Mal nicht mit der Watch entsperren. Zumindest nicht 100% zuverlässig. Sleep/Wake klappt kurzfristig, also so im Rahmen von wenigen Minuten bis 2 Stunden, nach 4 Stunden oder eher so 1 Tag - Absturz bzw. er macht, was er immer macht und dann Neustart.

Zunächst einmal folgende Änderungen meines Systems:

a. PropertyInjector.kext
b. USB SSDT vollendet
c. AHCIportinjector.kext

FW Interface trägt jetzt zumindest Stand jetzt nicht zum Absturz bei.

However, ich habe hier noch einmal alles nachgelesen.

1. Frage: Du sagtest Du nutzt X.M.P. mit deinem Board nicht. Unsere Boards sind ja grundsätzlich ähnlich. Hibernate 0 meint ja, nur im Speicher. Könnte also damit zu tun haben. Wie messe ich die Voltages vom RAM oder meintest Du die CPU. Da gibt es Tools für, was ist zu erwarten und unter welchen Bedingungen hast Du crazy V´s? UND, war das nicht wichtig für die volle Speichertaktung unter OSX? So stand es mal hier.

2. Frage: Da der SATA Controller jetzt ja geladen wird (AHCI Port Injector) was könnten wir mit einer DSDT noch kosmetisch verbessern? USB, Speedstep mittels SSDT, dann noch Kexte für Ethernet und Co.
Clover macht noch etwas. UND könnte das mit dem Sleep Problem zu tun haben?

Ich schalte morgen mal X.M.P. aus und teste mal.

Danke schon einmal für deine Verantwortung.

Gruß,

G.com

Hallo Kuckuck,

interessanterweise hat er jetzt ohne Mucken nach 2 Tagen die Augen aufgeschlagen. Ich habe mal geschaut und kann keine Einstellung CPU PLL Overvoltage finden. Da ist nur CPU PLL Auswahl und da kann ich zwischen zwei Werten und Auto umstellen.

Ich teste die Tage mal ein paar Clover Einstellungen und gebe Meldung.

Könntest Du Dir vielleicht einmal am Ende mein IOReg Dump anschauen und mal prüfen, was noch zwingend gemacht werden muss?

Das es sich um kosmetische Verbesserungen handelt, habe ich verstanden. Man kann über Einführung von Methoden in die DSDT Funktionen ermöglichen indem man quasi vorgaukelt Systemkomponenten (solange mit Apple kompatibel) wären vorhanden, richtig? Eine Windoof DSDT ist halt etwas anders aufgebaut und hier schafft man Kompatibilität vereinfacht gesagt.

However, ich teste mal weiter.

Grüße

G.com

Hallo an Alle,

ich habe jetzt ein wenig rumgespielt - Clover ACPI verändert, XMP anders eingestellt, ErP ausgeschaltet. CPU-PLL-Methode verändert...

Bis jetzt läuft es stabil und er wacht auch trotz mehrerer Reboots meinerseits, zackig am nächsten Tage auf.

Nun mal eben eine Zwischenfrage:

Was genau ist ErP im Bios?
Ist es relevant für einen Hackintosh?
Gibt es eine Erfahrung ob es an oder aus sein sollte?

Danke schon mal für Eure Info - Google gibt mir zumindest im Bezug auf Hackintosh keine verbindliche Aussage.

Gruß,

g.com

P.S. Ich melde mich am Ende mit dem finalen Ergebnis (so gefunden) - selbstredend.

Also, nächste Stufe - ErP an und nach erstem Sleep - bam, Login und Reboot!

Heißt ErP ist das Problem oder es fehlen Voraussetzungen dass es richtig funktioniert. Thema Clover ACPI oder DSDT.

Habt Ihr ErP eingeschaltet? Brauche ich das bzw. ist die Auswirkung größer als evtl. gering höherer Stromverbrauch?

Danke @al6042! scheint zumindest bei mir auch die Ursache für die Reboots obwohl ich schon mal dachte überzeugt zu sein es laufe nicht ohne.

Eine Frage noch in die Runde:
Was genau ist CPU-PLL und wo liegt der Unterschied zwischen LCPLL und SBPLL?

Hi Kuckuck

Google hatte mir ja schon Antworten gegeben, nur nicht die Interpretation... Das ein VCO die Welle moduliert um Sie nahe an den Sinus zu bringen - verstanden.

Aber, was genau macht das?

Ich bin was OC angeht völlig grün. Wollte ich immer, dann aber aus Angst doch gelassen, weil keine Leistung fehlt.

OK Danke Dir!

Also mit LCPLL funktioniert das Gerät - wobei ich unabhängig davon Problem mit dem ErP hatte. Ich interpretiere hier, dass nach Zeit x das System unter 1W kommen möchte und dabei irgendetwas abgeschaltet wird, so dass der Hacki statt Wake einen Reboot macht.

Jetzt läuft er zumindest soweit stabil, dass er auch nach einer Nacht noch angeht. Also ein erster Schritt. Leider hatte ich dann heute das Erlebnis, dass er zwar nach der Nacht aber nach einem weitern Sleep nicht mehr aufwachte. Der Netzteillüfter lief an, taktete aber nicht wie gewöhnlich runter und der Bildschirm blieb schwarz. Langes Drücken des ON/OFF war der einzige Weg.

Ich teste jetzt mal SBPLL.

Dann noch ein/zwei Clover Einträge. Mal sehen, ich bin bester Dinge!

Moin Männer und Frauen,

ich melde mich mit Erfolg zurück.
Also, ich habe die Einstellungen, wie folgt bearbeitet:

a) Bios: PLL-Auswahl: LCPLL und Filter: niedrig / ErP aus
b) Clover:
Treiber = EmuVariable raus, OSXAptioFix3 rein,
AptioMemoryfix rein ! Muss damit nichts zu
tun habe !
ACPI: AddDTGP, FixSMBUS, AddMCHC, FakeLPC
DROP TABLES: Cpu0Ist, CpuPM (macht mein
Speedstep im Power Gadget irgendwie stabiler,
war auch so beschrieben bei der ssdtprg
Methode)
Boot: darkwake=0, XMPDetection yes

Jetzt läuft die Kiste schon Tage ohne dass ein Neuboot nötig wäre - ich hatte mal 2 KP´s, muss aber keinen Zusammenhang haben.

Die Watch entsperrt zuverlässig auf Anhieb.

Also soweit alles chiko.

Ich bräuchte aber wirklich noch einmal kompetente Hilfe bei iMessage auf der Maschine meines Vaters.

Ich nannte Ihn Kumpel.

Ich werde dort den NVRam einschalten und dann noch mal testen - ansonsten laufen alle Apple Dienste! Das Gerät ist als vertrauenswürdig in seiner Geräteübersicht.

iMessage sagt immer Authentifizierungsfehler. Ich teste noch mal und vielleicht hat dann ja einer ein Erbarmen

Also...ich mag es nicht zugeben, aber die Probleme waren erst einmal wieder da, nachdem ich auf 10.13.4 upgedatet hatte.

Kurzum, ich habe die Platte mal komplett clean gemacht mittels Diskpart - das penetrante Sleepimage File Problem musste mal angegangen werden. Problem erscheint, das bei APFS, wenn ich OSX neu formatiere bzw. aus TM wiederherstelle, werden die anderen Virtuellen Laufwerke nicht erneuert. Warum VM auf der OSX Partition davon betroffen ist, keine Ahnung.

Somit war immer das uralte Sleepimage da, konnte nicht gelöscht werden etc. Warum? Keine Ahnung. Es war dan jedenfalls weg und durch ein neues nicht löschbares 2,15 GB großes Sleepimage ersetzt

However, der Sleep war immer noch nicht stabil - das alles ohne Änderungen an der EFI oder config.

Jetzt zu der Lösung und der Frage: Ich habe dann auf Hibernatmode=3 umgestellt und siehe da, es tut einwandfrei.

Ist das ein Nachteil, Weill es ja der Hybrid aus 0 und 25 ist?

Könnte die Ursache sein, dass es ein altes MBP TM Backup war, dass ich übernommen habe?

Danke für Eure Unterstützung.

UPDATE: 28.04.2019:

Hier ist die Lösung meines Problemes

Die verflixte 7 oder Sleep/Wake - Reboot, jedes siebente Mal