Как исправить ошибку ядра сборки Centos 5

Доступен ли нужный вам зум-объектив в ядре CentOS Plus из репозитория CentOSPlus?

Определенно существуют способы создания собственного ядра для CentOS. Первый – это собрать ядро ​​с настраиваемыми параметрами из источников, обычно CentOS, и, как видите, второе – это собрать основное ядро ​​в сочетании с исходными кодами, полученными для статьи, обычно из архива ядра Linux.

Этот FAQ посвящен сборке оптимального ядра из исходников CentOS с учетом ваших индивидуальных возможностей или модификаций. Как написано для CentOS-7.

(Если вы хотите создать ядро ​​потребительского уровня, не выполняйте m инструкций по сборке ядра. Этот сайт не только поддерживается, поскольку он описывает сборку как огромную проблему, которая небезопасна, и наш подход, несомненно, отсутствует. См. подробное объяснение построения их исходных пакетов RPM на CentOS без полномочий root. Ядро Linux из одной оболочки, безусловно, является хорошим полезным ресурсом для создания базового ядра.)

<время>

вы. Приготовьтесь

Для успешной компиляции этого ядра вам, вероятно, потребуется установить пакеты after:

• yum groupinstall для разработки

• yum install ncurses-devel

• yum fit qt3 – devel (прогнозируется только в том случае, если вы хотите использовать help xconfig вместо make gconfig или make menuconfig.)

• yum build hmaccalc zlib-devel binutils- devel elfutils-libelf – devel

• Дерево исходных кодов ядра готово. Вы действительно должны следовать инструкциям в разделе 2 документа «Мне нужен исходный код ядра».

Когда вы запускаете команды перед yum, выдается уведомление, если они являются ссылками на исключение. Если в ваших вкусных файлах конфигурации есть только строки “exclude”, которые относятся к ядру и полезным пакетам, эти рабочие процессы также следует удалить. Следует понимать, что, хотя бизнес-центр CentO не поощряет использование исключений, эти поставщики не допускают, чтобы ядра попкорна, измененные пользователем, работали в их поддерживаемой области. Для получения дополнительной информации по этой теме см. Каждую статью Quick Wiki, раздел 3, Сломанный виртуальный сервер CentOS. Обратите внимание, что всегда неплохо иметь обновленную и проверенную резервную копию вашего контента, которую вы не должны терять.

Если вы хотите добавить патчи ядра, скопируйте сюда свой правильный каталог ~ или rpmbuild / SOURCES /.

№2. Установленное ядро ​​

Измените каталог на! / rpmbuild / BUILD / ядро ​​- 6. / linux – * / и скопируйте время для этого каталога как .config, либо текущий офисный файл из каталога configs /, либо один конкретный конкретный файл при запуске ядра. файл конфигурации для из нового каталога / boot /.

 [user @ host] $ ~ / rpmbuild против BUILD / kernel - * / red hat - * / 

 [пользователь @ хост] $ cd dvd clubpenguin configs / kernel-3.10.0-`uname -m`.config .config 

 [пользователь на хосте] $ cp / boot для каждого config-`uname -r` .config 

Примечание. Окружающие герои мультфильмов uname -m или uname -r , несомненно, часто являются обратными кавычками, а не апострофами.

Сначала запустите make oldconfig. Теперь вам нужно время от времени запускать make menuconfig, gconfig или запускать xconfig для настройки конфигурации ядра. Готово, не забудьте повторить свои изменения.

Затем добавьте конкретную строку, которая, по мнению экспертов, является прокомментированным эквивалентом новой аппаратной платформы, в какое-то начало этого файла конфигурации (эквивалент основного вывода, предоставленного командой uname -i), прежде чем добавлять его обратно в config / transfer. … справочник людей. В смысле x86_64 это будет 64-битная архитектура. Он должен быть закомментирован с помощью # a поверх того, что предпочтительно должно быть первой строкой ввода рекомендаций. Обратите внимание, что между символом ромба и платформой над дескриптором DIY должно быть достаточно места.

Добавьте одну из следующих конфигураций в качестве первой версии вашего файла:

 # x86_64 

Обязательно скопируйте файл .config обратно в мою папку configs /. Это в основном противоположное предыдущей команде копирования:

 [пользователь - хост] $ clubpenguin .config configs / kernel-3.10.0-`uname -m`.config 

Последний шаг – переместить содержимое каталога configs / web, чтобы помочь сайту ~ / rpmbuild / SOURCES /.

 [user @ host] $ паралич церебральной системы / * ~ / rpmbuild / SOURCES / 

3. Базовый ABI

Особенностью ядра CentOS является то, что на самом деле ABI сохраняется на протяжении всего срока службы машины, и одним из преимуществ использования этого просто последовательного ABI является то, что вы можете создавать небольшие дополнительные модули ядра, которые поддерживаются некоторыми вроде как сторонняя версия ядра. – поэтому нет необходимости перестраивать потребителей при каждом запуске нового ядра. Это ядро ​​kABI, посетителя вашего сайта, пакет kmod для предоставления обновленных драйверов устройств и, кроме того, других носителей файловой системы в иллюстративных целях.

Для обеспечения согласованности ABI было написано классическое ядро ​​what abi и сохранено в один файл. Этот файл используется во время одной фазы тестирования kABI для каждого выполненного ядра. Если новое ядро ​​было настроено или, возможно, модифицировано для соответствия выпущенному ABI, запись должна завершиться ошибкой с сообщением, указывающим, почему произошел какой-то сбой kABI. У сборщика ядра также есть две возможности: (а) перенастроить новое конкретное ядро ​​так, чтобы оно синхронизировалось с опубликованным ABI и, таким образом, продолжало пользоваться преимуществом того же самого ABI, или (б) контролировать kABI во время системы сборки – Деактивировать. Из вариантов, сделанных на шаге 1, первое желательно, но второе, вероятно, всегда будет тем направлением, в котором вам нужно двигаться дальше.

Отключение дешифрования ABI ядра часто является простым процессом предоставления лучшего баннера и его аргумента в последовательности команд RPMbuild:

 - без Кабички 

4. Файл спецификации ядра настройки

 [user @ host] cash cd ~ / rpmbuild / SPECS /[пользователь на хосте SPECS] $ clubpenguin kernel.spec kernel.spec.distro[пользователь @ хост SPECS] $ vi kernel.spec 

В строке 3, я бы сказал, упоминается определение buildid. Обязательно

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

% выберите buildid .your_identifier 

Если вы хотите использовать средства защиты, вы должны ссылаться на них в двух хранилищах: в разделе патчей. “

Во-первых, добавьте в ядро ​​строку «# голый финальный патч для подобной проверки после патчей». Сразу после вашей строки добавьте весь ostart на 40,000, просто чтобы ваш патч не конфликтовал с репозиторием патчей ядра RHEL / CentOS. Для демонстрации:

 Patch40000: my-custom-kernel.patch 

Во-вторых, добавьте строку «ApplyOptionalPatch linux-kernel-test.patch». Просто перешлите эту строку, добавьте строку, чтобы помочь всем применить патч. Например:

 ApplyOptionalPatch my-custom-kernel.patch 

 cp $ RPM_SOURCE_DIR / config- *. 

 clubpenguin $ RPM_SOURCE_DIR / kernel - *. config. 

5. Создайте лучшее ядро ​​