En Console.app, ¿cómo puedo revelar a qué etiquetas <privadas> se refieren realmente?

7

En las últimas versiones de MacOS, Console.app se ha vuelto cada vez más censurado, hasta el punto de ser casi inútil.

Los nombres de archivo y las URL se han reemplazado por <private>etiquetas, por lo que es imposible rastrear y solucionar errores.

Mientras que el siguiente ejemplo no es un error, ni es el error de permisos de archivo que estaba teniendo para literalmente años con cfprefsd, incapaz de seguir hacia abajo, es un ejemplo de cómo vagos e inútiles la mayoría de los mensajes registrados con Console.apphaberse convertido en:

 com.apple.WebKit.Networking [19870 <private> <private>] start

¿Cómo puedo revelar a qué se <private>refieren las etiquetas en los mensajes de registro de Console.app?

Nevin Williams
fuente

Respuestas:

11

Console.appse puede hacer que muestre rutas de archivos y URL reales en lugar de privateemitir el siguiente comando en Terminal.app:

    sudo log config --mode "private_data:on"

Esto hace que los mensajes registrados Console.appmuestren información más específica y útil, como URL y nombres de archivos, en lugar de solo las <private>etiquetas crípticas , pero no de forma retroactiva. El error o la condición tendrán que ocurrir nuevamente para que se muestren los datos previamente censurados.

Entonces, un mensaje esencialmente inútil como:

  com.apple.WebKit.Networking [19870 <private> <private>] start

luego se expandiría a algo como:

 com.apple.Webkit.Networking [19920 www.facebook.com:443 stream, pid: 5311, url: https://www.facebook.com/api/graphqlbatch/, tls] start

Dado que salir a private_data:onlargo plazo puede comprometer la privacidad y la seguridad, la instalación de registro puede volver a su nivel oscuro normal con este comando:

sudo log config --mode "private_data:off"

Una vez terminado de rastrear el evento deseado.

Nevin Williams
fuente