Фатальная ошибка ядра

From Wikipedia, the free encyclopedia

(Redirected from KeBugCheckEx)

A fatal system error (also known as a system crash, stop error, kernel error, or bug check) occurs when an operating system halts because it has reached a condition where it can no longer operate safely (i.e. where critical data could be lost or the system damaged in other ways).

In Microsoft Windows, a fatal system error can be deliberately caused from a kernel-mode driver with either the KeBugCheck or KeBugCheckEx function.^[1] However, this should only be done as a last option when a critical driver is corrupted and is impossible to recover. This design parallels that in OpenVMS. The Unix kernel panic concept is very similar.

In Windows[edit]

When a bug check is issued, a crash dump file will be created if the system is configured to create them.^[2] This file contains a «snapshot» of useful low-level information about the system that can be used to debug the root cause of the problem and possibly other things in the background.

If the user has enabled it, the system will also write an entry to the system event log. The log entry contains information about the bug check (including the bug check code and its parameters) as well as a link that will report the bug and provide the user with prescriptive suggestions if the cause of the check is definitive and well-known.

Next, if a kernel debugger is connected and active when the bug check occurs, the system will break into the debugger where the cause of the crash can be investigated. If no debugger is attached, then a blue text screen is displayed that contains information about why the error occurred, which is commonly known as a blue screen or bug check screen.

The user will only see the blue screen if the system is not configured to automatically restart (which became the default setting in Windows XP SP2). Otherwise, it appears as though the system simply rebooted (though a blue screen may be visible briefly). In Windows, bug checks are only supported by the Windows NT kernel. The corresponding system routine in Windows 9x, named SHELL_SYSMODAL_Message, does not halt the system like bug checks do. Instead, it displays the infamous «blue screen of death» (BSoD) and allows the user to attempt to continue.

The Windows DDK and the WinDbg documentation both have reference information about most bug checks. The WinDbg package is available as a free download and can be installed by most users. The Windows DDK is larger and more complicated to install.

See also[edit]

• Screen of death

References[edit]

External links[edit]

• Debugging Tools for Windows
• Bug Check Code Reference at Microsoft Docs

From Wikipedia, the free encyclopedia

(Redirected from KeBugCheckEx)

A fatal system error (also known as a system crash, stop error, kernel error, or bug check) occurs when an operating system halts because it has reached a condition where it can no longer operate safely (i.e. where critical data could be lost or the system damaged in other ways).

In Microsoft Windows, a fatal system error can be deliberately caused from a kernel-mode driver with either the KeBugCheck or KeBugCheckEx function.^[1] However, this should only be done as a last option when a critical driver is corrupted and is impossible to recover. This design parallels that in OpenVMS. The Unix kernel panic concept is very similar.

In Windows[edit]

When a bug check is issued, a crash dump file will be created if the system is configured to create them.^[2] This file contains a «snapshot» of useful low-level information about the system that can be used to debug the root cause of the problem and possibly other things in the background.

If the user has enabled it, the system will also write an entry to the system event log. The log entry contains information about the bug check (including the bug check code and its parameters) as well as a link that will report the bug and provide the user with prescriptive suggestions if the cause of the check is definitive and well-known.

Next, if a kernel debugger is connected and active when the bug check occurs, the system will break into the debugger where the cause of the crash can be investigated. If no debugger is attached, then a blue text screen is displayed that contains information about why the error occurred, which is commonly known as a blue screen or bug check screen.

The user will only see the blue screen if the system is not configured to automatically restart (which became the default setting in Windows XP SP2). Otherwise, it appears as though the system simply rebooted (though a blue screen may be visible briefly). In Windows, bug checks are only supported by the Windows NT kernel. The corresponding system routine in Windows 9x, named SHELL_SYSMODAL_Message, does not halt the system like bug checks do. Instead, it displays the infamous «blue screen of death» (BSoD) and allows the user to attempt to continue.

The Windows DDK and the WinDbg documentation both have reference information about most bug checks. The WinDbg package is available as a free download and can be installed by most users. The Windows DDK is larger and more complicated to install.

See also[edit]

• Screen of death

References[edit]

External links[edit]

• Debugging Tools for Windows
• Bug Check Code Reference at Microsoft Docs

Многие читатели встречались или хотя бы слышали о таком явлении, как «синий экран смерти» (BSOD), который появляется в операционных системах семейства Windows при возникновении критических ошибок системы, с которыми она не может справиться без полной перезагрузки. В OS X есть нечто похожее. Критические ошибки на уровне ядра Mac OS X называются «kernel panic». Ядро — сердце системы, отвечающее за взаимодействие как комплектующих и периферии, так и программного обеспечения вашего компьютера. Поэтому, если в работе ядра возникает критическая ошибка, часто для восстановления после неё требуется перезапуск ядра, а следовательно и системы.

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

Однако так происходит не всегда. Иногда ошибки ядра приводят к полному зависанию системы или спонтанным перезагрузкам и выключениям компьютера. В этом случае основным признаком «kernel panic» будет появление соответствующей записи в логах системы с названием вида «Kernel_YYYY-MM-DD-HHMMSS_ComputerName.panic», где YYYY-MM-DD-HHMMSS — это последовательно указанные год, месяц, дата и время возникновения ошибки с точностью до секунд, а ComputerName — имя компьютера.

