Avec Firefox Aurora, Mountain Lion a accroché – mais la souris a toujours travaillé
Je viens d'avoir mon premier locking du lion de montagne. L'écran a été entièrement gelé en place (j'ai des secondes affichées sur mon horloge dans le menu iStat et même cela ne bougeait pas) MAIS la souris a toujours travaillé. Je pourrais changer ça. Rien d'autre n'a rien fait.
J'ai remarqué que le rétro-éclairage du keyboard ne s'était pas ajouté si je saisis quelque chose.
J'ai un access SSH à la machine et ça a toujours fonctionné de sorte qu'il semble que l'interface graphique soit le problème.
Quelqu'un d'autre a-t-il eu cela, et a-t-il un problème si cela se produit à nouveau?
C'est un MBP Retina, 2.6 / 16/512, avec la mise à jour SMC d'hier appliquée. Pas de baie optique. Graphiques: Intel HD4000 embedded et un Nvidia GT650M discret.
Au moment de l'accrochage, il se trouvait sur le secteur, non désactivé, aucun périphérique externe n'est branché. Le NVidia GT650M était utilisé (il l'est toujours, certaines de mes applications en cours le forcent pour une raison quelconque, par exemple Postbox).
J'ai eu Firefox Aurora (leur version sautante) active et c'était en train de rendre une page de connection Ebay aussi.
Susceptez un problème affectant le process WindowServer (brève édition pour les users avancés)
Les symptômes que vous décrivez sont familiers mais pas courants et dans mon cas, pas fréquents.
Diagnostic – au moment du problème, s'il se reproduit
À distance,
sudo sysdiagnose Après avoir repris le contrôle local, vous pouvez parsingr le résultat final.
À distance,
top -o state
Les process qui sont bloqués devraient être à ou près du sumt.
WindowServer est-il coincé pendant un certain time?
Solution de contournement
Si WindowServer est coincé, vous pouvez tuer à distance –
sudo killall WindowServer
– mais cela entraînera une sortie locale, alors soyez prêt à perdre les modifications non enregistrées.
Cette réponse relativement courte est accordée à la confiance de l'affiche d'ouverture avec les ssh distance et les ssh saignement.
Pour une réponse plus détaillée, accepté dans une question similaire où la cause d'un problème peut être différente: Susceptez un problème affectant le process WindowServer (longue édition)
J'ai eu iTunes générant beaucoup d'E / S sur le disque et le réseau pendant plusieurs minutes et bloquant tout autre chose au cours de cette opération. La désactivation des mises à jour automatiques d'art de couverture semble avoir résolu cela pour l'instant.
J'ai eu exactement le même problème deux fois aujourd'hui après la mise à niveau vers ML. Secondes arrêtées, iTunes était en cours de lecture et pouvait déplacer la souris. Aussi, j'ai remarqué que ces deux time étaient arrivés lorsque j'avais plané mon quai. Je pourrais aussi voir la première fois quelque chose sur le point d'ouvrir dans le quai, mais il s'est arrêté et je ne pouvais pas voir ce que c'était.
A eu lieu sur un MBP 2012 i5 2.4
Une idée de quelqu'un?
D'accord, il peut s'agir d'un nouveau système de gestion des erreurs qui ne fonctionne pas comme prévu. Mon logiciel est à jour et j'ai toujours connu les raccrochages. Donc, parce que j'étais assez convaincu que mon dock est le défectueux, car 3 fois mon mac s'accroche lorsque survolent quelque chose sur le quai, la première chose que je pensais, supprime tous les effets qui surviennent – le grossissement. Et voila – il ne gèle plus.
J'ai lu que beaucoup de gens éprouvent des gelées lorsqu'ils sortent de l'économiseur d'écran ou autre. Donc, ce que je suggère, essayez de suivre la dernière action juste avant le gel. Vous fermez une application, ouvrez une application, minimisez, maximisez, planifiez, planifiez ou faites une action ci-dessus, et essayez bien de le faire: D Si elle est assez globale et non spécifique à l'application, vous pouvez essayer de changer certaines parameters connexes.
Ok, je vous tiendrai informé.
Havent a connu plus de congélation depuis 16 heures maintenant. Auparavant, c'était toutes les 1 à 3 heures.
13/08/2012 – Crashed again. La dernière fois était le 29/07/2012