Kernel panic
Содержание
История
История Kernel panic тесно связана с историей операционной системы UNIX, которая была разработана в конце 1960-х годов сотрудниками Bell Labs, в первую очередь Кеном Томпсоном, Деннисом Ритчи и Дугласом Макилроем.
Сообщение Kernel panic было введено в ранних версиях UNIX и представляло собой важное отличие в философии этой операционной системы от главного конкурента на то время и предшественника UNIX, Multics. Multics был разработан для работы на 36-битном мейнфрейме GE-645, в то время как UNIX разрабатывался для гораздо менее мощного 18-битного миникомпьютера PDP-7 и по этой причине операционной системе было доступно меньше ресурсов, что привело к необходимости их экономии, в том числе и при обработке ошибок. Разработчик Multics, Том ван Влек, так описывает это изменение в дискуссии с разработчиком UNIX Деннисом Ритчи [4] :
Я сказал Деннису, что примерно половина кода, который я написал для Multics, была кодом обработки ошибок. Он ответил: «Мы всё это отбросили. Если произошла ошибка, у нас есть процедура под названием panic, и если она вызвана, компьютер зависает и вы кричите: „Эй, перезапустите его!“».
I remarked to Dennis that easily half the code I was writing in Multics was error recovery code. He said, «We left all that stuff out. If there’s an error, we have this routine called panic, and when it is called, the machine crashes, and you holler down the hall, ‘Hey, reboot it.’
Изначальная функция panic() принципиально не менялась от UNIX V5 до базирующихся на VAX систем 32V и выводила только сообщение об ошибке без дополнительной информации, после чего система переводилась в бесконечный пустой цикл. Позже, в процессе развития UNIX, функция panic() была доработана и стала выводить на терминал разнообразную информацию, необходимую для отладки.
Причины Kernel panic
Исходный код функции panic()
Исходный код функции panic() в UNIX V6 [10] :
Обработка Kernel panic
В современных операционных системах, таких как GNU/Linux, FreeBSD или Solaris, существует возможность изменить стандартное поведение функции panic() и производить перезагрузку компьютера автоматически. В GNU/Linux данная настройка осуществляется при помощи procfs [11] :
Чтобы изменения действовали в GNU/Linux и после перезагрузки, необходимо добавить в файл /etc/sysctl.conf строку:
Также в системах BSD есть специальная опция в ядре. Цитата из файла /usr/src/sys/conf/NOTES [12] :
Kernel panic в различных операционных системах
Изначально сообщение о Kernel panic ограничивалось коротким текстом о необходимости перезагрузки системы. В современных системах обычно выдается больше дополнительной информации.
В не-UNIX операционных системах
В то время как термин Kernel panic употребляется в основном для UNIX-совместимых операционных систем, в других операционных системах обработка критических ошибок методом остановки системы тоже прижилась и получила следующие названия:
Не паникуйте! Все, что вам нужно знать о панике ядра
Что вызывает это, и есть ли что-то, что вы можете сделать, чтобы предотвратить это в будущем? Давайте взглянем.
Что такое паника ядра и что ее вызывает?
Паника ядра или ее эквивалент в мире Windows: ошибка остановки или страшный синий экран смерти (BSOD), происходит в результате неуказанной ошибки низкого уровня, которую операционная система не может восстановить.
Ошибка считается более серьезной, чем простое приложение, вызывающее сбой, и может нанести ущерб системе или данным.
В результате операционная система принимает решение закрыть все в качестве меры безопасности и выводить коды ошибок, содержащие информацию о том, что именно произошло.
С точки зрения пользователя, все это означает, что в одну минуту вы работаете как обычно, а в следующую — ваш компьютер перезагружается, и вы потеряли все, что сделали с момента последнего сохранения.
Windows — синий экран смерти
В Windows вы узнаете, что это произошло, потому что весь экран станет синим, с сообщением о необходимости перезагрузки компьютера.
макинтош
На версиях OS X 10.8 и позже. компьютер просто перезагружается без какого-либо предупреждения, после чего следует краткое сообщение, объясняющее, что произошло. На 10.7 и более ранних экранах экран становится более тревожным, с сообщением о необходимости перезагрузки.
Linux
Панике ядра в Linux не всегда предшествует упс ядра.
Причин паники ядра или BSOD много и они различны, и они могут быть связаны с аппаратным или программным обеспечением.
Распространенные причины включают в себя такие вещи, как неисправность ОЗУ или неисправность периферийных устройств, драйверов или программных плагинов, или даже плохо написанные программы.
Что делать, когда вы получаете один
Когда вы испытываете панику ядра или BSOD, вы ничего не можете с этим поделать, кроме как перезагрузить компьютер и вернуться к работе.
Паника ядра генерирует журнал, содержащий данные, которые могут помочь инженеру расшифровать, что именно произошло. После перезапуска и в зависимости от вашей операционной системы вам будет предложено отправить это разработчику ОС. Вы не получите персональную поддержку для этой проблемы, но это поможет им предотвратить панику ядра в будущих версиях операционной системы.
Важно помнить, что паника ядра — это только признак того, что произошла ошибка, а не то, что с вашим ПК что-то в корне не так. Каждый будет получать их время от времени, и вы можете с радостью об этом забыть.
Однако, если вы начнете видеть их на более регулярной основе — например, каждые пару недель — тогда вам следует попытаться определить, что их вызывает.
Устранение неисправности паники ядра
Каждый раз, когда возникает паника ядра, создается журнал, содержащий информацию о том, что произошло. Это в основном непостижимо для обычного пользователя, хотя сканирование данных иногда может выявить конкретное приложение, в котором произошла ошибка.
В основном, однако, вам просто нужно исследовать некоторые распространенные причины, чтобы увидеть, если они виноваты.
Проблемы с оборудованием
При поиске возможных причин вашей паники в ядре, ключ должен попытаться определить любые изменения, которые вы сделали в вашей системе за последнее время. Отмена этих изменений, а затем их повторное включение по одному помогают вам выделить возможную причину.
Проблемы с программным обеспечением
Если программное обеспечение является причиной вашей паники ядра или «Синего экрана смерти», вы будете склонны выбирать, к какой программе оно относится в течение определенного периода времени. Однако иногда причиной могут быть приложения, работающие в фоновом режиме, такие как программное обеспечение безопасности.
Для диагностики проблем с программным обеспечением загрузитесь в безопасном режиме на Mac или Windows. Это загружает только основные элементы операционной системы. Сделайте это в Windows, удерживая клавишу F8 при перезапуске, и в Mac, удерживая клавишу Shift, после того, как вы услышите сигнал запуска. В Linux нет безопасного режима как такового, только раздел восстановления.
Можете ли вы избежать их в будущем?
Паника ядра и Синий Экран Смерти довольно редки. Вы будете неизбежно испытывать их время от времени, но они обычно не указывают на более широкую проблему.
Если вы начинаете видеть их регулярно, это почти всегда является прямым результатом недавних изменений, которые вы внесли в свою систему. Как таковые, их часто относительно легко диагностировать и решать.
Нет никакого способа избежать паники ядра, но пока вы готовы, если вам когда-нибудь понадобится иметь с ними дело, вам не нужно беспокоиться.
Каковы ваши впечатления от страшного Синего экрана смерти? Нашли ли вы какое-либо аппаратное или программное обеспечение, которое вызвало панику ядра на вашем Mac? Дайте нам знать об этом в комментариях.
Паника ядра
Kernel panic (англ. букв.: паника ядра) — сообщение о критической ошибке ядра операционной системы, после которой операционная система не может продолжать дальнейшую работу.
Обычно этот термин применяется в среде операционных систем типа Kernel panic: … » и именем функции ядра panic() из оригинальной ОС Linux возникновению паники ядра зачастую предшествует состояние под названием oops. В ряде случаев oops может приводить к такому же неработоспобному состоянию системы, как и паника ядра.
Содержание
История
Сообщение Kernel panic было введено в ранних версиях операционной системы от главного конкурента на то время, Денисом Ритчи [1] :
Я сказал Деннису, что примерно половина кода, который я написал для Multics, был кодом обработки ошибок. Он ответил: «Мы всё это отбросили. Если произошла ошибка, у нас есть процедура под названием panic и если она вызвана, компьютер зависает и вы кричите: „Эй, перезапустите его!“»
I remarked to Dennis that easily half the code I was writing in Multics was error recovery code. He said, «We left all that stuff out. If there’s an error, we have this routine called panic, and when it is called, the machine crashes, and you holler down the hall, ‘Hey, reboot it.’
Изначальная функция panic() принципиально не менялась от UNIX V5 до базирующихся на бесконечный пустой цикл. Позже, в процессе развития UNIX, функция panic() также была доработана и стала выводить на терминал разнообразную информацию, необходимую для отладки.
Подобный принцип обработки критических ошибок был перенят большинством более поздних операционных систем, таких как Mac OS [2] или Microsoft Windows.
Причины для Kernel panic
В большинстве случаев причиной для Kernel panic является критическая аппаратная ошибка (отказ оперативной памяти, ошибка процессора или другого критически важного устройства) или ошибка в самом ядре операционной системы, например попытка обращения к ошибочному или запрещённому адресу в памяти. Также причиной для Kernel panic могут быть ошибки в драйверах периферийных устройств или ошибки в файловой системе.
Ошибки пользовательских программ в современных операционных системах не приводят к Kernel panic и должны корректно обрабатываться ядром.
Исходный код функции panic()
Исходный код функции panic() в [3] :
Обработка Kernel panic
В нормальном случае при возникновении Kernel panic происходит остановка работы операционной системы с выдачей сообщений об ошибках на экран, после чего система ожидает выключения компьютера или перезагрузки. Однако, такая обработка этого события неприемлема тогда, когда простой компьютера крайне нежелателен или человека нет рядом (например на удалённых серверах или в нерабочее время).
В современных операционных системах, таких как GNU/Linux, Solaris, существует возможность изменить стандартное поведение функции panic() и производить перезагрузку компьютера автоматически. В GNU/Linux данная настройка осуществляется при помощи
Чтобы изменения действовали в GNU/Linux и после перезагрузки, необходимо добавить в файл /etc/sysctl.conf строку:
В обоих примерах «5» — количество секунд, после которых произойдёт перезагрузка. При установке отрицательного или равного 0 значения этого параметра, автоматической перезагрузки не произойдёт. [4]
В Solaris автоматическая перезагрузка после Kernel panic является стандартным поведением системы. [6]
Перезагрузка после Kernel panic имеет и очень серьёзный недостаток, особенно если это изменение не пропадает после первой перезагрузки. В случае, если перезагрузка не устраняет ту ошибку, которая вызывает Kernel panic, система будет останавливаться и перезапускаться вновь и вновь, что может привести к аппаратным ошибкам или потерям данных.
Для изучения причины паники ядра Linux может пригодится файл Windows XP при возниковении ошибки компьютер перезагружается автоматически. Это поведение системы управляется через Панель управления Windows. Если ошибка происходит при загурзке ОС, изменить поведение системы можно через меню кнопки F8.
Kernel panic в различных операционных системах
Изначально сообщение о Kernel panic ограничивалось коротким текстом о необходимости перезагрузки системы. В современных системах обычно выдается больше дополнительной информации.
В то время как термин Kernel panic употребляется в основном для операционных системах обработка критических ошибок методом остановки системы получила другие названия:
Примечания
См. также
Ссылки
Полезное
Смотреть что такое «Паника ядра» в других словарях:
The Gray Screen of Panic and Disarray — Kernel panic (англ. букв.: паника ядра) сообщение о критической ошибке ядра операционной системы, после которой операционная система не может продолжать дальнейшую работу. Обычно этот термин применяется в среде операционных систем типа Kernel… … Википедия
Kernel panic — Linux 2.6 не может смонтировать корневую файловую систему. Kernel panic (англ.: тревога, сбой в ядре) сообщение о критической о … Википедия
Ядерный взрыв — … Википедия
Падение Константинополя (1453) — У этого термина существуют и другие значения, см. Падение Константинополя (значения). Падение Константинополя Турецко византийские войны … Википедия
Дьявол из Джерси — Об одноимённом эпизоде «Секретных материалов» см. Дьявол из Джерси (Секретные материалы) … Википедия
Дьявол из Джерси (мифическое существо) — Рисунок дьявола из Джерси в газете Philadelphia Post 1909 года. Дьявол из Джерси легендарное существо (возможно, криптид), якобы живущее в степях Pine Barrens на юге американского штата Нью Джерси. Легенда о существе оказала огромное… … Википедия
Страх — У этого термина существуют и другие значения, см. Страх (значения). В Викисловаре есть статья «страх» … Википедия
Банковская система — (Banking System) Банковская система это совокупность действующих в стране банков, кредитных учреждений и отдельных экономических организаций, которые действуют по единым правилам денежно кредитной политики страны Определение банковской системы,… … Энциклопедия инвестора
НАПОЛЕОН I — Французский император из династии Бонапартов, правивший в 1804 1814,1815 гг. Король Италии в 1805 1814 гг. Сын Карло Буонапарте и Летиции Рамолино. Ж.: 1) с 1796 г. Жозефина, урожденная Ташер де ла Пажери, вдова виконта Александра Богарнэ (род.… … Все монархи мира
Что такое kernel panic
Работа операционной системы должна быть полностью «Синхронизирована» с оборудованием, включая в себя аудио- и видеоподключение с помощью драйверов, беспроводного соединения и других аппаратных параметров для подключения оборудования и программного обеспечения.
Эти подключения, иногда, могут не очень хорошо работать, а иногда ваша система вообще может выйти из строя, и вы потеряете важные данные. В этой статье я расскажу о Kernel Panic(Панике ядра), которая является сбоем системы в Linux.
Что такое Kernel Panic?
BSOD (Blue Screen Of Death или в переводе «Синий экран смерти») похож на название фильма ужасов, но для вашей информации, это сбой в системе Windows. Вы можете спросить себя, почему мы говорим о BSOD, вместо Kernel Panic. BSOD происходит чаще, чем Kernel Panic, и вы возможно, когда-то были пользователем Windows, или возможно видели, такой синий экран смерти. Это имя появилось, потому что, когда ваша система прерывает процессы, появляется синий экран с некоторой информацией о причинах выключения.
Но, как насчет Kernel Panic? Вы слышали это имя раньше?
Kernel Panic — это ошибка низкого уровня (обычно на неисправном оборудовании), которую система не может восстановить из-за перезагрузки системы и может повредить ваши данные или даже систему.
Паника ядра обычно возникает тогда, когда не удалось запустить init, так как, несмотря на запущенное и работоспособное ядро, сама система остаётся непригодной к дальнейшей работе
Также, при этой функции создаются логи, сообщающие об ошибках. Эта информация может быть полезна техникам для отладки, но ее трудно понять для неопытных пользователей.
Возможные причины для Kernel Panic
Способы избежать паники ядра
Обычно Kernel Panic происходит не так часто, и на самом деле довольно редко(за исключением Windows пользователей). Чтобы избежать паники ядра, вы должны четко знать технические характеристики вашего компьютера, а не просто установить новую память с любыми частотами. А чтобы не было системной паники, вы должны постоянно обновлять свою систему
Вывод
Linux хорошая система, но есть вещи, с которыми даже дистрибутивы Linux часто встречаются, это ошибки, которые представляют собой системный или аппаратный сбой. Даже при том, что это происходит, по крайней мере, мы можем видеть причину сбоя, но, как было сказано ранее, логи ошибок более понятны экспертам, чем обычным пользователям.
А у вас когда нибудь был, «Синий экран смерти» или «Паника ядра«?
Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.
Linux Kernel Panic! Что делать?
Поклонники операционной системы Linux иногда сталкиваются с таким явлением, как Kernel Panic, и часто не знают что делать в таком случае. Насколько продуманной ни была бы система, всегда остается вероятность возникновения ошибок. Kernel Panic — это особое состояние ядра операционной системы, когда оно отказывается работать из-за произошедшей в системе критической ошибки.
Пользователи операционных систем семейства Windows наверняка сталкивались с ситуацией, когда на экране на синем фоне появлялась надпись о возникновении критической ошибки (знаменитый синий экран смерти, или BSoD), причем система отказывалась реагировать на команды пользователя. Это практически то же самое, что Kernel Panic в Linux.
Ошибки такого рода являются слишком серьезными, чтобы продолжать работу, и относятся к тем компонентам системы, которые выполняют основные функции по обеспечению работоспособности ОС — к ядру и драйверам. При возникновении Kernel Panic на экран выводится сообщение об ошибке и некоторая информация, полезная для программистов.
Если такая ошибка возникла сразу после установки системы, то ответить на вопрос, что послужило ее причиной — сложно. Например, Kernel Panic может возникнуть из-за сбоев во время установки либо несовместимости какого-то драйвера с аппаратным обеспечением. В таком случае попробуйте переустановить систему с другими настройками либо воспользоваться консолью восстановления.
Если же ошибка возникла в процессе работы с Linux, то здесь могут быть две причины:
Если вы действительно недавно устанавливали какой-то сервис, драйвер или меняли ядро, то попробуйте вернуть систему в прежнее состояние и посмотреть будет ли ошибка повторяться. При обновлении ядра операционной системы, часто оставляется возможность загрузиться со сторого. Выбор этот можно сделать в меню загрузчика перед стартом системы. Попробуйте загрузиться с другого ядра, возможно ваше оборудование не корректно поддерживается в новой версии. А если такие понятия, как подключение модулей драйверов устройств для вас не знакомы, тогда вам необходимо заблокировать обновление ядра.
В операционной системе Ubuntu это можно сделать следующим образом:
На этом все. Надеюсь, статья поможет вам разобраться с такой напастью, как Kernel Panic!
