Что такое паника ядра(kernel panic)

Kernel panic

скачать

Реферат на тему:

План:

    Введение

  • 1 История
  • 2 Причины для Kernel panic
  • 3 Исходный код функции panic()
  • 4 Обработка Kernel panic
  • 5 Kernel panic в различных операционных системах
  • Примечания

Linux 2.6 не может смонтировать корневую файловую систему

Kernel panic (англ. букв.: паника ядра) — сообщение о критической ошибке ядра операционной системы, после которой операционная система не может продолжать дальнейшую работу.

Обычно этот термин применяется в среде операционных систем типа UNIX. Её имя связано с текстом ошибки вида «Kernel panic: …» и именем функции ядра panic() из оригинальной ОС UNIX.

В Linux возникновению паники ядра зачастую предшествует состояние под названием oops. В ряде случаев oops может приводить к такому же неработоспобному состоянию системы, как и паника ядра.

1. История

Сообщение Kernel panic было введено в ранних версиях UNIX и представляло собой важное отличие в философии этой операционной системы от главного конкурента на то время, Multics. Разработчик Multics, Том ван Влек, так описывает это изменение в дискуссии с разработчиком UNIX Денисом Ритчи[1]:

Изначальная функция panic() принципиально не менялась от UNIX V5 до базирующихся на VAX систем 32V и выводила только сообщение об ошибке без дополнительной информации, после чего система переводилась в бесконечный пустой цикл. Позже, в процессе развития UNIX, функция panic() была доработана и стала выводить на терминал разнообразную информацию, необходимую для отладки.

Подобный принцип обработки критических ошибок был перенят большинством более поздних операционных систем, например Mac OS[2] или Microsoft Windows.

2. Причины для Kernel panic

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

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

3. Исходный код функции panic()

Исходный код функции panic() в UNIX V6[3]:

char *panicstr; /* * Panic is called on unresolvable * fatal errors. * It syncs, prints «panic: mesg» and * then loops. */ panic(s) char *s; { panicstr = s; update(); printf(«panic: %s
«, s); for(;;) idle(); }

4. Обработка Kernel panic

В нормальном случае при возникновении Kernel panic происходит остановка работы операционной системы с выдачей сообщений об ошибках на экран, после чего система ожидает выключения компьютера или перезагрузки. Однако, такая обработка этого события неприемлема тогда, когда простой компьютера крайне нежелателен или человека нет рядом (например на удалённых серверах или в нерабочее время).

В современных операционных системах, таких как GNU/Linux, FreeBSD или Solaris, существует возможность изменить стандартное поведение функции panic() и производить перезагрузку компьютера автоматически. В GNU/Linux данная настройка осуществляется при помощи procfs:

echo 5 > /proc/sys/kernel/panic

Чтобы изменения действовали в GNU/Linux и после перезагрузки, необходимо добавить в файл /etc/sysctl.conf строку:

А в FreeBSD в том же файле /etc/sysctl.conf:

В обоих примерах «5» — количество секунд, после которых произойдёт перезагрузка. При установке отрицательного или равного 0 значения этого параметра, автоматической перезагрузки не произойдёт.[4]

Также в системах BSD есть специальная опция в ядре. Цитата из файла /usr/src/sys/conf/NOTES[5]:

# Set the amount of time (in seconds) the system will wait before
# rebooting automatically when a kernel panic occurs. If set to (-1),
# the system will wait indefinitely until a key is pressed on the
# console.
options PANIC_REBOOT_WAIT_TIME=16

В Solaris автоматическая перезагрузка после Kernel panic является стандартным поведением системы.[6]

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

Для изучения причины паники ядра Linux может пригодиться файл System.map.

В операционной системе Windows XP при возникновении ошибки компьютер перезагружается автоматически. Это поведение системы управляется через Панель управления Windows. Если ошибка происходит при загрузке ОС, изменить поведение системы можно через меню кнопки F8.

5. Kernel panic в различных операционных системах