К подобного рода ошибкам могут привести многие неисправности оборудования, как внутреннего (например, оперативной памяти), так и периферии (такой, как внешние накопители), а также сбои в работе ПО. К сожалению, при диагностике критических ошибок системы «круг подозреваемых» очень велик, так как ядро взаимодействует с каждым процессов и сервисом в системе, не говоря уже о каждом внешнем и внутреннем устройстве. Как и в многих других случаях с Mac OS X, при возникновении критических ошибок, намного проще опробовать несколько общих подходов для решения проблемы, чем при помощи отчетов и логов пытаться вычислить виноватого.

Возможные причины и решения.

Неисправность или сбои оперативной памяти (RAM)

Проблемы с оперативной памятью являются одной из самых распространенных причин возникновения критических сбоев. Если вам не удается проследить зависимость появления «kernel panic» от подключения каких-либо конкретных устройств или запуска определенных процессов, стоит проверить именно оперативную память.

Для этого вы можете воспользоваться Функциональным тестом оборудования Apple (AHT) или, если ваш Mac выпущен после 2013 года, Apple Diagnostics. Если к компьютеру прилагался диск с программным обеспечением системы, вставьте его в оптический привод, выключите компьютер и нажмите клавишу D при следующем включении.

Устройства, поставлявшиеся с OS X 10.7 и выше также поддерживают запуск интернет-версии тестов. Для этого убедитесь, что ваш Mac подключён к сети Интернет и при запуске зажмите сочетание клавиш ⌥Alt + D.

Для теста оперативной памяти также можно воспользоваться и сторонними утилитами, например, Rember или Memtest.

Стоит также заметить, что некоторые версии системы или прошивок могут быть более (или менее) совместимы с тем или иным видом оборудования, в связи с чем их обновления могут привести к возникновению конфликтов с оборудованием и критических сбоев. Такое бывает редко и чаще случается наоборот, но все же вероятность есть.

Сбои NVRAM и SMC

В небольшом секторе памяти вашего компьютера под названием «энергонезависимое ОЗУ», или NVRAM, сохраняются определенные настройки, к которым OS X может быстро получить доступ.  В настройки, сохраняемые в NVRAM, могут закрасться ошибки, которые в определенных случаях могут привести к появлению kernel panic. Для того чтобы устранить возможные ошибки памяти NVRAM стоит произвести её сброс. Для этого выключите компьютер и при следующем его включении зажмите клавиши ⌘Command + ⌥Alt/Option + P + R и удерживайте их до тех пор, пока компьютер не перезагрузится и вы не услышите сигнал загрузки во второй раз.

На более старых компьютерах Mac подобная информация сохранялась в параметрическом ОЗУ (PRAM). Сброс NVRAM на компьютерах Mac с процессорами Intel выполняется с помощью такой же комбинации клавиш и аналогичен сбросу PRAM.

Если вы пользуетесь беспроводной клавиатурой, есть небольшая вероятность, что компьютер не будет реагировать на нажатия клавиш на ней. В этом случае стоит подключить USB клавиатуру (не имеет значения, будь то клавиатура Apple или Windows) и повторить попытку с ней.

Помимо этого на компьютерах Mac с процессором Intel установлен контроллер управления системой (SMC), который отвечает за многие низкоуровневые функции, такие как управление ресурсами аккумулятора, управление температурой, реакция на закрытие крышки портативных компьютеров и многие другие аспекты, связанные с питанием вашего Mac. В случае возникновения проблем с работой компьютера параметры SMC также стоит сбросить.

На ноутбуках с несъёмным аккумулятором:

1. Выключите компьютер.
2. Подключите адаптер питания MagSafe или USB-C к источнику питания и к компьютеру.
3. Нажмите на встроенной клавиатуре одновременно клавиши ⇧Shift + Control + ⌥Alt/Option (слева) и кнопку питания.
4. Одновременно отпустите клавиши и кнопку питания.
5. Нажмите кнопку питания, чтобы включить компьютер.

На ноутбуках Mac со съемным аккумулятором:

1. Выключите компьютер.
2. Отключите адаптер питания MagSafe от компьютера, если он подключен.
3. Выньте аккумулятор.
4. Нажмите и удерживайте кнопку питания в течение пяти секунд.
5. Отпустите кнопку питания.
6. Снова подключите аккумулятор и адаптер питания MagSafe.
7. Нажмите кнопку питания, чтобы включить компьютер.

На Mac Pro, iMac, Mac mini и Xserve:

1. Выключите компьютер.
2. Отсоедините шнур питания компьютера.
3. Подождите 15 секунд.
4. Присоедините шнур питания.
5. Подождите 5 секунд, а затем нажмите кнопку питания, чтобы включить компьютер.

Сбои в работе внешних устройств (периферии)

Устройства Firewire, Tunderbolt и USB — также очень вероятные виновники возникновения критических сбоев. Причины могут самые разные, но основная заключается в том, что эти устройства очень часто обращаются к контроллеру вашего компьютера, обмениваясь с ним пакетами данных, и, если контроллер получит некорректный пакет, это может вызвать сбой.

В этом случае «kernel panic» могут возникать сразу при подключении устройства, при запуске системы, если устройство уже было подключено к Mac и в момент выхода компьютера из спящего режима.

