kernel boot что это

RPM-пакет kernel настраивает загрузчик для загрузки устанавливаемого ядра (за исключением IBM eServer iSeries). Однако, ядро, выбранное в загрузчике по умолчанию, не меняется.

Никогда не помешает проверить, правильно ли настроен загрузчик. Это очень важно. Если загрузчик настроен неправильно, компьютер не сможет загрузить Red Hat Enterprise Linux. Если это всё же произойдёт, загрузите компьютер с загрузочного носителя, созданного ранее и попробуйте настроить загрузчик ещё раз.

Во всех компьютерах x86, включая и AMD64, в качестве загрузчика используется GRUB.

Проверьте, содержится ли в файле /boot/grub/grub.conf раздел title с той же версией, что и версия только что установленного пакета kernel (или пакета kernel-smp или kernel-hugemem ):

# Note that you do not have to rerun grub after making changes to this file # NOTICE: You have a /boot partition. This means that # all kernel and initrd paths are relative to /boot/, eg. # root (hd0,0) # kernel /vmlinuz-version ro root=/dev/hda2 # initrd /initrd-version.img #boot=/dev/hda default=1 timeout=10 splashimage=(hd0,0)/grub/splash.xpm.gz title Red Hat Enterprise Linux (2.6.9-5.EL) root (hd0,0) kernel /vmlinuz-2.6.9-5.EL ro root=LABEL=/ initrd /initrd-2.6.9-5.EL.img title Red Hat Enterprise Linux (2.6.9-1.906_EL) root (hd0,0) kernel /vmlinuz-2.6.9-1.906_EL ro root=LABEL=/ initrd /initrd-2.6.9-1.906_EL.img

Если вы создавали отдельный раздел /boot , пути к ядру и образу initrd указываются относительно /boot .

Заметьте, что новое ядро не назначается ядром по умолчанию. Чтобы настроить в GRUB загрузку нового ядра по умолчанию, укажите в переменной default номер раздела, описывающего новое ядро. Нумерация начинается с 0. Например, если новое ядро описывается в первом разделе, назначьте переменной default значение 0 .

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

На компьютерах в качестве загрузчика применяется ELILO, который использует файл конфигурации /boot/efi/EFI/redhat/elilo.conf . Убедитесь в том, что этот файл содержит раздел image с версией только что установленного пакета kernel :

prompt timeout=50 default=old image=vmlinuz-2.6.9-5.EL label=linux initrd=initrd-2.6.9-5.EL.img read-only append=»root=LABEL=/» image=vmlinuz-2.6.9-1.906_EL label=old initrd=initrd-2.6.9-1.906.img read-only append=»root=LABEL=/»

Заметьте, что новое ядро не назначается ядром по умолчанию. Чтобы ELILO загружал по умолчанию новое ядро, назначьте переменной default значение метки label раздела image , описывающего новое ядро.

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

На компьютерах IBM S/390 и IBM eServer zSeries в качестве загрузчика применяетя z/IPL, использующий файл конфигурации /etc/zipl.conf . Убедитесь в том, что этот файл содержит раздел с версией только что установленного пакета ядра:

[defaultboot] default=old target=/boot/ [linux] image=/boot/vmlinuz-2.6.9-5.EL ramdisk=/boot/initrd-2.6.9-5.EL.img parameters=»root=LABEL=/» [old] image=/boot/vmlinuz-2.6.9-1.906_EL ramdisk=/boot/initrd-2.6.9-1.906_EL.img parameters=»root=LABEL=/»

Заметьте, что новое ядро не назначается ядром по умолчанию. Чтобы настроить в z/IPL загрузку нового ядра по умолчанию, укажите в переменной default имя раздела, описывающего новое ядро. Имя раздела указывает в первой строке раздела и заключается в скобки.

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

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

Когда вы обновляете ядро, устанавливается файл /boot/vmlinitrd- . Однако, вы должны воспользоваться командой dd , чтобы компьютер загружал новое ядро:

От имени root выполните команду cat /proc/iSeries/mf/side , чтобы определить сторону по умолчанию (A, B или C).

Также от имени root выполните ещё одну команду, обозначает версию нового ядра, а — сторону, показанную предыдущей командой:

dd if=/boot/vmlinitrd- of=/proc/iSeries/mf/ /vmlinux bs=8k

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

На компьютерах IBM eServer pSeries systems в качестве загрузчика применяется YABOOT, который использует файл конфигурации /etc/aboot.conf . Убедитесь в том, что этот файл содержит раздел image с версией только что установленного пакета kernel :

boot=/dev/sda1 init-message=Welcome to Red Hat Enterprise Linux! Hit for boot options partition=2 timeout=30 install=/usr/lib/yaboot/yaboot delay=10 nonvram image=/vmlinux—2.6.9-5.EL label=old read-only initrd=/initrd—2.6.9-5.EL.img append=»root=LABEL=/» image=/vmlinux-2.6.9-5.EL label=linux read-only initrd=/initrd-2.6.9-5.EL.img append=»root=LABEL=/»