Kernel panic в Mac OS X

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

  • GNU/Linux и большинство других UNIX-совместимых операционных систем создаёт лог с описанием ошибки и выводят на экран сообщение об ошибке, содержащее информацию, необходимую для отладки и поиска причин этой ошибки. Этот механизм носит название Linux oops. В современных дистрибутивах Linux используется графический сервер X Window, и Kernel panic не приводит к переключению на физическую консоль, на которую выводятся диагностические сообщения. Распознать Kernel panic можно по мигающим светодиодам Caps Lock и Scroll Lock на клавиатуре.
  • В Mac OS X это сообщение было упрощено и сообщает лишь о необходимости перезапустить компьютер. Среди пользователей оно получило название «The Gray Screen of Panic and Disarray».

В то время как термин Kernel panic употребляется в основном для UNIX-совместимых операционных систем, в других операционных системах обработка критических ошибок методом остановки системы получила другие названия:

  • В OS/2 это Trap
  • В Windows 3.x: Чёрный экран смерти (англ.)
  • В Windows 1.0, 2.x и современных версиях Windows до Windows 8: Синий экран смерти
  • В Windows 8 и выше: Чёрный экран смерти (англ.)
  • В старых компьютерах Macintosh: Sad Mac (англ.) (аппаратная ошибка при запуске системы), Bomb (англ.) (для ошибок программ или операционной системы)
  • На компьютерах Amiga: Guru Meditation
  • В PDA работающих под управлением Windows Mobile и Palm (Palmtop, Pocket PC, SmartPhone): Белый экран смерти (англ.)
  • На PSP это надпись на 10 языках: «Данные конфигурации повреждены. Нажмитедля восстановления стандартной конфигурации.»
  • В P2K (на телефонах Motorola) сообщения на экран не выводятся, однако данные об ошибке записываются в специально отведённую область памяти Panic Area. Её можно просмотреть с помощью специальных программ или через скрытый пункт меню «Технология».

Примечания

  1. Unix and Multics — www.multicians.org/unix.html
  2. Причины для Kernel panic в Mac OS X — www.macmaps.com/kernelpanic.html
  3. Исходный код prf.c UNIX V6 — minnie.tuhs.org/UnixTree/V6/usr/sys/ken/prf.c.html
  4. TIP Kernel Panic Reboot — gentoo-wiki.com/index.

    php?title=TIP_Kernel_Panic_Reboot&oldid=38190

  5. OpenBSD SYSCTL.CONF man page — www.openbsd.org/cgi-bin/man.cgi?query=sysctl.conf&sektion=5&arch=i386&apropos=0&manpath=OpenBSD Current
  6. Device Driver Testing Tips (Solaris) — docs.sun.

    com/app/docs/doc/819-3159/6n5d9rbvp?a=view

скачать
Данный реферат составлен на основе статьи из русской Википедии. Синхронизация выполнена 15.07.11 14:37:23
Похожие рефераты: Kernel, Linux kernel, Kernel Virtual Machine, Kernel-based Virtual Machine, Rip Rig Panic, Panic, Strawberry Panic, Panic Restaurant, Panic Manifesto.

Категории: Ядра операционных систем, Экраны смерти (страница отсутствует).

Источник: http://wreferat.baza-referat.ru/Kernel_panic

Kernel panic

Linux 2.6 не может смонтировать корневую файловую систему.

Kernel panic (англ. тревога, сбой в ядре, дословно паника ядра) — сообщение о критической ошибке ядра операционной системы, после которой операционная система не может продолжать дальнейшую работу[1].

Обычно этот термин применяется в среде операционных систем типа UNIX. Её имя связано с текстом ошибки вида «Kernel panic: …» и именем функции ядра panic() из оригинальной ОС UNIX[2].

Kernel panic возможен на Android, который базируется на ядре Linux. Поскольку Mac OS X и iOS базируются на Darwin, относящемуся к классу UNIX-систем, они тоже подвержены kernel panic.[3].

История[править | править код]

Кен Томпсон и Деннис Ритчи, создатели UNIX и концепции kernel panic.

История Kernel panic тесно связана с историей операционной системы UNIX, которая была разработана в конце 1960-х годов сотрудниками Bell Labs, в первую очередь Кеном Томпсоном, Деннисом Ритчи и Дугласом Макилроем.

Сообщение Kernel panic было введено в ранних версиях UNIX и представляло собой важное отличие в философии этой операционной системы от главного конкурента на то время и предшественника UNIX, Multics.

Multics был разработан для работы на 36-битном мейнфрейме GE-645, в то время как UNIX разрабатывался для гораздо менее мощного 18-битного мини-компьютера PDP-7 и по этой причине операционной системе было доступно меньше ресурсов, что привело к необходимости их экономии, в том числе и при обработке ошибок.

Разработчик Multics, Том ван Влек, так описывает это изменение в дискуссии с разработчиком UNIX Деннисом Ритчи[4]:

Изначальная функция panic() принципиально не менялась от UNIX V5 до базирующихся на VAX систем 32V и выводила только сообщение об ошибке без дополнительной информации, после чего система переводилась в бесконечный пустой цикл. Позже, в процессе развития UNIX, функция panic() была доработана и стала выводить на терминал разнообразную информацию, необходимую для отладки.

Подобный принцип обработки критических ошибок был перенят большинством более поздних операционных систем, например Mac OS[3] или Microsoft Windows[5].

Причины Kernel panic[править | править код]

Сообщение об аппаратной ошибке и Kernel panic.

Одной из самых распространённых причин kernel panic является невозможность найти и смонтировать корневую файловую систему. Часто это ошибка конфигурации, которая может быть исправлена при перезагрузке ядра вручную[6].

В Linux возникновению паники ядра зачастую предшествует состояние под названием oops. В ряде случаев oops может приводить к такому же неработоспобному состоянию системы, как и паника ядра[1].

Источник: https://oouagoiwoye.edu.ng/pass/index.php?q=Mfv0Kfa6bO9OJu53MqTXKgrCMqiSL3dZb3JXM2CRu2rOLArUp3lFLABD

Что такое паника ядра и что это значит?

В общем, паника ядра определяется Apple как «В UNIX паника – это неисправимая системная ошибка, обнаруженная ядром».

  • Эта цитата взята из Технической ноты Apple TN2063: Понимание и отладка паттернов ядра

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

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

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

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

  • Понимание журнала ошибок паники ядра
  • Как я могу устранить неполадки в приложении Kernel Panics на моем iMac

(Я не человек Mac, но это относится ко многим Unices). Паника ядра – это в основном эквивалент Unix современного Windows Blue Screen of Death – неустранимая ошибка, обнаруженная ядром, то есть ядро ​​операционной системы, которая управляет такими вещами, как процессорное время, память, доступ к диску и т. д.

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

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

Уже предоставленные ответы являются полными и правильными. Поскольку ваш вопрос может просто сводиться к «тому, что есть ядро» и «почему это произошло», позвольте мне попытаться объяснить жаргон.

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

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

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

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

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

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

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

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

Источник: http://apple.bilee.com/x4-31.html

kernel — Что такое паника ядра?

1 Вопрос за один раз за FAQ

  1. Что такое паника ядра?
    Когда ядро ​​не может нормально загрузиться или «выйдет из игры» и не сможет нормально загрузиться или произойдет сбой (см. Изменение кредита внизу).

  2. Почему это происходит?
    Заблокированные обновления, неисправное оборудование, неподдерживаемое оборудование, неисправный или отсутствующий диск или раздел (см. Править кредит внизу)

  3. Как я могу понять, что произошло паника ядра?
    Следите за подсказками загрузки (отключите параметр тихого ядра) ИЛИ ваш компьютер не загружается

  4. Какое влияние это оказывает на систему?
    Ошибка при загрузке или сбое системы

  5. Это происходит только в Linux?
    Нет, все unix-подобные операционные системы могут иметь панику ядра. Это эквивалент Windows Blue Screen of Death

  6. Как я могу это предотвратить?
    Обычно этого не происходит. Проверьте обновления и устраните проблему. Используйте стабильные, а не ветви разработки.

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

редактирует

Per B. Roland Отсутствие или повреждение дисков или томов также может привести к этому. (Хорошая точка, и я ее не замечал)

Per Kees Паника в ядре также может возникать во время работы.
note: Может произойти, когда функция изначально изящно извращается внутри ядра, но чаще всего происходит при загрузке модуля или ядра (что обычно происходит при загрузке). Я подумал, что затронул его при «во время загрузки или сбоя системы», но я вижу, как мой ответ (1) заявил, что это происходит только во время загрузки.

Per rafalcieslak прямая цитата — «Есть одна очень важная вещь, которую нужно добавить: главное в целом Паника ядра — это защита вашего компьютера. Ядро зависает не только потому, что он ничего не сделал, но и для предотвращения вашего компьютера от f.e.

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

Именно поэтому ядро ​​предпочитает замораживать, чем преодолевать проблему ».

ответил RobotHumans 18 апреля 2011, 11:04:33

Источник: https://sprosi.pro/questions/40051/chto-takoe-panika-yadra

Don’t Panic

Порой бывает непросто разобраться в неполадках работы ядра Linux.

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

Проблема в том, что kernel panic иногда вешает систему полностью, и в этом случае даже не знаешь с какой стороны подступиться и что вообще делать с “заблокированной” машиной.

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

Что такое kernel panic и из-за чего это происходит?

Как слудет из названия – это состояние ядра, при котором оно попадает в ситуацию когда не знает что делать дальше. У вас случался когда-нибудь сильный пожар в квартире? Если случался, то вы можете хорошо себе представить что такое kernel panic

Источник: https://thefreecountry.wordpress.com/2011/07/22/dont-panic/

Диагностика и «лечение» критических ошибок системы (kernel panic)

Многие читатели встречались или хотя бы слышали о таком явлении, как «синий экран смерти» (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 и удерживайте их до тех пор, пока компьютер не перезагрузится и вы не услышите сигнал загрузки во второй раз.

Если вы пользуетесь беспроводной клавиатурой, есть небольшая вероятность, что компьютер не будет реагировать на нажатия клавиш на ней. В этом случае стоит подключить 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.

 Таким образом вы сможете проверить работу компьютера с чистой системой без стороннего ПО и дополнительных пользовательских настроек.

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

Источник: https://mac03.ru/2015/11/27/kernel_panic/

Linux Kernel Panic! Что делать?

Поклонники операционной системы Linux иногда сталкиваются с таким явлением, как Kernel Panic, и часто не знают что делать в таком случае.

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

Kernel Panic — это особое состояние ядра операционной системы, когда оно отказывается работать из-за произошедшей в системе критической ошибки.

Пользователи операционных систем семейства Windows наверняка сталкивались с ситуацией, когда на экране на синем фоне появлялась надпись о возникновении критической ошибки (знаменитый синий экран смерти, или BSoD), причем система отказывалась реагировать на команды пользователя. Это практически то же самое, что Kernel Panic в Linux.

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

Если такая ошибка возникла сразу после установки системы, то ответить на вопрос, что послужило ее причиной — сложно. Например, Kernel Panic может возникнуть из-за сбоев во время установки либо несовместимости какого-то драйвера с аппаратным обеспечением. В таком случае попробуйте переустановить систему с другими настройками либо воспользоваться консолью восстановления.

Если же ошибка возникла в процессе работы с Linux, то здесь могут быть две причины:

  1. либо в системе возникла особая ситуация, при которой в ядре или каком-то из драйверов произошла ошибка;
  2. либо какой-то из недавно установленных компонентов системы работает некорректно.

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

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

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

В операционной системе Ubuntu это можно сделать следующим образом:

  1. откройте менеджер пакетов Synaptic;
  2. заблокируйте обновления для следующих пакетов. Пункт меню «Пакет» — «Заблокировать версию».

linux-generic linux-libc-dev linux-restricted-modules-common linux-restricted-modules-generic

На этом все. Надеюсь, статья поможет вам разобраться с такой напастью, как Kernel Panic!

Linux Kernel Panic! Что делать? was last modified: Март 3rd, 2016 by Admin

Источник: http://compuzilla.ru/kernel-panic-chto-delat/

Ссылка на основную публикацию