Просмотр системных журналов в консольном приложении
Чтобы просмотреть системные журналы Mac, запустите консольное приложение. Вы можете запустить его с помощью Spotlight, нажав Ctrl + Space, набрав «Console», а затем нажав Enter. Вы также найдете его в Finder> Приложения> Утилиты> Консоль.
Консольное приложение, также известное как Console.app, похоже на Windows Event Viewer для Mac.
По умолчанию вы увидите список консольных сообщений с вашего текущего Mac. Вы можете нажать «Ошибки и неисправности» на панели инструментов, чтобы увидеть только сообщения об ошибках, если хотите. Вы также можете использовать окно поиска для поиска типа сообщения об ошибке, которое вы хотите увидеть.
Дополнительные журналы доступны в разделе Отчеты. Чтобы просмотреть журналы сбоев и зависаний приложений, нажмите «Системные отчеты» для системных приложений или «Пользовательские отчеты» для пользовательских приложений. Вы увидите различные журналы с расширениями файлов, такими как .crash, .diag и .spin. Нажмите на них, чтобы просмотреть их на панели информации.
Если вам нужна дополнительная информация о причине сбоя приложения в вашей системе, вы можете найти его здесь. Разработчику приложения может понадобиться эта информация для исправления сбоя, который также происходит на вашем Mac.
Чтобы просмотреть файл системного журнала, нажмите «system.log». Чтобы просмотреть другие журналы, относящиеся к конкретному приложению, просмотрите другие папки здесь. «~ Library / Logs» — это папка журнала приложения для вашей текущей учетной записи пользователя Mac, «/ Library / Logs» — это папка журнала приложения для всей системы, а «/ var / log» обычно содержит журналы для системных служб низкого уровня. , Панель поиска также работает для фильтрации этих файлов журнала.
Чтобы просмотреть журналы другой учетной записи пользователя Mac, расположенные в разделах «Отчеты пользователя» или «~ / Библиотека / Журналы», вам необходимо войти в систему под этим пользователем, а затем открыть консольное приложение.
Вы можете скопировать данные из ваших системных журналов в текстовый файл, если вам нужно экспортировать их, чтобы поделиться ими с кем-то еще в целях устранения неполадок. Сначала нажмите «Правка»> «Выбрать все», чтобы выбрать все сообщения на текущем экране. Затем нажмите «Правка»> «Копировать», чтобы скопировать их в буфер обмена.
Затем откройте приложение TextEdit, например, нажав Ctrl + Space, набрав «TextEdit» и нажав «Enter». Создайте новый документ и затем выберите «Правка»> «Вставить», чтобы вставить сообщения в текстовый файл. Нажмите Файл> Сохранить, чтобы сохранить ваш текстовый файл впоследствии.
Найти файлы журналов на диске
Эти журналы представляют собой текстовые файлы, которые вы также можете найти на локальном диске вашего Mac. Это означает, что вы можете просматривать их в Finder или через терминал, открывать их в других приложениях, использовать с ними инструменты командной строки и создавать резервные копии файлов.
Чтобы найти эти файлы журналов, посмотрите в следующих местах:
- Папка системного журнала : / var / log
- Системный журнал : /var/log/system.log
- Данные Mac Analytics : / var / log / DiagnosticMessages
- Журналы системных приложений : / Библиотека / Журналы
- Системные отчеты : / Библиотека / Журналы / DiagnosticReports
- Журналы приложений пользователя : ~ / Библиотека / Журналы (другими словами, / Пользователи / ИМЯ / Библиотека / Журналы)
- Пользовательские отчеты : ~ / Library / Logs / DiagnosticReports (другими словами, / Users / NAME / Library / Logs / DiagnosticReports)
Если вам когда-нибудь понадобится вспомнить, где найти одну из этих папок, вы можете открыть консольное приложение (по адресу /Applications/Utilities/Console.app), нажать Ctrl + щелчок правой кнопкой мыши или щелкнуть правой кнопкой мыши один из журналов или папок на боковой панели и выберите «Показать в Finder», чтобы просмотреть его местоположение на диске.
Просмотр системных журналов в приложении консоли
Для просмотра системных журналов Mac запустите консольное приложение. Вы можете запустить его с помощью поиска Spotlight, нажав Command + Space, набрав «Консоль», а затем нажав Enter. Вы также найдете его в Finder> Applications> Utilities> Console.
Консольное приложение, также известное как Console.app, похоже на средство просмотра событий Windows для Mac.
Если вам нужна дополнительная информация о том, почему приложение сбой в вашей системе, вы можете найти его здесь. Разработчику приложения может понадобиться эта информация для исправления сбоя, возникающего на вашем Mac.
Чтобы просмотреть журналы других учетных записей пользователей Mac, расположенные в разделе «Отчеты пользователей» или «~ / Библиотека / Журналы», вам необходимо войти в систему в качестве этого пользователя, а затем открыть консольное приложение.
Вы можете копировать данные из системных журналов в текстовый файл, если вам нужно экспортировать его, чтобы поделиться им с кем-то еще для устранения неполадок. Сначала нажмите «Редактировать»> «Выбрать все», чтобы выбрать все сообщения на текущем экране. Затем нажмите «Редактирование»> «Копировать», чтобы скопировать их в буфер обмена.
Затем откройте приложение TextEdit, например, нажав Command + Space, набрав «TextEdit» и нажав «Enter». Создайте новый документ и затем выберите «Редактирование»> «Вставить», чтобы вставить сообщения в текстовый файл. Нажмите «Файл»> «Сохранить», чтобы сохранить текстовый файл.
Поиск файлов журнала на диске
Эти журналы представляют собой текстовые файлы, которые вы можете найти на локальном диске Mac. Это означает, что вы можете просматривать их в Finder или через терминал, открывать их в других приложениях, использовать с ними инструменты командной строки и создавать резервные копии файлов.
Чтобы найти эти файлы журналов, посмотрите в следующих местах:
- Папка системного журнала: / var / log
- Системный журнал: /var/log/system.log
- Данные для Mac Analytics: / var / log / DiagnosticMessages
- Журналы системных приложений: / Библиотека / Журналы
- Системные отчеты: / Library / Logs / DiagnosticReports
- Журналы пользовательских приложений: ~ / Library / Logs (другими словами, / Users / NAME / Library / Logs)
- Отчеты пользователей: ~ / Library / Logs / DiagnosticReports (другими словами, / Users / NAME / Library / Logs / DiagnosticReports)
Обычно сбой приложений на Mac случается очень редко. Но когда это произойдет, вы можете захотеть отслеживать эти проблемы. А если вы разработчик, вам нужно понимать, почему ваше приложение дает сбой. Вот как читать и сортировать отчеты о сбоях macOS по языку кодировки.
Открытые отчеты о сбоях
Когда приложение выходит из строя на вашем Mac, оно автоматически генерирует отчет о сбое. Вы увидите, что это появляется после сбоя в диалоговом окне с предупреждением: «[Приложение] неожиданно остановилось». Этот отчет о сбое доступен для немедленного чтения в этом окне, нажав кнопку «Отчет…». Отчет о сбое также можно найти в приложении консоли.
1. Откройте приложение консоли, набрав «Консоль» в Spotlight или перейдите в «Приложение -> Утилиты -> Console.app».
2. Щелкните «Отчеты пользователей» в левом меню, затем щелкните отчет о сбоях, который вы хотите просмотреть. Все эти файлы заканчиваются на «.crash» и включают в заголовок дату и сломанное приложение. Подробная информация об отчете о сбое доступна на панели справа.
Давайте рассмотрим отчет о сбое сверху вниз.
Что именно вылетает?
Первая часть отчета о сбоях покажет вам, «вылетает» ли процесс или приложение. Самая важная часть для средства устранения неполадок — это название процесса.
Process: aText [11473] Path: /Applications/aText.app/Contents/MacOS/aText Identifier: com.trankynam.aText Version: 2.19 (62) Code Type: X86-64 (Native) Parent Process: ??? [1] Responsible: aText [11473] User ID: 501
Когда были праздники?
Вторая часть сообщает нам, когда произошла неисправность. Он также предоставляет небольшую информацию о вашей системе.
Date/Time: 2018-03-15 00:58:10.552 -0400 OS Version: Mac OS X 10.12.6 (16G1036) Report Version: 12 Anonymous UUID: 6C985CFD-6975-3F30-50EB-0713315F5090 Time Awake Since Boot: 630000 seconds System Integrity Protection: enabled
Что вызвало неисправность?
Следующая часть наиболее показательна. «Тип исключения», предлагаемый приложением, сообщает нам, что вызвало неисправность. Журнал также сообщает, какой поток потерпел крах: в данном случае поток 0.
Crashed Thread: 0 Dispatch queue: com.apple.main-thread Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x000040dedeadbec0 Exception Note: EXC_CORPSE_NOTIFY Termination Signal: Segmentation fault: 11 Termination Reason: Namespace SIGNAL, Code 0xb Terminating Process: exc handler [0]
Списки Apple Некоторые распространенные типы исключений В его технической документации:
Плохой доступ к памяти (EXC_BAD_ACCESS / SIGSEGV / SIGBUS) — программа пытается получить доступ к памяти неправильно или с недопустимым адресом. С кодом, объясняющим проблему с памятью.
Аномальный выход (EXC_CRASH / SIGABRT) — Аномальный выход, обычно из-за незавершенного исключения C ++ и вызова abort ()
Trace Trap (EXC_BREAKPOINT / SIGTRAP) — то же самое, что и SIGABRT, но это завершение дает присоединенному отладчику возможность прервать процесс в точке останова и отследить ошибку.
Недопустимые инструкции (EXC_BAD_INSTRUCTION / SIGILL) — обработка выдала обработку, которая не была понята или не могла быть обработана.
Выйти (SIGQUIT) — процесс был прерван другим процессом с достаточными привилегиями. Обычно процесс мониторинга завершает процесс злоупотребления служебным положением.
Завершить (SIGKILL) — процесс был завершен по запросу системы. Для объяснения исключения будет добавлен код выхода.
Как видно из отчета о сбое, приложение пыталось получить доступ к не карантинной памяти. Это происходит из-за ошибки программирования в приложении или необычного состояния пользователя, из-за которого приложение неправильно отображает память.
Что приводит к неисправностям?
Затем мы видим обратный хронологический список того, что вызывает сбой. Они сортируются по потокам, начиная с потока 0.
В этом отчете четыре столбца. Первый сообщает номер события в обратном хронологическом порядке, начиная с 0. Второй — это идентификатор процесса. Третье — это адрес процесса в памяти. Четвертый — это название задачи программы.
Эта «отмена» может немного сбить с толку. Они являются «символическими», что означает, что некоторые адреса памяти были заменены именами функций или задач приложения. Иногда это невозможно сделать полностью, в результате чего нечитаемые адреса памяти засоряются отчетом.
Мы видим это в отчете о сбое выше: com.trankynam.aText не является токеном. Даже при полном кодировании фон может быть трудночитаемым. Разработчики программного обеспечения иногда включают полезные примечания о задачах и событиях приложения. В других случаях это зашифрованные адреса или числовой код. Если вы сможете понять символизм, вы сможете понять, что происходит. Но в максимально возможной степени вам нужно будет написать приложение самостоятельно, чтобы понять обратную трассировку.
Заключение: полезно ли это?
Если вы разработчик программного обеспечения, обязательно прочтите отчеты о сбоях. Это поможет вам понять, какая часть вашего приложения вызывает проблемы и почему. Если вы пользователь, они бесполезны. Но если у вас постоянный сбой, отчеты о сбоях могут помочь вам устранить проблему или поработать с разработчиком, чтобы исправить проблему. Вы можете получить код ошибки, исправленный через Google, или отправить его в службу технической поддержки с правильной информацией. Если вам нужны серьезные подробности, вы можете прочитать все об этом на Техническое примечание Apple о сбоях.
To find the crash files, you can run Console app which will display all the system messages. If any specific application crashed, look in User Reports. If it’s system crash, check in System Reports. Once you have found the crash file, you can Reveal in Finder (usually located in ~/Library/Logs/DiagnosticReports
).
If the crash resulted in reboot, in All Messages look line stating its Shutdown Cause and check the following list of Shutdown Causes for further information.
Alternatively you can also check the log files in /var/log
(such as system.log
), or in real-time by log stream
.
You can also check where dumps are generated by monitoring system.log
file, e.g.
tail -f /var/log/system.log | grep crash # Hit Control-C to stop.
To scan for the previous crash files, run:
grep crash /var/log/system.log
To generate the actual core dump files (in /cores
), see: How to generate core dumps in macOS?
To make sure your macOS is healthy, perform the following tests:
- Use coconutBattery app to check your current battery health.
- Run Apple Hardware Test.
If your system reboots often, you can also try to:
- Make sure you didn’t modify your
boot-args
(check bynvram boot-args
). - Reset the System Management Controller (SMC).
- Reset NVRAM.
Увы, большинство компьютерных болезней не проходят просто так. Если проблема трудноразрешима, первое, что вы должны сделать, — это определить ее источник. Для этого нет легких путей, но цели можно достичь системным подходом.
Благодаря многолетнему опыту было обнаружено, что оптимальный способ — задать ряд вопросов, которые помогут получить нужную информацию и сузить список возможных причин:
Появилось ли сообщение об ошибке?
Это раздражает, но компьютерные сообщения об ошибках часто оказываются невразумительными и малополезными для того, чтобы можно было решить вопрос сразу. Однако коды ошибок и текст сообщений могут указать направление, в котором надо двигаться: либо это поиск в онлайновых базах данных, либо передача информации специалисту технической поддержки. Поэтому всегда необходимо записывать весь текст сообщения об ошибке, когда оно появляется. Если приложение предлагает отправить разработавшей его компании сообщение об ошибке, обязательно прочтите его (даже если вы не собираетесь его отправлять).
Нет ли сообщений об ошибках в «Консоли»?
Если ошибка произошла в фоновом режиме, предупреждающее сообщение не появится. Однако весьма вероятно, что Mac сделал запись об ошибке в сообщении «Консоли» (Console).
Чтобы проверить это, откройте Finder и выберите «Программы» (Applications) => «Утилиты» (Utilities) => «Консоль» (Console). Следует проверить также журнал «Консоли» (выберите «Файл» (File) О «Открыть журнал консоли» (Open Console Log)) и системный журнал (выберите «Файл» (File) => «Открыть» (Open System Log). Иногда трудно понять сразу, на что именно надо обратить внимание в окне «Консоли».
Для начала поищите в колонке «Отправитель» (Sender) название программы, которая, по вашим предположениям, может быть источником проблемы. Обращайте внимание только на те сообщения, которые записаны примерно в то же время, когда произошла неполадка. И хотя любое сообщение из тех, которые вы увидите, скорее всего, окажется слишком сложным, чтобы вы могли его расшифровать, оно будет понятно специалисту техподдержки. Можно также искать решение проблемы в Google.
Изменяли ли вы недавно какие-либо настройки программ?
Если да, попробуйте вернуть старые настройки и посмотрите, не приведет ли это к исправлению неполадки. Если попытка окажется неудачной, проверьте сайт разработчика: нет ли там исправлений для этой программы. Можно также попробовать удалить программу и установить ее вновь.
Устанавливали ли вы недавно новую программу?
Если вы подозреваете, что нестабильность системы вызвана новой программой, перезагрузите Mac и попробуйте поработать, не пользуясь ею. (Если программа применяет объекты, которые автоматически запускаются при загрузке компьютера, убедитесь, что вы деактивировали их) Если все наладилось, то, вероятно, причиной сбоя была эта новая программа.
Попробуйте пользоваться ею, когда ни одна другая программа не запущена. Необходимо также посмотреть в файле README этой программы (если он есть) описание стандартных проблем и способов их устранения. Хорошо бы проверить, совместима ли версия программы с версией OS X, установленной на компьютере. (Например, некоторые более старые версии программ плохо работают в новых версиях Mac OS X, таких как Lion или Snow Leopard.)
Далее, можно попробовать переустановить программу. Аналогично, если вы недавно устанавливали на какую-то программу обновление, попробуйте это обновление удалить.
Устанавливали ли вы недавно новое устройство?
Если недавно было установлено новое устройство или обновлен драйвер уже имеющегося устройства, это может быть причиной проблемы. Попробуйте прибегнуть к обычным методам поиска неполадок оборудования.
Устанавливали ли вы недавно какие-либо обновления?
Иногда обновления, предназначенные для устранения одной неисправности, вызывают появление других. Отменить установку обновления программы невозможно, поэтому единственным выходом является восстановление компьютера Mac и возврат к предыдущему состоянию.
Изменяли ли вы недавно какие-либо из системных настроек?
Если трудности начались после того, как вы изменили конфигурацию компьютера, попробуйте вернуть все в первоначальное состояние. Даже такие кажущиеся невинными действия, как включение экранной заставки, могут вызвать неполадки в работе, поэтому не отбрасывайте какие-либо предположения с ходу.
← Основные шаги по устранению неполадок программ в Mac OS |
Общие методы устранения неисправностей в работе программ → |
---|
Новые статьи:
- —
- —
- —
- —
- —
Предыдущие статьи:
- —
- —
- —
- —
- —