4

В последних нескольких версиях MacOS Console.app становился все более цензурированным, практически бесполезным.

Имена файлов и URL-адреса были заменены тегами <private> , что сделало невозможным отслеживание и исправление ошибок.

Хотя следующий пример не является ошибкой и не является ошибкой прав доступа к файлам, которую я имел в течение буквально лет с помощью cfprefsd , но не смог отследить ее, это пример того, как расплывчато и бесполезно большинство сообщений, регистрируемых с помощью Console.app становиться:

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

Как мне узнать, на что ссылаются теги <private> в сообщениях журнала Console.app?

1 ответ1

5

Console.app можно сделать так, чтобы он отображал действительные пути к файлам и URL-адреса вместо private , введя следующую команду в Terminal.app:

    sudo log config --mode "private_data:on"

Это приводит к тому, что сообщения, зарегистрированные в Console.app отображают более конкретную и полезную информацию, такую как URL-адреса и имена файлов, а не только загадочные теги <private> , но не имеют обратной силы. Ошибка или условие должны появиться снова для отображения ранее подвергнутых цензуре данных.

Таким образом, по сути бесполезное сообщение, как:

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

затем будет расширен до чего-то вроде:

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

Поскольку выход из private_data:on долгосрочной перспективе может поставить под угрозу конфиденциальность и безопасность, средство ведения журнала может быть возвращено к своему обычному скрытому уровню с помощью этой команды:

sudo log config --mode "private_data:off"

После того, как вы закончите поиск нужного события.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .