Plötzliche, unerwartete Abmeldungen

Manchmal meldet mich Yosemite nach dem Zufallsprinzip ab, ohne Vorwarnung oder die Möglichkeit, Arbeit zu sparen. Seit ich Yosemite auf meinem 2012 Retina MacBook Pro installiert habe, ist dies zweimal passiert. Unnötig zu erwähnen, dass dies sehr ärgerlich ist und an Malware-Aktivitäten erinnert.

Mit Hilfe von Google und dem Durchsuchen von Ereignisprotokollen habe ich das Problem auf einen Absturz des Windows-Servers zurückgeführt. Den Absturzbericht finden Sie hier: http://puu.sh/csTor/0012220497.crash

Kann ich irgendetwas tun, um das zu verhindern?

Update: Es scheint, dass ein sekundärer Monitor dies auslöst. Dell U2412 über HDMI. Ich scheine auch in der Lage zu sein, Abstürze zu verhindern, indem ich den Anmeldebildschirm vermeide, während der Monitor angeschlossen ist.

Es macht keinen Sinn, die vagen "catch all" -Lösungen wie das Löschen von NVRAM und Systemcontrollern auszuprobieren. Das Problem, das Sie haben, ist ein SIGSEGV oder ein Segmentierungsfehler in WindowServer. Dies liegt wahrscheinlich an beschädigten Bezeichnern. Diese Kennungen werden an mehreren Stellen gespeichert, und wenn genug davon beschädigt wird, kommt es zu Abstürzen. Während einige Kennungen im NVRAM (oder PRAM) gespeichert sind, wird durch das Löschen in der Regel nur der nächste Absturz verschoben, da die Kennung schließlich wieder dort ankommt.

Wenn WindowServer abstürzt, werden alle GUI-Anwendungen gestoppt und über launchd neu gestartet. Beim Start von WindowServer wird zuerst das Anmeldefenster angezeigt. Sie werden also nicht abgemeldet, sondern Ihre gesamte grafische Sitzung stürzt einfach ab.

Nach einem kurzen Blick auf Ihren Absturzbericht scheint dieser Thread abgestürzt zu sein:

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread

Die letzten Aufrufe betrafen Funktionen (oder Methoden) für den Farbraum, was mich zu der Annahme veranlasste, dass es sich möglicherweise nur um ein beschädigtes ICC-Profil handelt.

Das Bargeld befindet sich innerhalb von com.apple.CoreGraphics. Die letzten Anrufe lauten:

color_space_get_md5_digest + 57
color_space_get_identifier + 9
CGXColorSpaceRegistryCopyRegisteredColorSpace + 42
_CGXCopyColorSpace + 27
_XCopyColorSpace + 57

Wenn ich recht habe, wird versucht, den MD5-Hash eines Farbraums zu berechnen. Das liegt daran, dass der Bezeichner für einen Farbraum gesucht werden soll, und daran, dass CGXColorSpaceRegistryCopyRegisteredColorSpace die Farbraumdaten für das voreingestellte Farbprofil für Ihren Monitor benötigt. Um 100% ig zu sein, ist dies die Quelle Ihrer Abstürze. Ich würde so viele Absturzberichte wie möglich benötigen, denn wenn alle aus unterschiedlichen Gründen abstürzen, hat dies nichts mit der Software auf Ihrem System zu tun, aber es ist mehr Wahrscheinlich handelt es sich um ein Hardwareproblem, bei dem falsche Daten in die Software eingespeist werden, die dann versucht, mit den Daten etwas zu tun, was sie nicht kann, und das daher kassiert.

Ein einfacher Test kann darin bestehen, das in Apple integrierte ColorSync-Dienstprogramm zu starten und auf die Schaltfläche "Reparieren" zu klicken. Dies könnte etwa so aussehen:

Header message digest (MD5) is not correct. Fixed.

Was Sinn machen würde, da ein defekter MD5 die Ursache Ihres Absturzes sein könnte. Also versuch das zuerst. Auf meinem System befindet sich das ColorSync-Dienstprogramm unter / Applications / Utilities (Anwendungen / Dienstprogramme), und ich glaube, es ist seit jeder Version von OS X vorhanden. Bitte lassen Sie mich wissen, ob das fehlerhafte ICC-Dateien gefunden hat und ob es diese beheben könnte. Wenn dies nicht der Fall ist (entweder nichts gefunden oder nicht behoben werden kann), posten Sie bitte alle Absturzprotokolle auf dem WindowServer, den Sie haben :)

Eine mögliche Ursache hierfür können ungültige Profile sein, die von F.lux generiert wurden, um einen reibungslosen Übergang zwischen den GPU-Modi zu ermöglichen. Hier eine Übersicht über die Funktionsweise dieser Profile: https://justgetflux.com/news/2014/10/28/profile .html

In meiner neuen Installation von El Capitan hatte es diese ungültigen Profile erstellt:

Mit dem ColorSync-Dienstprogramm können diese Profile überprüft, entfernt und / oder repariert werden. Die Flussprofilumschaltung kann auch vollständig deaktiviert werden:

defaults write org.herf.Flux disableProfile 1

Anschließend entfernen Sie die Profile.

Dies ist ein bekannter Fehler bei Apple. Ich habe ein ähnliches Problem in ihrem Bugtracker gemeldet , der als Duplikat des Fehlers # 18234875 geschlossen wurde.

Leider können diese Fehler vom Reporter weder angezeigt noch verfolgt werden. Dies bedeutet jedoch, dass Apple das Problem kennt und es hoffentlich in einem der nächsten OS X-Updates beheben wird.

Versuchen Sie, SMC und NVRAM zurückzusetzen, während der zweite Monitor angeschlossen ist.

• SMC zurücksetzen

Fahren Sie Ihren Computer herunter, drücken Sie die linke Alt-Taste, die Steuerung, die Umschalttaste und den Netzschalter gleichzeitig und halten Sie ihn etwa 5 Sekunden lang gedrückt.

• NVRAM zurücksetzen

Starten Sie Ihren Computer und halten Sie , alt, P und R gleichzeitig gedrückt, bevor Sie das Startsignal hören, bis Sie das Startsignal erneut hören.

Es kann sein, dass der Bildschirm nicht unterstützt wird. Aus irgendeinem Grund kann dies leider nicht behoben werden, wenn er nicht unterstützt wird.

Ich habe viele dieser Threads gelesen und habe das gleiche Symptom, wenn ich meinen letzten virtuellen Monitor von meinem Mac Mini (Air Display) trenne.

Mein Absturz hörte auf, als ich die Mission Control-Option "Displays haben separate Leerzeichen" deaktivierte. Bitte lassen Sie mich wissen, ob dies für Sie funktioniert.