Заметьте, что новое ядро не назначается ядром по умолчанию. По умолчанию загружается ядро, описанное в первом разделе image. Чтобы сменить ядро по умолчанию, либо переместите соответствующую строфу image, чтобы она была первой, или добавьте параметр default , в котором укажите метку label строфы image, описывающей новое ядро.

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

Обновил статью 20.07.2009

Когда пользователь становится более, менее продвинутым, он доходит до такой стадии, когда хочет знать: что в его системе имеется, и самое главное зачем он надо и можно ли без него обойтись?

FreeBSD, как и почти любая *nix-подобная ОС, является модульно-ядерной. То есть, ядро, и есть модули, которые в зависимости от надобности загружают или выгружают. Разберёмся подробнее в этом.

1) Встроить в ядро или подгружать?

Модули можно компиллировать в ядро. Это увеличивает скорость их работы. Но это лучше делать только тогда, когда извесно, что он будет использоваться всегда. А если известно, что через некоторое время нужно будет избавится от этого модуля — то лучше его подгружать как модуль.

2) Модули.

Модули делятся на системные и пользовательские.

Системные — это те, которые идут в базовой комплектации к вашему дистрибутиву. Они по дефолту распологаются в /boot/kernel.

Пользовательске — это те, которые добавляются в ОС в процесе использования, нпример, при установке новых драйверов. Их обычно складывают в /boot/modules. Конечно, их можно складывать и в /boot/kernel, но при пересборке ядра, они не будут по дефолту учтены в новом, и перенесутся в/boot/kernel.old, в итоге, ваша ОС после этого не найдёт их (ибо она ищет в /boot/kernel,/boot/modules).

3) Управление модулями.

Для управления модулями при загрузке ОС используют файлы /boot/default/loader.conf (для системных) и /boot/loader.conf (для пользовательских)

Если ОС уже загружена, то подгрузить модуль можно командной

, соотвественно выгрузить модуль

, и посмотреть список загруженых модулей

4) Конфигурационные файлы для загрузки модулей.

Конфигурационный файл (loader.conf) состоит из множества секций, в том числе опции загрузки ОС, раздел с модулями, и многое другое.

Описание модуля в этом файле состоит из имени модуля, далее следует слово load и в конце параметр «YES» или «NO» — соотвественно загружать данный модуль при загрузке или нет.

5) Перекомпиляция отдельного модуля (отдельной библиотеки).

Иногда бывает потребность пересобрать отдельный модуль (вышел патч, который устраняет баг). Можно конечно пересобрать ядро (пересоберётся ядро, и все модули). А можно пересобрать только отдельный модуль. Делается это так:

#cd /usr/src/sys/modules/
#patch .
#make obj && make depend && make && make install

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

Песочница Cuckoo Sandbox

Установка на Ubuntu Server 18.04

Обновление Ubuntu 18.04 до Ubuntu 19.10

В рамках этой записи будет рассказано как провести обновление с Ubuntu 18.04 до Ubuntu 19.10. Перед началом рекомендуется сделать резервную…

resolved.conf в systemd

В этой статье будет рассмотрена настройка DNS на операционной системе Ubuntu Server 18.04

Установка Elasticsearch

В данной статье будет рассмотрен пример развёртывание Elasticsearch вместе с Nginx. В данном статье не будут рассмотрена дополнительная настройка продукта.…

Анализ дампа памяти с помощью Volatility Framework

В этой записи будут рассмотрены основы работы с фреимворком Volatility. Скачать его можно с официального веб-сайта. Все действия будут выполнены…

Развёртывание OpenLDAP сервера на CentOS 7

В этой записи будет рассмотрено развёртывание LDAP сервера. Всё действия выполняются в операционной системе CentOS 7 установленной в минимальной установке.…

Добавление диска в LVM — CentOS

В этой заметке будет рассмотрено добавление в LVM нового диска и расширение за его счет существующего логического раздела. Всё действия…

Восстановить пароль в mRemoteNG

Для восстановления паролей сохранённых в mRemoteNG необходимо создать внешний инструмент: Запускаем mRemoteNG и переходим в меню Инструменты -> Внешние инструменты;…

Отладка приложений в CentOS 7

Для мониторинга взаимодействия между процессами и ядром используется инструмент strace. Инструмент перехватывает системные вызовы и выводит их в файл или…

CentOS 7 — Установка гостевых драйверов VirtualBox

Для корректной работы виртуального аппаратного обеспечения VirtualBox в госетвой операционной системе необходимо установить дополнения гостевой системы. В этой записи рассмотрена…

Docker — загрузка официального образа CentOS 7 и его запуск

В этой записи рассмотрен процесс загрузки официального образа CentOS 7 из Docker Hub. На базе него будет создан образ с…

Windows ошибка kernel

