¿Hay alguna forma de filtrar los mensajes del registro del sistema de OS X?

si sólo desea ocultar los mensajes de error que están abarrotando el registro de la consola, para facilitar la legibilidad, esto se puede lograr fácilmente seleccionando cualquiera de los mensajes de eventos ofensivos, a continuación, haga clic en "Ignorar remitente" en la barra de herramientas de la Consola; esos mensajes serán entonces ocultados de la vista. los mensajes de eventos se siguen generando, hasta que se solucione el problema del controlador obsoleto, pero usted no los verá en la Consola. ver más información AQUÍ y AQUÍ .

¿ha intentado localizar y eliminar el controlador obsoleto de Vodafone de las carpetas LaunchAgents, LaunchDaemons y/o StartupItems?

echa un vistazo en estos lugares:

1. ~/Library/LaunchAgents
2. /Librería/LaunchAgents
3. /Librería/LaunchDaemons
4. /Sistema/Libario/LaunchAgents
5. /Sistema/Libario/LaunchDaemons

véase AQUÍ para más discusión

He filtrado con éxito las entradas de registro de /var/log/system.log creando un nuevo archivo en /etc/asl/custom.cleanup.conf con estas entradas -

# Ignore some noisy log entries.

? [CA= Message Google Chrome He] file /dev/null
? [CA= Message Google Chrome He] claim

? [CA= Message Time to encode state for window] file /dev/null
? [CA= Message Time to encode state for window] claim

Deberías ajustar tus filtros para que coincidan con las entradas de registro específicas que deseas excluir; los filtros anteriores coinciden con las entradas de registro de las que quería deshacerme (sección siguiente).

Una vez creado el archivo de configuración (tenga en cuenta que tendrá que editarlo con permisos de root en ese directorio), reinicie syslog con

sudo launchctl unload /System/Library/LaunchDaemons/com.apple.syslogd.plist
sudo launchctl load /System/Library/LaunchDaemons/com.apple.syslogd.plist

Estas son las entradas de registro que quería excluir.

Aug 20 10:38:54 strike iTerm2[11929]: Time to encode state for window <PseudoTerminal: 0x7ff611223344 tabs=2 window=<PTYWindow: 0x7ff611223344 frame=NSRect: {{-0, 6}, {1914, 1051}} title=1. sudo alpha=1.000000 isMain=1 isKey=1 isVisible=1 delegate=0x7ff611223344>>: 0.01158303022384644

Aug 20 10:38:56 strike kernel[0]: Google Chrome He[72873] triggered unnest of range 0x7fff11223344->0x7fff11223344 of DYLD shared region in VM map 0x84d623d211223344. While not abnormal for debuggers, this increases system memory footprint until the target exits.

syslog se queja entonces de no poder escribir en /dev/null pero los elementos filtrados serán excluidos de /var/log/system.log que es el resultado que pretende.

Aug 20 11:36:31 strike syslogd[74699]: Disabling module custom.cleanup.conf writes to /dev/null following 6 failures (Operation Failed)

Me encantaría conocer una forma más limpia de configurar esto, especialmente si no requiere dos líneas por filtro :)

El asl.conf indica que puede contener reglas de consulta-acción de la forma

? query action …

y que query tiene el formato

[operator key value]

Ejemplo

? [= Sender foobar] [<= Level error] notify com.apple.foobar
  op   key   value   op  key   value
  -----query 1----- -----query 2---- ---------action--------

De esa misma fuente (la negrita es mía)

ignore           Causes a matching message to be ignored in all **subsequent** matching rules.

Configuraciones que solían estar en syslog.conf están ahora en asl.conf debajo del comentario

# Flat file configurations formerly in syslog.conf

Tengo entendido que, para ignorar los mensajes en ambos system.log y en Console.app , deberías poner reglas para ignorar los mensajes antes de el comentario anterior.

Ejemplo con modificador S que ignora los mensajes que coinciden con esa subcadena de SIMBL Agent .

? [= Sender SIMBL Agent] [S= Message warning: failed to get scripting definition from] ignore
  op -key-- ---value---  mod --key-- --------------------value-----------------------
  --------query 1------- -----------------------query 2------------------------------- action

Después de añadir una regla, reinicie el demonio con sudo killall HUP syslogd .

Probado con éxito en OS X 10.8.5.

ACTUALIZACIÓN

Los módulos parecen haber aparecido en 10.9, véase aquí .

Si el directorio /etc/asl existe, entonces syslogd y aslmanager leerán cada archivo que contenga. Estos archivos deben tener el mismo formato que asl.conf. Cada archivo configura un módulo independiente, identificado por el nombre del archivo. Los módulos pueden ser activados o desactivados independientemente. Cada módulo puede especificar su propio conjunto de reglas para actuar sobre los mensajes recibidos. mensajes recibidos. Consulte la sección MÓDULOS ASL para más detalles.

Así, los filtros podrían configurarse en un archivo separado. Sin embargo, no lo he probado.