В последнем случае одним из обходных вариантов может быть отключение перехода компьютера в спящий режим в меню Системные настройки → Экономия энергии.

Более же распространенный подход к данной проблеме обычно заключается в отключении всех внешних устройств и последовательном их подключении. Таким образом, методом перебора вариантов можно определить, какое устройство вызывает сбои, хотя это в некоторых случаях бывает довольно сложно, так как иногда проблема может проявляться не сразу, а через несколько минут, или даже часов.

Выяснив, какое устройство вызывает сбои, стоит проверить обновления прошивки этого устройства и драйверов для него, а также обновления самой системы. Есть вероятность, что проблема скорее программного характера и обновления её устранят.

Если вы пользуетесь концентраторами или разветвителями, позволяющими подключать одновременно несколько устройств к одному физическому порту на вашем компьютере, стоит хотя бы временно от них отказаться, так как они также могут вызывать критические ошибки.

Наконец, если ничего из описанного выше не помогло, стоит попробовать подключить аналогичное устройство другой модели или от другого производителя. К сожалению, так случается, что некоторые периферийные устройства могут быть несовместимы с вашим компьютером по той или иной причине.

Сбои в работе комплектующих

Регулярно повторяющиеся сбои могут быть вызваны неисправными, поврежденными или некорректно настроенными комплектующими, такими как встроенные Airport и Bluetooth контроллеры и прочие сетевые устройства, жесткие диски и твердотельные накопители, а иногда и неисправные или некорректно работающие процессоры.

Часто подобные проблемы могут решаться простым переподключением соответствующих комплектующих. Если вы недавно делали апгрейд своего Mac (особенно, если своими силами), стоит убедиться, что все PCI, PCI Express, AirPort и прочие платы расширения корректно подключены к соответствующим разъемам.

Ошибки кэша

Временные файлы, созданные системой и пользовательскими приложениями, играют важную роль в работе OS X, именно поэтому если в них появится какая-то ошибка, последующие обращения к ним могут привести к сбою. Перед тем, как приступить к подробной диагностике проблемы, стоит начать с очистки кэша, так как это может сэкономить ваше время и силы. Вы можете воспользоваться специализированными утилитами, вроде Onyx или Cocktail, или удалить временные файлы вручную. Какой бы вариант вы ни выбрали, настоятельно рекомендуем предварительно сделать полную резервную копию вашей системы!

1. Откройте Finder и нажмите сочетание клавиш ⌘Command + ⇧Shift + G
2. В открывшемся окне введите /System/Library
3. Нажмите кнопку «Перейти»
4. В открывшейся папке найдите файлы с названиями «Extensions.kextcache» и «Extensions.mkext» и удалите их.
5. В этой же директории найдите папку «Caches» выделите все её содержимое и удалите.
6. Снова нажмите сочетание ⌘Command + ⇧Shift + G и введите в открывшемся окне /Library/Caches/
7. Снова выделите и удалите все содержимое папки.
8. Наконец, ещё раз нажмите сочетание ⌘Command + ⇧Shift + G и введите в открывшемся окне ~/Library/Caches
9. Удалите содержимое этой папки.
10. Перезагрузите систему и проверьте, не возникают ли критические ошибки.

Некорректно работающее компоненты Mac OS X и расширения ядра

Компоненты Mac OS X и расширения ядра — это очень обширная тема, не только из-за того, что они уязвимы для огромного количества различных неисправностей, в числе которых повреждение данных, несовместимость оборудования, некорректная настройка прав доступа и многие другое, но и за счет своей многочисленности. Для примера можно заглянуть в папку /System/Library/Extensions, каждый файл в которой расширяет функционал ядра Mac OS X и может оказаться причиной причиной возникновения «kernel panic». В среднем система насчитывает около 250-300 расширений ядра (и это далеко не предел), что может превратить диагностику ошибки в поиск иголки в стоге сена.

В данном случае, если вы уверены, что проблема действительно кроется в системных файлах, может быть проще и эффективней провести повторную установку системы поверх существующей из раздела восстановления (попасть в который можно, зажав сочетание клавиш ⌘Command + R при включении компьютера), что оставит нетронутыми пользовательские данные, но заменит системные файлы на заведомо рабочие.

В некоторых случаях критические ошибки могут появиться после обновления или апгрейда системы, что также чаще всего относится к проблемам с системными файлами. Самым простым способом решения подобных проблем было бы восстановление из резервной копии на момент до обновления, однако есть у другие способы, которых мы писали в одной из наших предыдущих статей.

Некорректные настройки

Некорректные настройки вашей системы или повреждение самих файлов, в которых они хранятся также могут послужить причиной критических сбоев. Часто поведение системы может подсказать, какие параметры настроены неверно. Например, если проблема возникает при переходе компьютера или дисков (ввиду неактивности) в спящий режим или выходе из него, вероятно вам сможет помочь отключение функций в меню  Системные настройки → Экономия энергии.

Если же определить источник проблемы не удается, можно использовать один из общих подходов и создать новую учётную запись. Таким образов вы сбросите для новой учётной записи все пользовательские настройки и сможете проверить, не решит ли это проблему. Если в новой учётной записи проблема устранилась, но её причину вам установить так и не удалось, возможно будет удобнее перенести все нужные вам данные в нового пользователя, а старого удалить.

Помимо этого может помочь запуск системы в безопасном режиме. Для этого выключите компьютер и при следующем включении зажмите клавишу ⇧Shift. Таким образом вы не только временно отключите все сторонние расширения ядра, дополнения системы и настройки, которые могут привести к сбоям, но и очистите некоторые временные файлы, которые также могут послужить причиной возникновения проблемы.

И, наконец, если у вас есть внешний носитель (флешка или внешний диск), вы можете провести чистую установку системы на него, затем перезагрузить компьютер и при включении зажать клавишу ⌥Alt/Option. В результате на экране отобразится список устройств, с которых можно осуществить загрузку системы. Выберите свой внешний диск и нажмите ⏎Enter.  Таким образом вы сможете проверить работу компьютера с чистой системой без стороннего ПО и дополнительных пользовательских настроек.

Если описанные выше способы не дали положительного результата, можно почти с полной уверенностью сказать, что проблема имеет аппаратный характер. В этом случае попытки самостоятельного решения проблемы имеют мало шансов на успех. Стоит рассмотреть возможность обращения в сервисный центр для получения квалифицированной помощи при дальнейшей диагностике и устранения неисправности.

Macbook зависает после ввода пароля

В редких случаях, ваш Mac может самопроизвольно перезагрузиться, «зависнуть», выключиться, показать сообщение, что ваш компьютер был перезапущен из-за возникшей проблемы, или вывести сообщение, что вы выключили компьютер из-за ошибки.

О внезапных перезагрузок

В редких случаях, ваш Mac может возникать неустранимая ошибка, затрагивающая все открытые приложения. Когда это происходит, ваш Mac должен быть перезапущен. Иногда это объясняется тем, что известно как «паника ядра», потому что основную часть операционной системы («ядро») определило, что это вопрос, который требует перезагрузки.

Если на компьютере возникают паника ядра, может появиться сообщение в течение нескольких секунд, объясняя это тем, что компьютер был перезагружен: «ваш компьютер был перезапущен из-за возникшей проблемы. Нажмите клавишу или подождите несколько секунд для продолжения загрузки». Через некоторое время загрузка компьютера продолжится.

Предотвращение внезапных перезагрузок

В большинстве случаев фатальные ошибки ядра не вызвано проблемой с самого Мак. Они обычно вызваны программного обеспечения, который был установлен, или проблемы с подключенным оборудованием.

Чтобы избежать Кернел Паник, установить все доступные обновления программного обеспечения до обновления программного обеспечения сообщает, «ваше программное обеспечение в актуальном состоянии.» ОС Х обновления помогут вашему Mac справляется с проблемами, которые могут вызвать панику ядра, например неправильно сформированные сетевые пакеты или ошибки программного обеспечения сторонних разработчиков. Для большинства паникой ядра, обновления программного обеспечения все, что вам нужно сделать.

После перезагрузки компьютера

После успешной перезагрузки компьютера Mac появляется сообщение: «вы выключили компьютер из-за возникшей проблемы».

Нажмите кнопку Открыть, чтобы вновь открыть любые приложения, которые были открыты до перезагрузки. Если вы считаете, что проблема может быть вызвана одним из приложений, которые вы используете, нажмите кнопку «Отменить». Если вы не нажмете ни одну из кнопок в течение 60 секунд, ОС OS X автоматически, как если бы вы нажали «открыть».

Примечание: Если ваш компьютер не в состоянии оправиться от проблемы, он может перезагружаться несколько раз, а потом закрыли. Если это произойдет, или если вы видите «компьютер был перезапущен из-за возникшей проблемы» сообщение часто, см. В разделе «Дополнительная информация» этой статьи.

Сообщил о проблеме в Apple

После входа в систему в ОС OS X отображается сообщение «Ваш компьютер был перезапущен из-за возникшей проблемы».

Нажмите кнопку «отчет…» если вы хотите видеть детали, связанные с этим вопросом. Вы также можете отправить эти данные в компанию Apple. Эти отчеты помогают при изучении специалистами Apple вопросы, которые вызывают панику, чтобы произойти. Просмотр отчета может также предоставить дополнительные подсказки относительно того, что вызвало проблему.

Примечание: Если вы найдете «проверка компьютера» в разделе «Сведения о проблеме и конфигурация системы» поле этого отчета, это может указывать на неполадки с оборудованием. См. В разделе «Дополнительная информация» этой статьи.

Нажмите кнопку ОК, чтобы отправить отчет в Apple, или закройте окно отчета. Если проблема не повторится в течение ближайших нескольких недель, этот вопрос, вероятно, решен.

Программное обеспечение, как известно, вызывают панику ядра

ОС Х Маверикс помогает исправлять фатальные ошибки ядра, относящиеся к программному обеспечению вы можете установили. Если причина паники ядра известно, Маверикс предлагает помочь отключение соответствующей программы:

• Если «Подробнее…» появляется, нажмите на нее, чтобы увидеть более подробную информацию о проблеме, включая возможные способы ее устранения.
• Выбрав опцию «игнорировать» не изменяет программное обеспечение, которое может быть связано с этим вопросом.
• «Переместить в корзину» движется программного обеспечения, что, вероятно, относящиеся к делу мусор, но мусор не очищается автоматически. Когда вы выбираете эту опцию, появится дополнительный лист:

