В консоли вы увидите каталоги, о которых упоминает @TJ Luoma, но он может не перечислить все файлы в пользовательском интерфейсе. Я бы порекомендовал использовать опцию Reveal в Finder, щелкнув правой кнопкой мыши, как только вы найдете нужную папку в консоли.
HuaTham
33
Консольное приложение располагает их аккуратно, в зависимости от того, произошел ли сбой на уровне системы или на уровне пользователя ...
Оттуда вы можете увидеть, находится ли он в ~ / Library / Logs или / Library / Logs - вы получите сбои, паники и зависания в отдельных файлах. Не забудьте также заглянуть в / private / var / log.
Почему у меня нет папки ~/Library/Logs/CrashReporter?
Pacerier
2
@Pacerier У меня есть только /Library/Logs/CrashReporter... может ~быть добавлено по ошибке? Или подождите ... этому ответу 6 лет ... Обновление?
Эрк
6
Чтобы найти файлы сбоев, вы можете запустить консольное приложение, которое будет отображать все системные сообщения. Если какое-то конкретное приложение упало, посмотрите в User Reports . Если это сбой системы, проверьте в системных отчетах . Как только вы нашли файл сбоев, вы можете открыть его в Finder (обычно он находится в ~/Library/Logs/DiagnosticReports).
Если сбой привел к перезагрузке, в строке « Все сообщения» найдите строку с указанием причины отключения и проверьте следующий список причин отключения для получения дополнительной информации.
Кроме того, вы также можете проверить файлы журналов в /var/log(например, system.log) или в режиме реального времени log stream.
Вы также можете проверить, где дампы генерируются с помощью system.logфайла мониторинга , например,
tail -f /var/log/system.log | grep crash # Hit Control-C to stop.
Для сканирования предыдущих файлов сбоев выполните:
Консольное приложение располагает их аккуратно, в зависимости от того, произошел ли сбой на уровне системы или на уровне пользователя ...
Оттуда вы можете увидеть, находится ли он в ~ / Library / Logs или / Library / Logs - вы получите сбои, паники и зависания в отдельных файлах. Не забудьте также заглянуть в / private / var / log.
источник
/private/var/log
в боковой панели консольного приложения? Я бы только видел/var/log
~ / Библиотека / Журналы / DiagnosticReports / (где ~ относится к вашей домашней директории).
~ / Library / Logs / CrashReporter / MobileDevice - это аварийные журналы для ваших устройств iOS (если есть).
~ / Библиотека / Журналы / CrashReporter также имеет ссылки на элементы в ~ / Библиотека / Журналы / DiagnosticReports /
источник
~/Library/Logs/CrashReporter
?/Library/Logs/CrashReporter
... может~
быть добавлено по ошибке? Или подождите ... этому ответу 6 лет ... Обновление?Чтобы найти файлы сбоев, вы можете запустить консольное приложение, которое будет отображать все системные сообщения. Если какое-то конкретное приложение упало, посмотрите в User Reports . Если это сбой системы, проверьте в системных отчетах . Как только вы нашли файл сбоев, вы можете открыть его в Finder (обычно он находится в
~/Library/Logs/DiagnosticReports
).Если сбой привел к перезагрузке, в строке « Все сообщения» найдите строку с указанием причины отключения и проверьте следующий список причин отключения для получения дополнительной информации.
Кроме того, вы также можете проверить файлы журналов в
/var/log
(например,system.log
) или в режиме реального времениlog stream
.Вы также можете проверить, где дампы генерируются с помощью
system.log
файла мониторинга , например,Для сканирования предыдущих файлов сбоев выполните:
Чтобы сгенерировать фактические файлы дампа памяти (in
/cores
), смотрите: Как генерировать дампы памяти в macOS?Чтобы убедиться, что ваш macOS исправен, выполните следующие тесты:
Если ваша система часто перезагружается, вы также можете попробовать:
boot-args
(проверьтеnvram boot-args
).источник