O Mac Mini executando o Yosemite aleatoriamente em shutdowns é pego no ciclo de reinicialização por um tempo - os logs não mostram muito

Question

Execução de um Intel Core i5 de 2,5 GHz com 16 GB de RAM. Eu tenho experimentado recentemente desligamentos aleatórios que parecem não ter nenhuma causa perceptível nos logs. Este é um log mostrando o período de tempo mais recente em que ocorreu um desligamento:

Nov 29 13:31:34 minimac.local screensharingd[3148]: Authentication: FAILED :: User Name: N/A :: Viewer Address: 70.33.238.149 :: Type: VNC DES
Nov 29 13:31:36 minimac kernel[0]: Google Chrome He (map: 0xffffff8047df2960) triggered DYLD shared region unnest for map: 0xffffff8047df2960, region 0x7fff90000000->0x7fff90200000. While not abnormal for debuggers, this increases system memory footprint until the target exits.
Nov 29 13:31:50 minimac.local screensharingd[3148]: Authentication: FAILED :: User Name: N/A :: Viewer Address: 69.58.96.42 :: Type: VNC DES
Nov 29 13:33:06 minimac com.apple.xpc.launchd[1] (com.apple.screensharing[3232]): Endpoint has been activated through legacy launch(3) APIs. Please switch to XPC or bootstrap_check_in(): com.apple.screensharing.server
Nov 29 13:33:09 minimac.local screensharingd[3232]: Authentication: FAILED :: User Name: N/A :: Viewer Address: 106.240.241.58 :: Type: VNC DES
Nov 29 13:33:20 minimac.local screensharingd[3232]: Authentication: FAILED :: User Name: N/A :: Viewer Address: 50.121.137.174 :: Type: VNC DES
Nov 29 13:33:29 minimac.local screensharingd[3232]: Authentication: FAILED :: User Name: N/A :: Viewer Address: 75.109.245.13 :: Type: VNC DES
Nov 29 13:33:39 minimac.local screensharingd[3232]: Authentication: FAILED :: User Name: N/A :: Viewer Address: 66.192.171.130 :: Type: VNC DES
Nov 29 13:33:45 minimac.local screensharingd[3232]: Authentication: FAILED :: User Name: N/A :: Viewer Address: 67.214.107.178 :: Type: VNC DES
Nov 29 13:34:37 minimac.local discoveryd[53]: Basic DNSResolver  dropping message because it doesn't match the one sent Port:53 MsgID:39067
Nov 29 15:46:18 localhost bootlog[0]: BOOT_TIME 1417304778 0
Nov 29 15:46:39 localhost syslogd[16]: Configuration Notice:
    ASL Module "com.apple.AccountPolicyHelper" claims selected messages.
    Those messages may not appear in standard system log files or in the ASL database.

Desde então, eu fechei o VNC, mas não vejo como isso teria sido uma causa. Eu não tenho nenhum monitoramento de energia, mas também estou trabalhando nessa avenida. Existe algum tipo de log detalhado adicional que eu poderia configurar para entender melhor o que está provocando os desligamentos?

Além disso, após esses desligamentos aleatórios, a máquina reinicializará várias vezes após a tela de senha antes de finalmente retornar a um estado estável.

Então eu acho que para os propósitos de uma pergunta precisa:

1. Alguém vê alguma coisa nessas linhas de log que são suspeitas?
2. Existe log adicional que posso acionar para mais detalhes?
3. Alguém conhece esse problema em outro lugar?

Atualização:

O
• Apple Hardware Test voltou limpo
• Eu tinha dois aplicativos de terceiros que funcionavam no espaço do kernel: Little Snitch e Macproxy
• Remover Little Snitch não ajudou - a reinicialização aleatória aconteceu
• No entanto, a remoção do Macproxy não resultou em reinicializações por algum tempo.

Deixarei o sistema em execução na configuração atual e reportarei o que encontrar.

Obrigado pelos ponteiros!

Atualização 2: Eu segui essa mensagem

Nov 29 13:31:36 minimac kernel[0]: Google Chrome He (map: 0xffffff8047df2960) triggered DYLD shared region unnest for map: 0xffffff8047df2960, region 0x7fff90000000->0x7fff90200000. While not abnormal for debuggers, this increases system memory footprint until the target exits.

Depois de experimentar um monte de coisas (redefinição de SMC, redefinição de PRAM etc.), descobri que o fechamento do Chrome alivia a reinicialização repentina. Eu tenho várias horas de atividade agora com o Chrome fechado. Para finalizar minha hipótese, vou reiniciá-lo e ver se ele falha novamente. Eu vejo algumas referências anedóticas via Google ao Chrome travando Macs, mas nada foi uma arma fumegante.

    

Answer 1

A mensagem:

triggered DYLD shared region unnest for map

diz que a área de cobertura da memória do aplicativo se expande (como o aviso indica) e está consistentemente entre os principais aplicativos "Uso significativo de energia".

Em outras palavras, esses erros de DYLD são relatados pelo kernel, que indica um consumo anormal de memória.

Do ponto de vista técnico, isso acontece quando o aplicativo precisa tornar uma página de texto gravável para substituir o prólogo com um trampolim e o DYLD precisa atualizar seus mapeamentos de página como resultado dessa alteração de proteção. No Chrome, isso é causado pelo uso de mach_override() para o CFBundleBlocker (chrome::common::mac::EnableCFBundleBlocker) .

Então é isso que o kernel está registrando, e parece inofensivo, já que esta é uma mudança intencional de proteção sendo emitida.

Em osx/10.9.5/xnu-2422.115.4/bsd/vm/vm_unix.c in log_unntest_badness() , há um sysctl ( set("vm.shared_region_unnest_logging") ) em todo o sistema que pode desativar esse registro.

Para que você possa desativar isso, execute:

sudo sysctl -w vm.shared_region_unnest_logging=0

Para tornar esse vm.shared_region_unnest_logging=0 permanente, você precisa adicionar /etc/sysctl.conf .

Ou se o seu aplicativo falhar (consulte: Bug # 136801 ), é possível tente consertá-lo pelo comando:

sudo update_dyld_shared_cache -force

Veja: Correção de aplicativos (TextWrangler, Chrome, Evernote, iPhoto…) travando na inicialização no Mountain Lion

Assim, você pode experimentar alguns congelamentos e isso pode ser o resultado devido a alguns outros processos ininterruptos (por exemplo, devido a alguns erros de E / S).

Fontes:

• Problema no Chrome 428858: Várias mensagens de log "disparou a região compartilhada do DYLD para desestabilizar o mapa"
• Firefox Bug 804010 - o firefox / thunderbird acionou a região compartilhada do DYLD para ser desfeito do mapa

Answer 2

Parece que pode haver um problema de hardware. Você já tentou executar o Teste / diagnóstico de hardware da Apple ?

Você também pode tentar executar o modo de segurança , que inclui um utilitário automático de verificação e reparo de disco.

Meu raciocínio é que soou como um problema de RAM se você está tendo reinicializações aleatórias e reinicia os loops. Eu diria especialmente se você começou a receber erros. Eu diria executar um teste de hardware para ver se houve algum problema com a RAM.

Eu entendo que isso não está superaquecendo problemas, pois eles tendem a ser apenas interrupções aleatórias e instabilidade. Eu decidi adicionar o modo de segurança / verificação de disco apenas no caso. Eu duvido que seja algo relacionado a discos rígidos, como corrupção, já que você pode logar no sistema operacional.

Isto é apenas da minha experiência com hardware de PC, que não está tão longe do hardware Mac. Software para Mac, no entanto, não tenho esse conhecimento.