1. Нажмите кнопку «Перезагрузить», чтобы отключить программное обеспечение, которые могут быть ответственны за эту проблему.
2. При появлении запроса введите имя и пароль администратора.
3. Нажмите кнопку «Переместить в корзину».
4. После перезагрузки программы в вашем мусоре.
   Нажмите на значок корзины в Dock, чтобы увидеть, какая программа была удалена.
   Обратитесь к разработчику программного обеспечения, чтобы увидеть, если обновление или дополнительная информация.
5. Очистить корзину если вы хотите навсегда удалить стороннее программное обеспечение.

Дополнительная Информация

Прочитайте следующую информацию, чтобы узнать больше о диагностике и устранение повторяющейся фатальной ошибки ядра.

Устранение повторяющейся фатальной ошибки ядра

Диагностика повторяющейся фатальной ошибки ядра может быть сложно. Если вам нужна помощь с этим процессом, рассмотреть вопрос о приведении свой Mac к гениальности в магазин Apple, или Apple и авторизованный сервисный центр за помощью. Если вы планируете посетить розничном магазине Apple, вы можете сделать предварительный заказ (доступен в некоторых странах и регионах).

Совет: чтобы помочь диагностировать повторяющиеся паники ядра, записать дату и время ее возникновения, и любая информация, которая появляется с сообщением паника ядра.

• Был компьютер, запуск, завершение работы, или при выполнении конкретной задачи, когда повторяющиеся паники ядра?
• Это паника ядра перемежающееся, или это происходит каждый раз, когда вы делаете определенные вещи? Например, Вы играли в ту или иную игру, или печать в то время?
• Это происходит только тогда, когда подключено внешнее устройство, или устройства, подключенного к определенному порту?

Изолировать оборудование или программное обеспечение как причину проблемы

Чтобы попытаться выяснить, если проблема связана с программным обеспечением или оборудованием, используйте компьютер с недавно установленной ОС OS X на внешний диск.

1. Запустить Mac с ОС OS X восстановления.
   Если фатальная ошибка ядра все еще происходит, когда началось восстановление, там, скорее всего, аппаратная проблема. Обратитесь к разделу «устранение неполадок аппаратного обеспечения» ниже за дополнительной информацией.
2. Откройте Дисковую утилиту и использовать «ремонт дисков» на внутренний жесткий диск вашего Mac (он называется Macintosh HD по умолчанию).

Важно: если Дисковая утилита не в состоянии восстановить внутренний диск, вы должны немедленно и если возможно, сделайте резервную копию важных данных, форматирование накопителя. Рассмотреть вопрос о привлечении к Mac гений в магазин Apple, или Apple и авторизованный сервисный центр для дальнейшей диагностики. Будьте уверены, чтобы спросить, что, если жесткий диск требует форматирование или замена, они связаться с вами о передаче вашего обращения в специальную службу восстановления данных. Если вы планируете посетить розничный магазин Apple, вы можете сделать предварительный заказ (доступна только в некоторых странах и регионах).

Устранение неисправностей оборудования

Отключите внешний диск, используемый в приведенном выше тест, чтобы определить, если паника ядра из-за проблем с оборудованием.

Предварительная проверка периферийных устройств

Перейдите к следующему разделу, если у вас нет устройств, подключенных к вашему Mac.

1. Выключите ваш Mac.
2. Отсоедините все периферийные устройства. Если у вас есть настольный компьютер Mac, убедитесь, что все подключены дисплей и клавиатура Apple с мышью или трекпадом.
3. Включите ваш Mac.
4. Используйте компьютер Mac некоторое время, за которое Кернел Паник возникает.
5. Если возникает фатальная ошибка ядра: перейдите к следующему разделу, чтобы проверить внутреннюю память и стороннего оборудования.
   Если фатальная ошибка ядра не возникает, выключите компьютер Mac и подключение одного периферийного устройства в то время, пока не произойдет паника ядра.

• Примечание: комбинация периферия может стать причиной паники ядра. Отсоедините один периферийных устройств одновременно, чтобы увидеть, если это вызывает панику ядра сама по себе. Если фатальная ошибка ядра не возникает, продолжать добавлять периферийные устройства, пока вы не найдете другого периферийного оборудования, необходимого, чтобы вызвать панику ядра.

Проверяем внутренней памяти и стороннего оборудования

1. Выключите ваш Mac.
2. Переустановите Яблоко оперативной памяти, и удалить сторонние оперативной памяти и сторонних внутреннего оборудования. Если у вас нет яблока ОЗУ системы, переустановите сторонних оперативной памяти.
3. Включите ваш Mac.
4. Используйте компьютер Mac некоторое время, за которое Кернел Паник возникает.
5. Если фатальная ошибка ядра не возникает: оборудование сторонних памяти или внутренней сторонних производителей может потребоваться замена.
   Если возникает фатальная ошибка ядра: принести свой Mac в магазине Apple или авторизованным поставщиком услуг Apple для обслуживания и поддержки. Будьте уверены, чтобы спросить, что, если жесткий диск требует форматирование или замена, они связаться с вами о передаче вашего обращения в специальную службу восстановления данных. Если вы планируете посетить розничном магазине Apple, вы можете сделать предварительный заказ (доступен в некоторых странах и регионах).

Устранение неполадок программного обеспечения

