Logins repentinos e inesperados

Às vezes, Yosemite me desconecta aleatoriamente sem aviso ou chance de salvar o trabalho. Isso aconteceu duas vezes até agora desde que eu instalei o Yosemite no meu Retina MacBook Pro 2012. Escusado será dizer que isso é muito enervante e remanescente da atividade de malware.

Com a ajuda do Google e os logs de eventos, vasculhei o problema até uma falha no servidor de janelas. O relatório de falha pode ser encontrado aqui: http://puu.sh/csTor/0012220497.crash

Existe algo que eu possa fazer para impedir que isso aconteça novamente?

Atualização: parece que um monitor secundário está ativando-o. Dell U2412 sobre HDMI. Também pareço capaz de evitar falhas, evitando a tela de login enquanto o monitor está conectado.

Não faz sentido tentar soluções vagas, como "limpar tudo", como limpar a NVRAM e os controladores do sistema. O problema que você está tendo é um SIGSEGV ou uma falha de segmentação no WindowServer. Provavelmente é devido a identificadores corrompidos. Esses identificadores são armazenados em vários locais e, se o suficiente for corrompido, você trava. Enquanto alguns identificadores estão armazenados na NVRAM (ou PRAM), a limpeza geralmente adia a próxima falha, já que o identificador acaba lá novamente.

Se o WindowServer travar, todos os aplicativos da GUI serão interrompidos e reiniciados via launchd. Quando o WindowServer é iniciado, ele fornece a janela de login. Na verdade, você não está sendo desconectado, mas toda a sua sessão gráfica simplesmente trava.

Tendo uma olhada no seu relatório de falha, parece que este tópico está falhando:

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

As últimas chamadas foram para funções (ou métodos) de espaço de cores, levando-me a acreditar que você pode estar simplesmente lidando com um perfil ICC corrompido.

O dinheiro está em com.apple.CoreGraphics e as chamadas mais recentes são para:

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

Agora, se eu estiver certo, está tentando calcular o hash MD5 de um espaço de cores. Está fazendo isso porque deseja encontrar o identificador para um espaço de cores e precisa desse identificador, porque CGXColorSpaceRegistryCopyRegisteredColorSpace precisa dos dados do espaço de cores para o perfil de cores predefinido para o seu monitor. Agora, para ser 100% a fonte de seus travamentos, eu precisaria do maior número possível de seus relatórios de travamentos, porque se todos travarem por motivos diferentes, isso não tem nada a ver com o software em seu sistema, mas é mais provavelmente um problema de hardware no qual dados falsos são inseridos no software, que tenta fazer algo com os dados que não podem fazer e, portanto, descontam.

Um teste simples pode ser iniciar o ColorSync Utility da Apple e pressionar o botão Reparar. Isso pode imprimir algo como:

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

O que faria sentido, pois um MD5 quebrado pode ser a fonte do seu acidente. Então tente isso primeiro. No meu sistema, esse ColorSync Utility está em / Aplicativos / Utilitários e acho que existe desde todas as versões do OS X. Informe-me se encontrou arquivos ICC quebrados e se poderia corrigi-los. Caso contrário (nada encontrado ou incapaz de corrigir), poste quaisquer logs de falha no WindowServer que você possui :)

Uma possível causa disso pode ser os perfis inválidos gerados pelo F.lux para proporcionar uma transição suave entre os modos da GPU - aqui está uma visão geral do que ele faz com esses perfis: https://justgetflux.com/news/2014/10/28/profile .html

Na minha nova instalação do El Capitan, havia criado esses perfis inválidos:

O ColorSync Utility pode ser usado para verificar, remover e / ou reparar esses perfis, ou a alternância do perfil de fluxo pode ser completamente desativada com:

defaults write org.herf.Flux disableProfile 1

Seguido pela remoção dos perfis.

Este é um bug conhecido da Apple. Relatei um problema semelhante em seu bugtracker , que foi fechado como uma duplicata do bug # 18234875.

Infelizmente, esses bugs não podem ser visualizados ou rastreados, exceto pelo repórter. No entanto, isso significa que a Apple conhece o problema e, esperamos, consertá-lo em uma das próximas atualizações do OS X.

Tente redefinir o SMC e NVRAM enquanto o segundo monitor estiver conectado.

• Redefinir SMC

Desligue o computador, pressione alt esquerdo, controle, shift e o botão liga / desliga ao mesmo tempo, mantenha-o pressionado por cerca de 5 segundos.

• Redefinir NVRAM

Inicie o computador e logo antes de ouvir o toque de inicialização, pressione e segure , alt, P e R ao mesmo tempo até ouvir o toque de inicialização novamente.

Pode ser que a tela não seja suportada - por algum motivo, se não for suportada, isso infelizmente não seria corrigido.

Li muitos desses tópicos e sinto o mesmo sintoma quando desconecto meu último monitor virtual do meu Mac Mini (Air Display).

Minha falha parou de acontecer ao desativar a opção "Controle de missão". Os monitores têm espaços separados. Por favor, deixe-me saber se isso funciona para você.