Современные приложения и игры отличаются большим размером и детальной прорисовкой графики. Соответственно, работа с ними требует от ПК особой мощности. Часто пользователи сталкиваются, что во время работы и игрового процесса возникает Windows ошибка kernel – критический сбой в процессе работы. Некоторые компьютеры показывают BlueScreen – синий экран смерти, в некоторых случаях устройство перестает откликаться на любое действие.

Ошибка kernel. Общие сведения о неполадке

Ошибка Kernel-Power имеет кодировку 43. Возникновение такой проблемы означает, что у компьютера выявлено нарушение мощности ядра системы. Она относится к 63й категории, что означает невозможность Windows обрабатывать одновременно большое количество запросов и выполнять сложные операции. Именно это объясняет процесс торможения и подвисания современных компьютерных аркад.
На самом деле, выяснить точные проблемы возникновения Kernel-Power достаточно сложно, даже официальный сайт Майкрософт не предоставляет конкретных данных.

Существует ли лечение?

В случае, когда ПК зависает, отказываясь реагировать на любую команду мыши или клавиатуры, помогает только режим перезагрузки, попасть в который можно только с помощью длительного нажатия и удерживания кнопки питания. Но это не гарантирует дальнейшую бесперебойную работу. Вероятнее всего, что первые несколько минут/часов система проработает без нареканий, а затем повторно появится проблема.
Опытным путем стало понятно, что полная переустановка системы тоже не помогает. Отсюда напрашивается вывод, что проблема находится на уровне взаимодействия системы, ПО, ОЗУ, ПЗУ и жесткого диска. Действительно, прочитав рекомендуемые требования на упаковке диска с игрой, можно обнаружить что требования, предъявляемые к «железу», для того чтобы игра установилась, запустилась и шла ровно и плавно достаточно высокие. Кроме этого, рекомендуется проверить все ли шлейфы подключены к разъемам нет ли заломов, а также стабильность работы блока питания.

Windows ошибка kernel. Настройка Биоса

Одной из причин, вызывающих Kernel-Power является критический перегрев процессора. Это может случиться по двум причинам:

• Его слишком сильно разогнали
• Он не предназначен для сильных нагрузок
• Высохла термопаста
• Плохая система отвода тепла

Первое действие, которое нужно выполнить в таком случае, это проверить исходные данные ЦП и снизить все завышенные показатели, непосредственно связанные с разгоном. Так как для большинства обычных пользователей такие манипуляции выполнить достаточно трудно, в этом случае рекомендуется просто сделать откат до базовых заводских настроек.
Если вы используете не ноутбук, а простой компьютер, то можно достать материнскую плату и на некоторое непродолжительное время вынуть батарейку. Можно попробовать перевести Clear CMOS из положения «1-2» в положение «2-3» меньше чем на минуту, а затем вернуть его в исходное положение. Это тоже приведет к полному сбросу. Правда, этот способ тоже не гарантирует решения проблемы.

Тестирование центрального процессора

При повторном обнаружении Kernel-Power стоит провести тестирование центрального процессора ПК. Для этого скачивается и распаковывается специальная программа Everest. С ее помощью можно выяснить какие компоненты дали сбой. Правда, сделать восстановление через утилиту невозможно. Оптимально провести тестирование при помощи Prime95. Выбираете Just Stress Testing в опциях раздела Torture Test.

Windows ошибка kernel — Оперативная память

Сбой работы Kernel-Power может быть связан с ошибками в работе оперативной памяти. Проверить память можно несколькими способами. Первый – при помощи стандартной системной программы, введя в командную строку «mdsched»,и запустив перезагрузку системы с ее тестированием. Выполнить это можно только при условии, что вы зашли через учетную запись Администратора.
В случае, если проверка не выявила никаких неполадок можно прибегнуть к физическому способу – поочередно извлекать из своих слотов планки оперативной памяти каждый раз выполняя перезагрузку ПК. Если после определенного извлечения компьютер работает нестабильно, значит проблема кроется в ней, и стоить заменить ее на идентичную.

Проблема с жестким диском

Еще одна распространенная проблема заключается в том, что многие жесткие диски плохо стыкуются в 64-х битной операционной системой. Чаще всего этим страдают винчестеры бренда Seagate, установленные в большинстве современных бюджетных ноутбуков.
Для проверки необходимо скачать и установить HDD Life или HDD Health, запустить соответствующую проверку. В редких случаях может потребоваться обновление прошивки жесткого диска до последней версии. Если неполадки заключаются в винчестере, решения может быть два – замена жесткого диска или ремонт в соответствующих сервисных центрах. Правда, он не дает гарантий, что через некоторое время вам не потребуется приобретать новый жесткий диск.
Можно попробовать самостоятельно восстановить битые кластеры жесткого диска при помощи пакета утилит HDD Regenerator, но и она не гарантирует восстановление жесткого диска в его первоначальное состояние.

Проблема звуковых и видеокарт

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

Драйвера сетевой карты

Появление ошибки Kernel-Power может быть спровоцировано не обновлёнными вовремя драйверами сетевой карты или неправильная их распаковка и установка. В этом случае можно попробовать сделать следующее:

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

Обновление системы

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

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