En diciembre pasado (2012), mi MacBook Pro (OS X Lion) comenzó a congelarse, digamos 3 o 4 veces por sesión. Ejecuté el DVD de diagnóstico de hardware de Apple (funcionó durante horas, sin problemas) y ejecuté un escaneo del disco, sin encontrar problemas.
El mensaje kernel.log muestra estos mensajes, en cada falla individual:
Dec 13 07:29:27 Gord-Waits-MacBook-Pro kernel[0]: CODE SIGNING: cs_invalid_page(0x1000): p=809[GoogleSoftwareUp] clearing CS_VALID
Dec 13 07:41:17 Gord-Waits-MacBook-Pro kernel[0]: CODE SIGNING: cs_invalid_page(0x1000): p=839[ksadmin] clearing CS_VALID
Dec 13 07:41:18 Gord-Waits-MacBook-Pro kernel[0]: CODE SIGNING: cs_invalid_page(0x1000): p=840[ksadmin] clearing CS_VALID
Si busca GoogleSoftwareUp en Google, encontrará varias publicaciones en Internet con el mismo problema. Encontré una página que sugería que apagara la actualización emitiendo este comando:
defaults write com.google.Keystone.Agent checkInterval 0
que se supone que deshabilita las actualizaciones automáticas de Google por completo.
Eso redujo drásticamente los bloqueos, pero todavía recibo un bloqueo una o dos veces por semana, con los mismos mensajes relacionados con Google Update.
¿Alguien tiene alguna idea nueva?
Supongo que debería desinstalar Chrome por completo a continuación...
Estos malos comportamientos parecen provenir de un agente de actualización de software de Google.
Si este comando:
launchctl list | grep google
dice:
- 0 com.google.keystone.user.agent
Entonces puede detener temporalmente a este agente con:
cd ~/Library/LaunchAgents
launchctl unload -S aqua com.google.keystone.agent.plist
En el sistema (donde tengo bloqueos regulares desde la instalación de este agente: Snow Leopard) noté que este plist está iniciando un ejecutable ubicado aquí:
~/Library/Google/GoogleSoftwareUpdate/GoogleSoftwareUpdate.bundle/Contents/Resources/GoogleSoftwareUpdateAgent.app/Contents/MacOS/GoogleSoftwareUpdateAgent
que es un binario universal que data de mayo de 2012:
file GoogleSoftwareUpdateAgent
GoogleSoftwareUpdateAgent: Mach-O universal binary with 2 architectures
GoogleSoftwareUpdateAgent (for architecture i386): Mach-O executable i386
GoogleSoftwareUpdateAgent (for architecture ppc): Mach-O executable ppc
Por lo tanto, estoy tentado a concluir que este agente está usando un código obsoleto y debería eliminarse.
Eliminé este agente para no volver a verlo en mi próxima sesión con:
cd ~/Library/LaunchAgents
chmod 0 com.google.keystone.agent.plist
Probado con una nueva sesión. no tengo másCODE SIGNING: cs_invalid_page(0x1000):[…]
Eventualmente, descubrí que tanto Chrome como Chromium tenían una instancia de Google Update ejecutándose en paralelo, y no estaban funcionando bien juntos (estoy 90% seguro, pero no 100%. Se requiere un grano de sal).
Una a la vez, desinstalé cada aplicación de Google, la Macbook dejó de fallar.
Cuando me deshice de Chrome, todavía tenía fallas y una copia de Google Update se estaba ejecutando. Fue entonces cuando recordé que tenía Chromium instalado.
Después de desinstalar Chrome y Chromium, mi Macbook se estabilizó nuevamente. Lo dejé durante una semana, luego instalé Vanilla Chrome, las cosas seguían bien. Una semana después instalé Picasa, todavía está bien.
Todavía está bien ahora después de unos meses.
Exactamente lo mismo aquí. Después de algunas investigaciones , acabo de probar esto .
Veremos cómo va.
Lion y Mountain Lion provocan kernel panic en los MBP de 2010. Busque en la web, es un problema bien conocido por ahora. Lo resolví cambiando a Snow Leopard. Obtenga una copia de 10.6.8 y colóquela en una unidad o memoria USB, realice una instalación limpia (sé que es un lastre, ¡pero es la única forma!) y no tendrá más problemas.
dan
espera
dan
~/Library/Application Support/Google/RLZ
Cada hora recibo elcs_invalid_page
mensaje de error en formato/var/log/kernel.log
.espera