Отключите внешний диск, используемый в приведенном выше тесте для определения паника ядра связано с проблемой программного обеспечения.

1. Запустить Mac с ОС OS X восстановления и переустановить OS X на вашем Mac.
2. Начнем с установки ОС Х вы только что создали.
3. Используйте обновления программного обеспечения , чтобы установить все обновления, после этого сообщает «ваше программное обеспечение в актуальном состоянии.»
4. Скачать и установить любые сторонние обновления программного обеспечения перед установкой программного обеспечения сторонних производителей, особенно драйверы ядра и расширений.
   Примеры включают:
   • Программное обеспечение для виртуализации
   • Драйверы для дополнения сторонних карт дисплей
   • Антивирусное программное обеспечение
   • Сетевые программы (особенно программы, использующие сетевые устройства сторонних производителей)
   • Добавить файл программного обеспечения системы; например, программное обеспечение, которое позволяет записывать на NTFS отформатированных дисков.

Если проблема сохранится, вам потребуется стереть и установить OS X как следовать:

1. Запустить Mac с ОС OS X восстановления.
2. Полный образ диска с помощью дисковой утилиты из внутреннего диска на внешний жесткий диск с достаточным объемом свободного пространства.
3. Стереть внутренний диск с помощью дисковой утилиты.
4. Установить X. ОС
5. Начните с внутреннего диска.
6. Используйте обновления программного обеспечения , чтобы установить все обновления, после этого сообщает «ваше программное обеспечение в актуальном состоянии.»
7. Заново установить сторонние приложения и скопируйте ваших пользовательских данных из резервной копии диска образ, который вы создали в шаге 2.
   Примечание: во избежание копирования данных из /библиотеки и /системных папках на вашем резервное копирование образа диска.

Дополнительная информация о фатальных ошибках ядра и журналы паника

Вы можете проверить журналы паника ядра для получения дополнительной информации. Паника текста ядра добавляется в журнал после перезагрузки компьютера, при условии, что вы не сброс Pram (паника ядра текста хранится в коляску до перезагрузки). В Mac ОС X версии V10.6 или более поздней версии, логи находятся в /Библиотека/журналы/DiagnosticReports.

Информации, которая может помочь разработчикам в изучении проблемы программного обеспечения могут быть в журнале. Информация может также даст понять, что могло вызвать панику ядра.

Понимание и отладка ядра в панике – в этом техническом документе рассматриваются ядро паникует: что они собой представляют, как читать панические журналы и отладка кода, который вызвал панику.

Ядра дампы ядра – в этом техническом документе описывается, как вы можете включить удаленный ядра отвалов, используемых для сбора данных о панике ядра.

Примечание: Если вы являетесь разработчиком программного обеспечения, настройки бутер и отладки флаги могут вызывать различные симптомы для паники ядра.

Информация о продуктах, произведенных не компанией Apple, или о независимых веб-сайтах, неподконтрольных и не тестируемых компанией Apple, не носит рекомендательного характера и не рекламируются компанией. Компания Apple не несет никакой ответственности за выбор, функциональность и использование веб-сайтов или продукции. Apple не делает никаких заявлений относительно стороннего точность сайт или надежность. Риски, связанные с использованием Интернета. Обратитесь к поставщику за дополнительной информацией. Другие названия компаний и продуктов могут быть товарными знаками их соответствующих владельцев.

Источник

Пользователи техники Apple уже давно привыкли к комфортной, бесперебойной работе. Надежность MacBook подтверждают и различные аппаратные тесты, но из каждого правила есть исключения: когда речь идет о сложнейшей электронике, избежать проблем на 100% невозможно.  Сегодня, мы решили разобраться в проблеме, когда MacBook самопроизвольно перезагружается.

Причин того, что Ваш MacBook перезагружается, может быть несколько. Условно их можно разделить на:

• программные, т.е. связанные с операционной системой и установленными программами
• аппаратные, то есть вызванные неисправными компонентами Вашего MacBook.

Проблемы первой группы устранить гораздо проще, чем неисправности электроники.

Как правило, такие ситуации объединяют под общим названием Фатальная ошибка ядра. Различным способам её устранения посвящены как соответствующие разделы технической поддержки Apple, так и множество форумов и блогов пользователей  MacBook.

В общем виде можно выделить несколько ключевых рекомендаций:

• Часто проблему помогает решить обновление системы
• В случае, когда сбои в работе os x вызваны сторонним по, попробуйте установить его последнюю версию, а если это не помогает, временно удалите программу.
• Попробуйте увеличить объём свободного дискового пространства. Иногда перезагрузка ОС может быть вызвана нехваткой свободного места.

В крайнем случае такие проблемы решаются настройкой системных параметров или полной переустановкой OS X (при этом Вам может потребоваться сохранение данных).

Больше всего шансов встретиться с аппаратной неисправностью у владельцев ноутбуков линейки Unibody (и других устройств от Apple  с возможностью замены оперативной памяти или жесткого диска).

Если Ваш MacBook Pro перезагружается после апгрейда, проверьте оперативную память на работоспособность и совместимость именно с Вашей моделью: часто внезапные перезагрузки, “зависания” и системные ошибки появляются при установке памяти, работающей на более высокой по сравнению с заводской тактовой частотой (например, при установке современной памяти DDR3 PC12800 в модели 2008-11 гг выпуска).

