Déconnexions soudaines et inattendues


20

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é.


> Cela peut-il avoir quelque chose à voir avec (?): Préférences Système - Sécurité et confidentialité - Avance - Déconnectez-vous après XXX minutes d'inactivité. Discussion MacRumors
Cmag

Cette option est désactivée et ne doit pas entraîner la journalisation d'un plantage.
mm201

J'utilise OSx 10.10.1 sur un tout nouveau MacBook Pro 13 pouces de 5 jours et j'ai exactement le même problème. Peut simplement fonctionner et tout à coup toutes mes applications s'arrêtent et je me déconnecte. C'est très ennuyeux et clairement un bug OSX. Voici un fil conducteur, vous n'êtes donc pas seul sur ce problème. forums.macrumors.com/showthread.php?t=1770330

Je l'avais aujourd'hui sur mon Macbook Pro. Si vous avez déjà tué le WindowServer à partir de la ligne de commande, c'est exactement à quoi il ressemble. Donc, je soupçonne pour une raison quelconque que le WidowServer se bloque, ce qui vous amènera directement à la fenêtre de connexion sans passer par go .. edit .. (que je vous vois déjà noter..doh)
markhunte

1
Je souffre également de ce problème. Quelqu'un a-t-il essayé la version 10.10.2 bêta si ce problème persiste? @joelittlejohn: Je peux confirmer que c'est en quelque sorte lié à l'écran connecté HDMI. Au bureau, où j'utilise un écran Thunderbolt, je n'ai jamais eu ce problème. À la maison cependant, lorsque j'utilise un écran connecté HDMI, cela se produit assez souvent, généralement peu de temps après la connexion de l'écran.
aaronk6

Réponses:


16

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 :)


OSX a automatiquement supprimé les anciens avant de commencer à éviter l'écran de connexion. Celui d'aujourd'hui est en effet un crash color_space_get_md5_digest. J'ai trouvé un profil pour un très vieux moniteur (pas celui qui se déclenchait) qui manquait plusieurs champs, mais pas un mauvais MD5, et je l'ai supprimé.
mm201

+1 déjà, belle réponse. Voici mon dernier crash: pastebin.com/raw.php?i=g9qWyfu2 Ma machine est restée inactive pendant un certain temps (10 minutes?), Quand je suis revenu et me suis connecté (à 12:26), j'ai remarqué que toutes mes applications étaient relance.
joelittlejohn

Et le journal des plantages: pastebin.com/raw.php?i=WMVLjy6A
joelittlejohn

1
Eh bien joelittlejohn, votre installation semble être sérieusement mutilée en général! Tant de problèmes sur votre système! Il semble en récupérer la plupart, mais il est peut-être temps de faire une nouvelle installation et de tout mettre à jour ... Concernant votre plantage: WindowServer s'est bien planté, mais pour une raison différente. Il essayait de lire un fichier de cache d'espace colorimétrique, et il l'a fait à cause d'une nouvelle connexion de programme, et il s'est bloqué lors de la réponse à la demande de connexion. Exécutez les premiers secours ColorSync, effacez tous les caches et vérifiez Emacs, ce fut le dernier à parler au WindowServer. Aussi: vérifiez les câbles d'affichage.
John Keates

3

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: 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.


2

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.


Avez-vous toujours ce problème dans 10.10.2?
aaronk6

C'est difficile pour moi de reproduire. Si je le ressens, j'essaierai d'en faire rapport ici.
Arne

J'ai l'impression que 10.10.2 a corrigé la cause sous-jacente. Nous ne pouvons jamais être sûrs des solutions de contournement (le cas échéant) qui ont réellement fonctionné.
mm201

0

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.


Ce n'est pas une solution viable, je le crains. Je ne peux pas redémarrer la machine plusieurs fois à chaque fois que je dois basculer vers un autre écran externe.
joelittlejohn

Vous n'êtes pas obligé de le faire à chaque fois.
DisplayName

comme je le vois, dans ce cas, oui, j'ai essayé plusieurs fois et cela ne résout pas le problème. Le meilleur que j'ai réussi à réaliser est de débrancher le moniteur puis de réinitialiser SMC et VRAM. Cela semble résoudre le problème, mais les déconnexions forcées reviennent lorsque je commence à utiliser des écrans externes, que je réinitialise ou non.
joelittlejohn

Cela semble avoir fonctionné pour moi. Là encore, je fais des installations de mise à niveau depuis Lion, donc la corruption semble plausible.
mm201

Fausse alarme. Je viens d'en avoir un autre après 2 jours. Le caractère aléatoire est très frustrant.
mm201

0

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.


Mon plantage était lié aux profils de couleurs et a finalement été corrigé par Apple. J'espère que cette réponse sera utile à quelqu'un d'autre.
mm201
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.