- Отключить диалоговое окно аварийного репортера в Mac OS X 2021
- How to Fix: Could Not Create a Preboot Volume for APFS — MacBooks & Mac Desktops
- Как отключить диалоговое окно Crash Reporter в Mac OS X
- Отключить диалоговое окно Crash Reporter в Mac OS X
- Как отключить диалоговое окно Crash Reporter в Mac OS X
- Crash Reports: How To Use Them To Troubleshoot Why Your Mac Crashed
- Where to find crash reports
- How to read macOS crash reports
- Thank you for choosing to leave a comment.
- Question: Q: Mac OS X ReportCrash Loop
- All replies
- Профилактика OS X: возвращаем системе производительность
- Совет 1. Проверка списка автозагрузки
- Совет 2. Обнуление PRAM
- Совет 3. Использование Терминала
- Совет 4. Очистка кэша приложений
- Совет 5. Заглядывайте в Мониторинг системы
- Совет 6. Используйте специальный софт для профилактики OS X
Отключить диалоговое окно аварийного репортера в Mac OS X 2021
How to Fix: Could Not Create a Preboot Volume for APFS — MacBooks & Mac Desktops
Если вы разработчик (или кто-то еще), вам может быстро надоест диалоговое окно Crash Reporter, которое появляется, когда приложение закрывается и вылетает в Mac OS X. Если вас беспокоит диалоговое окно аварийного репортера, затем вы можете быстро включить и выключить окно с помощью командной строки по умолчанию.
Обратите внимание, что отключение диалогового окна Crash Reporter не влияет на отчеты о сбоях, которые все еще видны в системных журналах и консольном приложении. Он просто останавливает появление окна в графическом интерфейсе Mac OS X.
Как отключить диалоговое окно Crash Reporter в Mac OS X
Вы можете отключить диалоговое окно Crash Reporter, запустив терминал и введя следующую команду:
defaults write com.apple.CrashReporter DialogType none
и вы можете отменить это, чтобы снова показать Crash Reporter, введя следующее в командной строке:
defaults write com.apple.CrashReporter DialogType crashreport
Как правило, лучше оставить для этого типа настройки по умолчанию, а отправка отчетов о сбоях на самом деле помогает Apple отлаживать и улучшать программное обеспечение, но если у вас есть веская причина отключить его, теперь вы знаете, как это сделать.
Итак, вы хотите увидеть CrashReporter или нет? Это зависит от вас:
Для некоторых пользователей это полезно, а для некоторых нет. Это работает во всех версиях OS X.
Источник
Отключить диалоговое окно Crash Reporter в Mac OS X
Если вы разработчик (или кто-либо другой), вам может быстро надоесть диалоговое окно Crash Reporter, которое появляется, когда приложение «плавится» и вылетает в Mac OS X. Если вас беспокоит диалоговое окно аварийного репортера, затем вы можете быстро включать и выключать окно с помощью командной строки по умолчанию.
Обратите внимание, что отключение диалогового окна Crash Reporter не влияет на отчеты о сбоях, которые по-прежнему отображаются в системных журналах и в приложении консоли. Он просто останавливает появление окна в графическом интерфейсе Mac OS X.
Как отключить диалоговое окно Crash Reporter в Mac OS X
Ты можешь отключить Crash Reporter диалоговое окно, запустив Терминал и введя следующую команду:
defaults write com.apple.CrashReporter DialogType none
и вы можете отменить это, чтобы снова показать Crash Reporter, введя в командную строку следующее:
defaults write com.apple.CrashReporter DialogType crashreport
Как правило, лучше оставить этот тип вещей установленным по умолчанию, а отправка отчетов о сбоях действительно помогает Apple отлаживать и улучшать программное обеспечение, но если у вас есть веская причина отключить его, теперь вы знаете, как это сделать.
Итак, вы хотите видеть CrashReporter или нет? Решать вам:
Для некоторых пользователей это полезно, а для некоторых — нет. Это работает во всех версиях OS X.
Источник
Crash Reports: How To Use Them To Troubleshoot Why Your Mac Crashed
This article’s focus is on macOS crash reports. More specifically this article explains how you can (1) locate crash logs (2) and read them to diagnose a crash.
Your Mac can crash, rarely. These crashes usually mean nothing important, if it is rare. Thus it is not something you should worry about. In most cases, restarting your Mac will resolve the issue. Your Mac will automatically reboot itself.
However, if your Mac is crashing frequently, you may want to find our why these crashes occur so that you can prevent them from happening again. And the most important thing you should do is to find more specific error details.
In this article we are going to take a look at using the crash logs that your system generate. These logs will help you identify what’s causing the crash.
Where to find crash reports
There are two ways to access your crash reports. You can use any of the methods:
You can use the Console app. The Console app included with your Mac. You can open this app by going to Applications > Utilities > Console. You can also use Spotlight to access Console. Select your Device and click Crash reports under the ‘reports’ section.
- You can also find your crash reports in
/Library/Logs/DiagnosticReports/. Here is how you can access there:
- Go to Finder
- Now press the Option key and then click Go (while you are pressing the Option key)
- Click Library
- Click the Logs folder
- Click the DiagnosticReports folder
- And open the file that says “Crash”
How to read macOS crash reports
Understaing these reports can be difficult as they are usually big. Here is how you can decipther a crash report:
1. The first section of a crash report includes what process crashed. Something like this:
In this case, said process is WebKit (Safari).
2. The next section of a crash report includes date/time and operating system, like this:
3. The next section includes more crash details (The Exception), something like this:
There are four common exeption types, according to Apple:
EXC_BAD_ACCESS/KERN_INVALID_ADDRESS — This is caused by the thread accessing unmapped memory. It may be triggered by either a data access or an instruction fetch; the Thread State section describes how to tell the difference.
EXC_BAD_ACCESS/KERN_PROTECTION_FAILURE — This is caused by the thread trying to write to read-only memory. This is always caused by a data access.
EXC_BAD_INSTRUCTION — This is caused by the thread executing an illegal instruction.
EXC_ARITHMETIC/EXC_I386_DIV — This is caused by the thread doing an integer divide by zero on an Intel-based computer.
The next section includes backtrace information. There can be one or multiple threads. In reverse chronological order, each thread shows the series of events .
To understand this section, find the thread that crashed. You can easily find that, because the report will say something like this: Thread (thread number) Crashed. This section explains what lead to the crash.
There are four columns here:
- The first one is the frame number (reverse chronological), like 0, 1, 2, 3….
- The second one is the name of the program or other process that performed the task. In this instance, com.apple.WebKit.
- The third column is the counter program address.
- The fourth column is the task.
From this example, we know that, for example, “com.apple.WebCore 0x00007fff3e26977a WebCore::HTMLMediaElement::mediaCanStart(WebCore::Document&) + 90” is responsible for the crash.
Now you know what caused the crash and series of events triggered the crash. This will help you idendify the problem and then address it appropriately.
If your problem is a third-party app, you may want to contact its developer. Tell them your problem and you may want to send a copy of this crash log. You can click the share icon in the Console app to send the report.
Serhat Kurt
Dr. Serhat Kurt worked as a Senior Technology Director. He holds a doctoral degree (or doctorate) from the University of Illinois at Urbana / Champaign and a master’s degree from Purdue University. Here is his LinkedIn profile.
Thank you for choosing to leave a comment.
Please note the following:
- All comments are moderated.
- Your email will NOT be published nor shared.
- All SPAM comments will be deleted.
- Please see our comment policy page for more info.
Источник
Question: Q: Mac OS X ReportCrash Loop
My MacPro Desk Top is stuck in a ReportCrash Loop and I can not kill it. I read previous post without luck. Killing the process in Activity Monitor does not work. After log in the screen starts blinking and the dock will not appear. The activity monitor cycles through ReportCrash and Dock and will not stabilizes if I force quite both ReportCrash and Dock. Loggiong Off and then logging back in under a different user name works. Any suggested fixes ? Tks Koyangie
Posted on Apr 16, 2012 8:09 AM
Besides Linc’s systematic approach to isolating the problem, other things I would consider trying If this were happening to me:
I would try to delete dock preferences: they are in your home Library (get there by holding option key down and using Finder Go menu) in the Preferences and in the Preferences/ByHost folders. I’d delete anything with the word Dock in it.
A very long shot is that the Dock process is crashing because of Dashboard and/or widgets. (My understanding is that the widgets/Dashboard are run via the Dock process; they certainly were under Snow Leopard.) In that same preference folder are various Dashboard preferences, and in that same Library folder there is a Widgets folder, which contains all your third party widgets. Move those guys out of there.
Logout and login, see what happens.
Posted on Apr 17, 2012 7:44 AM
All replies
Loading page content
Page content loaded
Please read this whole message before doing anything.
This procedure is a diagnostic test . It’s unlikely to solve your problem. Don’t be disappointed when you find that nothing has changed after you complete it.
The purpose of this exercise is to determine whether the problem is caused by third-party system modifications that load automatically at startup or login. Disconnect all wired peripherals except those needed for the test, and remove all aftermarket expansion cards. Boot in safe mode and log in to the account with the problem. The instructions provided by Apple are as follows:
- Be sure your Mac is shut down.
- Press the power button.
- Immediately after you hear the startup tone, hold the Shift key. The Shift key should be held as soon as possible after the startup tone, but not before the tone.
- Release the Shift key when you see the gray Apple icon and the progress indicator (looks like a spinning gear).
Safe mode is much slower to boot and run than normal, and some things won’t work at all, including wireless networking on certain Macs.
The login screen appears even if you usually log in automatically. You must know your login password in order to log in. If you’ve forgotten the password, you will need to reset it before you begin.
Источник
Профилактика OS X: возвращаем системе производительность
Продолжаем приводить Mac в порядок. На прошлой неделе мы устроили профилактику накопителю, а сегодня возьмемся непосредственно за операционную систему.
Итак, OS X. Причин снижения производительности, появления различных неполадок в работе и других проблем может быть огромное множество, поэтому рассмотреть их все в рамках одного материала просто не представляется возможным. Поступим проще.
Мы предлагаем вам 6 советов, которые гарантированно не навредят системе и с высокой степенью вероятности повысят производительность компьютера, а также предотвратят возникновение проблем в будущем. Ничего сложного — просто несколько полезных трюков. Поехали!
Совет 1. Проверка списка автозагрузки
Начнем с банального — автозагрузки. Открываем «Системные настройки» и выбираем пункт «Пользователи и группы». Переходим на вторую вкладку под названием «Объекты входа» и внимательно изучаем список приложений, которые запускаются вместе с системой. Если заметили что-то откровенно лишнее, то смело выделяем эту программу и нажимаем на минус внизу. Снятие или установка галочки эффекта не дадут — это всего лишь средство скрыть окно программы после ее автозагрузки при запуске системы.
Очевидно, что Final Cut Pro X при запуске системы – не лучшая идея
Совет 2. Обнуление PRAM
Далее еще один известный, но от этого не менее полезный совет — сбросить PRAM. Эта процедура описана даже на сайте Apple:
PRAM — это небольшой раздел памяти компьютера, где хранится ряд значений параметров, к которым система OS X может быстро получить доступ.
Соответственно, периодический сброс данного раздела позволит «взбодрить систему». Для этого делаем следующее:
- Выключите компьютер Mac.
- Найдите на клавиатуре следующие клавиши: Option, Command (⌘), P и R. На шаге 4 их нужно будет нажать одновременно.
- Включите компьютер Mac.
- Одновременно нажмите клавиши Option-Command-P-R и удерживайте их. Их нужно нажать до того, как появится серый экран. Удерживайте клавиши нажатыми до тех пор, пока компьютер Mac не начнет перезагрузку с характерным звуком.
- Отпустите клавиши.
После того как система все-таки загрузится, вы можете заметить, что некоторые параметры сбились. Их придется настроить заново в «Системных настройках».
Совет 3. Использование Терминала
В «Терминале» OS X можно вводить команды, которые позволят внепланово запустить процедуры обслуживания системы. Для этого запускаем «Терминал» и копируем туда следующее:
sudo periodic daily
sudo periodic weekly
sudo periodic monthly
После этого потребуется ввести пароль администратора. Обратите внимание, что набираемые символы в «Терминале» не видны. Нажимаем Enter и ждем выполнения всех процедур.
Также из «Терминала» можно перестроить кэш dyld. Нередко его повреждение приводит к «задумчивости» компьютера, когда появляется индикатор загрузки и то или иное приложение становится временно недоступным для работы.
sudo update_dyld_shared_cache -force
Потребуется ввести пароль, а затем желательно перезагрузить компьютер.
Совет 4. Очистка кэша приложений
Для выполнения этого совета придется завершить все запущенные приложения. Затем открываем Finder и нажимаем комбинацию клавиш Shift-Cmd-G. В появившемся поле вводим адрес
/Library/Caches и попадаем в указанную папку. Отсюда абсолютно все отправляем в корзину.
Все это смело отправляем в корзину
Вновь открываем Finder и нажимаем Shift-Cmd-G. Теперь в поле вводим уже /Library/Caches (отличие в тильде) и опять удаляем все файлы и папки. Очищаем корзину, перезагружаем компьютер.
Этот совет будет полезен, если какое-то приложение стало работать слишком медленно или даже перестало запускаться. После очистки кэша и последующего запуска программы он будет создан заново, но уже лишен проблем.
Совет 5. Заглядывайте в Мониторинг системы
У пользователей Windows есть «Диспетчер задач», а у владельцев компьютеров Mac «Мониторинг системы». Его можно найти среди других системных утилит в Launchpad. После запуска нас интересуют первые две вкладки: ЦП и Память.
Если какой-то процесс отъедает неожиданно много ресурсов процессора, то его необходимо закрыть. Простое правило, позволяющее зачастую определить программу, тормозящую работу всей системы.
На вкладке «Память» тоже стоит обратить внимание на программы, использующее чересчур много оперативной памяти. Например, этим иногда страдает Safari — браузер вроде бы завис, а на деле не может справиться с огромным куском ОЗУ, который отхватил себе у других программ. Если не хотите ждать несколько минут, пока система разберется сама, то лучше помочь Safari завершить работу принудительно.
Совет 6. Используйте специальный софт для профилактики OS X
Проще всего ухаживать за системой при помощи специального программного обеспечения. Такого для OS X в избытке, но самая популярная и, пожалуй, мощная — CleanMyMac 3. Кроме перечисленных выше операций, она обладает массой других возможностей, которые могут оказаться полезными именно вам. Разумеется, утилита платная.
Зачастую любую проблему в OS X можно победить даже без переустановки системы. Перечисленные выше советы — верный шаг к восстановлению прежней работоспособности компьютера. Главное, что следовать им достаточно просто и совершенно безопасно.
Источник