Узнать о том, какая память установлена в Вашем Mac можно из отчета о системе (окна “об этом Mac”), который находится в системном меню Apple.

Вызывать перезагрузки также может поврежденный жесткий диск или SSD накопитель. Самым простым способом проверить его состояние — запустить тестирование в Дисковой утилите OS X (Переход — Утилиты).

                         
В случае выявления проблем рекомендуем сделать резервную копию системы и обратиться за помощью в сервисный центр. Может потребоваться замена или перепрошивка Вашей оперативной памяти, обновление программы микроконтроллера SSD или замена накопителя на совместимый.

Если Вы не проводили апгрейд системы или описанные выше меры не принесли никаких результатов — проблема может быть связана с другими аппаратными элементами системы.

Перезагрузки могут вызывать различные периферийные устройства (в том числе USB модемы и другие сетевые устройства, внешние звуковые и видео карты и прочее) чтобы исключить их, протестируйте MacBook на работоспособность без периферии.

Также системные сбои могут быть связаны с питанием Вашего MacBook. Проверьте исправность блока питания (зарядного устройства), особенно стоит обратить внимание на неоригинальные блоки, поскольку, чтобы снизить стоимость, разработчики часто пренебрегают в них какой-либо системой защиты от перегрузок. Такие блоки могут стать причиной полного выхода из строя Вашего Mac.

Но даже оригинальные БП могут не спасти Ваш MacBook от сильного перепада напряжения в сети.  Такие случаи могут обернуться для Вас неисправностью материнской платы, в том числе — системы распределения питания или самого мультиконтроллера. Поэтому, если проблемы с ноутбуком стали появляться после отключения электроэнергии у Вас дома или в офисе, или были ранее замечены проблемы с освещением и другими электронными устройствами, рекомендуем также обратиться в сервисный центр для диагностики устройства.

Наиболее полную первичную картину может “предоставить” так называемый ASD test (Apple System Diagnostics), но располагают ими как правило инженеры сервисных центров, а расшифровать полученный результат без опыта бывает довольно сложно, не говоря уже о том, что  полная диагностика или ремонт MacBook  потребуют также наличия мультиметра, осциллографа, микроскопа и другого инженерного оборудования.

Мы проводим такую диагностику абсолютно бесплатно, а по ее итогам сможем не только устранить неисправность, но и дать полезные рекомендации по предотвращению подобных ситуаций в будущем.

Если у Вас остались вопросы, наши специалисты всегда готовы проконсультировать Вас по телефону, электронной почте или в онлайн-чате на страницах нашего сайта.

Всегда с радостью ждем Вас и Ваших звонков!

А паника ядра (иногда сокращенно КП^[1]) является мерой безопасности, принятой Операционная система с ядро при обнаружении внутреннего фатальная ошибка в котором либо невозможно безопасное восстановление, либо система не может продолжать работу без гораздо более высокого риска серьезной потери данных. Этот термин в значительной степени специфичен для Unix и Unix-подобный системы. За Майкрософт Виндоус операционные системы эквивалентный термин «Стоп-ошибка «, что приводит к проверке ошибок^[2] экран, который представляет код проверки ошибок на синем фоне в ранних версиях Windows (в просторечии известный как «Синий экран смерти «или BSoD) или на зеленом фоне на платформе Xbox One, а также в предварительных сборках Windows 10.^[3]

В ядро процедуры обработки паники, известные как паника() в AT&T -производные и BSD Исходный код Unix, как правило, предназначен для вывода сообщение об ошибке к консоль, выгрузить образ памяти ядра на диск для посмертная отладка, а затем либо дождитесь перезагрузки системы вручную, либо инициируйте автоматический перезагрузка.^[4] Предоставленная информация носит технический характер и направлена ​​на то, чтобы помочь Системный администратор или же разработчик программного обеспечения в диагностике проблемы. Паника ядра также может быть вызвана ошибками, происходящими вне пространства ядра. Например, во многих операционных системах Unix возникает паника, если в этом процесс, который выполняется в пространство пользователя, завершается.^[5][6]

История

В Unix ядро поддерживает внутреннюю согласованность и время выполнения правильность с утверждения как обнаружение неисправности механизм. Основное предположение состоит в том, что оборудование и программное обеспечение должны работать правильно, а сбой утверждения приводит к паника, т.е. добровольное прекращение всей активности системы.^[7] Паника ядра была введена в ранней версии Unix и продемонстрировала существенное различие между философией проектирования Unix и ее предшественником. Мультики. Разработчик Multics Том ван Влек вспоминает обсуждение этого изменения с разработчиком Unix Деннис Ричи:

Я заметил Деннису, что половина кода, который я писал на Multics, составляла код восстановления после ошибок. Он сказал: «Мы оставили все это. Если есть ошибка, у нас есть такая процедура, которая называется паника, и когда она вызывается, машина вылетает, и вы кричите по коридору:« Эй, перезагрузите ее »».^[8]

Оригинал паника() функция практически не изменилась с Fifth Edition UNIX до VAX -на основе UNIX 32V и выводит только сообщение об ошибке без какой-либо другой информации, а затем сбрасывает систему в бесконечный цикл ожидания.

Исходный код паника() функционировать в V6 UNIX:^[9]

