Déconnexions soudaines et inattendues

Parfois, Yosemite me déconnectera au hasard sans avertissement ni possibilité d'économiser du travail. Cela s'est produit deux fois jusqu'à présent depuis que j'ai installé Yosemite sur mon MacBook Pro Retina 2012. Inutile de dire que cela est très troublant et rappelle l'activité des logiciels malveillants.

Avec l'aide de Google et des journaux d'événements à récurer, j'ai retracé le problème jusqu'à un plantage du serveur Windows. Le rapport de crash peut être trouvé ici: http://puu.sh/csTor/0012220497.crash

Puis-je faire quelque chose pour empêcher que cela ne se reproduise?

Mise à jour: Il semble qu'un moniteur secondaire le déclenche. Dell U2412 sur HDMI. Il me semble également que je peux éviter de tomber en panne en évitant l'écran de connexion lorsque le moniteur est branché.

Il ne sert à rien d'essayer les vagues solutions «catch all» comme essuyer la NVRAM et les contrôleurs système. Le problème que vous rencontrez est un SIGSEGV ou un défaut de segmentation dans WindowServer. Cela est probablement dû à des identifiants corrompus. Ces identifiants sont stockés à plusieurs endroits, et si suffisamment sont corrompus, vous obtenez des plantages. Alors que certains identifiants sont stockés dans la NVRAM (ou PRAM), l'essuyage ne fait généralement que reporter le crash suivant car l'identifiant finit par s'y retrouver.

Si WindowServer se bloque, toutes les applications GUI s'arrêtent et il redémarre via launchd. Lorsque WindowServer démarre, il vous donne d'abord la fenêtre de connexion. Donc, en fait, vous ne vous déconnectez pas, mais toute votre session graphique se bloque simplement.

Après avoir jeté un œil à votre rapport de plantage, il semble que ce fil se bloque:

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

Les derniers appels ont porté sur les fonctions (ou méthodes) de l'espace colorimétrique, ce qui m'amène à penser que vous pourriez simplement avoir affaire à un profil ICC corrompu.

L'argent est dans com.apple.CoreGraphics, et les appels les plus récents sont à:

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

Maintenant, si j'ai raison, il essaie de calculer le hachage MD5 d'un espace colorimétrique. Il le fait parce qu'il veut trouver l'identifiant d'un espace colorimétrique, et il a besoin de cet identifiant car CGXColorSpaceRegistryCopyRegisteredColorSpace a besoin des données d'espace colorimétrique pour le profil de couleurs prédéfini pour votre moniteur. Maintenant, pour être à 100%, c'est la source de vos plantages, j'aurais besoin d'autant de vos rapports de panne que possible, car s'ils se plantent tous pour des raisons différentes, cela n'a rien à voir avec le logiciel de votre système mais c'est plus Il s'agit probablement d'un problème matériel où de fausses données sont introduites dans le logiciel qui essaie ensuite de faire quelque chose avec ces données qu'il ne peut pas faire et donc encaisse.

Un test simple pourrait être de démarrer l'utilitaire ColorSync intégré d'Apple et d'appuyer sur le bouton Réparer. Cela pourrait imprimer quelque chose comme:

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

Ce qui aurait du sens car un MD5 cassé pourrait être la source de votre crash. Essayez donc d'abord. Sur mon système, cet utilitaire ColorSync se trouve dans / Applications / Utilitaires et je pense qu'il existe depuis chaque version d'OS X. Veuillez me faire savoir si cela a trouvé des fichiers ICC cassés et s'il pouvait les réparer. Si ce n'est pas le cas (rien trouvé ou impossible à corriger) veuillez publier les journaux de plantage sur WindowServer que vous avez :)

Une cause possible à cela pourrait être des profils non valides générés par F.lux pour assurer une transition en douceur entre les modes GPU - voici un aperçu de ce qu'il fait avec ces profils: https://justgetflux.com/news/2014/10/28/profile .html

Dans ma nouvelle installation d'El Capitan, il avait créé ces profils invalides:

ColorSync Utility peut être utilisé pour vérifier, supprimer et / ou réparer ces profils, ou la commutation de profil de flux peut être complètement désactivée avec:

defaults write org.herf.Flux disableProfile 1

Suivi en supprimant les profils.

Il s'agit d'un bug connu avec Apple. J'ai signalé un problème similaire dans leur bugtracker , qui a été fermé en tant que doublon du bogue # 18234875.

Malheureusement, ces bogues ne peuvent être ni visualisés ni suivis, sauf par le journaliste. Cependant, cela signifie qu'Apple est au courant du problème et, espérons-le, le corrigera dans l'une des prochaines mises à jour d'OS X.

Essayez de réinitialiser la SMC et la NVRAM pendant que le deuxième moniteur est branché.

• Réinitialiser SMC

Éteignez votre ordinateur, appuyez sur alt gauche, contrôlez, déplacez et le bouton d'alimentation en même temps, maintenez-le enfoncé pendant environ 5 secondes.

• Réinitialiser la NVRAM

Démarrez votre ordinateur et juste avant d'entendre le carillon de démarrage, appuyez simultanément sur , alt, P et R et maintenez-les enfoncés jusqu'à ce que vous entendiez à nouveau votre carillon de démarrage.

Il se peut que l'écran ne soit pas pris en charge, - pour une raison quelconque, s'il n'est pas pris en charge, cela ne le corrigerait malheureusement pas.

J'ai lu beaucoup de ces fils et j'ai le même symptôme lorsque je déconnecte mon dernier moniteur virtuel de mon Mac Mini (Air Display).

Mon plantage a cessé de se produire en désactivant l'option Mission Control "Les écrans ont des espaces séparés". Veuillez me faire savoir si cela fonctionne pour vous.