Форум Slackware Linux

И модули к нему?

Например, даже с вариантами, как-то так: http://slackware.osuosl.org/slackware-13.37/source/k/

_________________
irc://freenode.net/##slackware-ru

Будет так же интересно узнать, в какой последовательности нужно компилировать при помощи .Slackbuild
1 - kernel-generic
2 - kernel-huge
3 - kernel-modules
?
И каждый из этих .SlackBuild необходимо применять к одному и тому же .tar.bz2 архиву загруженного с Kernel.org?

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

Если посмотрите внимательно, ядерные слакбилды собирают уже скомпилированное.
Очевидно, что kernel-modules имеет смысл собирать только после выполнения с -generic- конфигом:
# make bzImage modules modules_install

Поэтому напрашивается примерно такая последовательность:

ps. Обычно huge ядро не нужно ни для чего, кроме установки/ремонта, поэтому обычно начинают с конфига generic, добавляют драйвер корневой ФС в ядро, делают прочий тюнинг и собирают своё рабочее ядро с модулями или без -- сильно зависит от личных предпочтений и наличного оборудования.

_________________
irc://freenode.net/##slackware-ru

Расскажите по подробнее пожалуйства. Что будет, если я возьму свежее ядро, закомпилирую всё то, что включил в ядро, но не закомпилирую и не установлю модули? Так же, для меня актуален вопрос, почему поддержу файловых систем нужно включать именно в ядро и нельзя выносить их в модули (хотя, такая опция для фс предусмотрена)?

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

Не файловых систем, а файловой системы корневого раздела. Если драйвер корневой ФС в ядро не вкомпилирован, то загрузиться можно будет только с использованием initrd -- поскольку модули ведь на корневом разделе лежат, а без драйвера ФС его не смонтировать.
Если отключить все ненужное, а все нужное включить как "y", получится ядро, заточенное под ваше оборудование и собирающееся довольно быстро.
С другой стороны, потеряется возможность выгрузить отдельный модуль и загрузить его с другими параметрами, держать параметры в modprobe.d, параметры тех или иных модулей, при необходимости, передавать прийдется непосредственно ядру, и т.п. Кроме того, некоторые Фили, если правильно путаю, могут работать только в виде модуля (что-то такое в памяти когда-то отложилось, возможно уже и неактуально).
С третей стороны, вы точно знаете, что не придется в экстренном порядке мигрировать систему на машину, скажем, с контроллером, поддержку которого вы отключили?

Вот из подобных компромиссов и складывается то или иное финальное решение.

Вариант -generic-, использующий стратегию "все в модули", довольно универсален -- ненужное не занимает ОЗУ, дисковое пространство ныне довольно дешево, а сборка, хотя и дольше, но делается один раз и уже выполнена за вас сборщиком дистрибутива.

_________________
irc://freenode.net/##slackware-ru

Сделав всё по инструкции я получил архивы:

Это нормально? Или я где то промахнулся?

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

Точно промахнулись с модулями.
Вот эта строка:должна была быть, как наверняка уже догадались,То есть, нужно
По поводу "всё по инструкции", полагаю слегка лукавите, ибо не вижу пакета с исходниками: /tmp/kernel-source-x.y.z-noarch.txz

_________________
irc://freenode.net/##slackware-ru

Верно, делал всё по инструкции кроме

пологая, что эта строчка просто соберёт весь исходный код в архив (на случай, если вдруг мне они понадобятся на другом пк). Я думал, что эти слакбилды соберут уже все скомпилированные файлы ядра.

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

Полагали правильно, только из-за допущенной ошибки в команде, сборка -generic- ядра, сборка и установка модулей не производились. Соответственно вместо -generic- ядра упаковалось -huge- (ранее собранное), а вместо установленных модулей -- пустое дерево.

_________________
irc://freenode.net/##slackware-ru

Скоро вернусь домой, попробуй собрать 3.6.8-gnu ещё разок.
На данный момент не понимаю только вот что.

Зачем дважды выполнять make bzImage?

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

Затем, что в первом случае:, а во второма config-huge и config-generic ой как неодинаковы, например, для Slackware-14.0 x86_64:поделив на 4, получим грубую оценку количества по-разному выставленных параметров.

_________________
irc://freenode.net/##slackware-ru

Я пошёл более удобным для себя путём:

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

slackwarius,
в родных ядерных слакбилдах есть дополнение, формирующее в /boot символьные ссылки vmlinuz, config, System.map: Результатом является довесок в виде doinst.sh примерно следующего содержания: который устанавливает вышеуказанные ссылки на свежепоставленное ядро. В /etc/lilo.conf по умолчанию прописано image = /boot/vmlinuz, поэтому для -huge- ядра остаётся просто позвать lilo, для -generic- -- дописать, если не было сделано раньше, initrd = /boot/initrd.gz и позвать /usr/share/mkinitrd/mkinitrd_command_generator.sh -k 3.2.29 | bash, а затем lilo.

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

_________________
irc://freenode.net/##slackware-ru

Проблема решилась легко и просто. Я использую LibreKernel, и в директории с модулями эта версия ядра создаёт папку с именем версии ядра плюс окончание -gnu (н-р 3.9.0-gnu), а в оригинальном Slackbuild папка с модулями не содержит этого окончания. Именно по этой причине и создавался пустой архив.

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

Решил собрать generic ядро с конфигом проекта http://liquorix.net/ Собирал по инструкции http://enjoygnulinux.blogspot.ru/search ... 1%80%D0%BE собрал два пакета kernel-generic-smp-3.11.1_smp-i686-1.txz и kernel-modules-smp-3.11.1_smp-i686-1.txz. Как собрать kernel-headers и kernel-source в txz пакет ?

Ну kernel-source собирается очень просто.

То же самое с headers для этого проделайте похожую операцию с /usr/src/linux-3.11.1/include/linux и отобразите ее в /usr/include/


Примечание.
kernel-headers должны быть теми, с которыми собрана glibc. Если не пересобираете glibc -- не трогайте kernel-headers!
См. Пакет Sklackware kernel-headers, Slackware kernel-headers package.
-- bormant

что-то я не понял последней команды -- слакобилд берёт обпраз из текущего каталога, как образ там окажется?

PS: http://enjoygnulinux.blogspot.ru/ себе забрал. Оно ничейное а имя красивое. Буду наполнять, раз никто не хочет.

А по умолчанию
поставит:

в /boot - bzip'ом пожатый образ ядра и вызовет lilo

в /lib/modules/$KERNELVERSION - модули ядра.

Соответственно, вместо /путь/до/kernel-generic в
нужно подставить /boot и получить свежеиспеченный ядерный пакет. Можно при сборке задать каталог /tmp/boot и перед вызовом слакбилда указать этот каталог... неплохо бы еще отучить make вызывать lilo после создания образа ядра и делать это в doinst.sh. Если не ошибаюсь, штатная возможность запретить вызов lilo есть. Но можно и выстрелить из пушки по воробьям, а также себе в ногу, собрав ядро в chroot-е (хотя, вроде ничего криминального в таком способе опакечивания ядра я не вижу, мне даже так удобно).

_________________
Истинный hotplug - это обычная электрическая розетка: воткнул - работает, и никаких драйверов.

дык у меня других вариантов нет, ибо на нетбуке собрать ядро невозможно. Потому и собираю в chroot'е.


что-то я не заметил. У мну в /usr/src/linux-*/arch/x86/ собрался образ.

_________________
slackware-current(32/64)