/* * Если консоль выключена, * panicstr содержит аргумент до последнего * призыв к панике. */char    *паника;/* * Паника вызывается на неразрешимую * фатальные ошибки. * Он синхронизирует, печатает "panic: mesg" и * затем петли. */паника(s)char *s;{        паника = s;        Обновить();        printf("паника:% s п", s);        за(;;)                праздный();}

Поскольку Unix кодовая база был усилен, паника() Функция также была улучшена для вывода на консоль различных форм отладочной информации.

Причины

Паника может возникнуть в результате аппаратного сбоя или программная ошибка в операционной системе. Во многих случаях операционная система способна продолжить работу после возникновения ошибки. Однако система находится в нестабильном состоянии, и вместо того, чтобы рисковать нарушениями безопасности и повреждением данных, операционная система останавливается, чтобы предотвратить дальнейшее повреждение и облегчить диагностику ошибки и, в обычных случаях, перезапустить.^[10]

После перекомпиляции бинарного образа ядра из исходный код, паника ядра, пока загрузка получившееся ядро ​​- обычная проблема, если ядро ​​было неправильно сконфигурировано, скомпилировано или установлено.^[11] Дополнительное оборудование или неисправное баран также может быть источником фатальных ошибок ядра при запуске из-за несовместимости с ОС или отсутствия драйвер устройства.^[12] Ядро также может входить в паника() если он не может найти корневая файловая система.^[13] На заключительных этапах ядра пространство пользователя инициализации, паника обычно срабатывает, если порождение в этом терпит неудачу. Также может возникнуть паника, если процесс инициализации завершится, так как в этом случае система станет непригодной для использования.^[14]

Ниже представлена ​​реализация финальной инициализации ядра Linux в kernel_init ():^[15]

статический int __ref kernel_init(пустота *неиспользованный){         ...        /*         * Мы пробуем каждый из них, пока один из них не добьется успеха.         *         * Оболочка Bourne может использоваться вместо init, если мы         * пытается восстановить действительно сломанную машину.         */        если (execute_command) {                если (!run_init_process(execute_command))                        возвращаться 0;                pr_err("Не удалось выполнить% s. Попытка выполнить настройки по умолчанию ... п",                        execute_command);        }        если (!run_init_process("/ sbin / init") ||            !run_init_process("/ etc / init") ||            !run_init_process("/ bin / init") ||            !run_init_process("/ bin / sh"))                возвращаться 0;        паника(«Не найдено ни одного файла инициализации. Попробуйте передать ядру параметр init =».              «См. Документацию Linux / init.txt для руководства».);}

Особенности операционной системы

Linux

Паники ядра появляются в Linux как в других Unix-подобный системы, но они также могут генерировать другой вид состояния ошибки, известный как ядро ой.^[16] В этом случае ядро ​​обычно продолжает работать после убийство оскорбление процесс. Поскольку ошибка может привести к недоступности некоторых подсистем или ресурсов, позже они могут привести к полной панике ядра.

В Linux из-за паники ядра индикаторы клавиатуры мигают как визуальное указание на критическое состояние.^[17]

macOS

Когда паника ядра происходит в Mac OS X 10.2–10.7, компьютер отображает многоязычное сообщение, информирующее пользователя о том, что ему необходимо перезагрузить систему.^[18] До версии 10.2 отображалось более традиционное сообщение о панике в стиле Unix; в 10.8 и более поздних версиях компьютер автоматически перезагружается, и после перезагрузки отображается сообщение. Формат сообщения варьируется от версии к версии:^[19]

• 10.0–10.1: система отображает на экране текст с подробными сведениями об ошибке и перестает отвечать.
• 10.2: опускает черную прозрачную шторку, затем отображает сообщение на белом фоне, информирующее пользователя о том, что он должен перезагрузить компьютер. Сообщение отображается в английский, Французский, Немецкий и Японский.
• 10.3–10.5: паника ядра почти такая же, как и в версии 10.2, но фон экрана ошибки черный.
• 10.6–10.7-10.8: текст был изменен и теперь включает испанский перевод.
• 10.9 и новее: компьютер перестает отвечать перед немедленной перезагрузкой. Когда компьютер запускается, он показывает предупреждающее сообщение в течение нескольких секунд о перезагрузке компьютера из-за паники ядра, а затем компьютер перезагружается. Сообщение теперь включает Китайский перевод.

Иногда при возникновении пяти или более паники ядра в течение трех минут после первой на Mac отображается сообщение запрещающий знак на 30 секунд, а затем завершите работу (это известно как «повторяющаяся паника ядра»).

Во всех версиях выше 10.2 текст накладывается на символ ожидания и не во весь экран. Отладочная информация сохраняется в NVRAM и записывается в файл журнала при перезагрузке. В 10.7 есть функция автоматического перезапуска после паники ядра. В некоторых случаях в 10.2 и более поздних версиях помимо символа режима ожидания может отображаться белый текст с подробным описанием ошибки.

• 

  Паника ядра Mac OS X 10.0–10.1

• 

  Паника ядра Mac OS X 10.2

• 

  Паника ядра Mac OS X 10.3–10.5

• 

  Сообщение отображается после перезагрузки компьютера из-за паники ядра в OS X 10.8 и более поздние версии

Смотрите также

• Дамп ядра
• Синий экран смерти

Рекомендации