Ядро 2.6...

[loungelizard]

Оно вообще хоть у кого-нибудь заводится нормально? Пытаюсь поставить 2.6.12.2, вроде всё делаю правильно, module-init-tools поставил 3.1... Ядро собирается, но потом потом куча ошибок с модулями (там что-то типа WM_MODULE not implemented), не собираются дрова от NVidia... Что я не так делаю? Под 2.4.31 всё как часы, но хочется всегда чего-то поновее.

[Legalizer]

Не только заводится но и отлично работает.

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

Наиболее вероятно, что вы неправильно конфигурируете ядро.

[loungelizard]

В том-то и дело что опции в mane menuconfig ставлю как в 2.4.31, так что что там может заглючить - не понятно. Кстати, а есть какой-нибудь howto по установке 2.6?

[Legalizer]

А вы попробуйте не ставить "как в 2.4", а просто взять конфиг старого ядра.

"howto по установке" лежит в архиве с исходниками ядра и называется, как это ни странно "README". Там подробно описан процесс установки.

[loungelizard]

Почитал и нашёл кое-что в ридми к module-init-tools... Модули которые встроены в ядро теперь собираются нормально, но всё равно осталась одна проблема. Не работает ALSA - ни встроенная, ни отдельная с alsa-project.org. Собирается и устанавливается всё нормально, alsaconf звуковуху распознаёт и прописывает в /etc/modprobe.conf, но ни одна программа звуковуху не видит, даже alsamixer. В чём может быть проблема? С 2.4.31 всё работает.

[Legalizer]

ls -l /dev/dsp ?

[Aceler]

Ядро 2.6.x собирается по другой схеме.

make menuconfig

make

make modules_install

Если же вы по привычке сначала делаете модули, а потом ядро, ничего у вас не выйдет.

[BSDobermann]

Качаем исходники ядра с http://kernel.org/ и распаковываем архив.

cd /usr/src/ && wget http://www.kernel.org/pub/linux/kernel/v2.6/testing/linux-2. 6.13-rc3.tar.bz2 && tar -xjvf linux-2.6.13-rc3.tar.bz2 && cd linux-2.6.13-rc3 && make config (config круче выглядит, и отнимает меньше ресурсов=) Отвечаем на вопросы Y/N/M/? - Да/Нет/Модуль/Помощь. Если собираем монолитное ядро, то на все вопросы отвечаем как Y/N. Нельзя использовать ответ как Модуль (M). Также необходимо ответить No для пунктов kmod support и module version (CONFIG_MODVERSIONS) support. И потом собираем командой make bzImage && cp arch/i386/boot/bzImage /boot/ && {правим загрузчик LILO или GRUB} && /sbin/lilo && shutdown -r

Если собираем модульное ядро то проделываем все тоже самое, только уже с ответом на вопрос (M) Модуль. И отвечаем положительно на kmod support и module version support. И собираем как make modules && make modules_install && cp arch/i386/boot/bzImage /boot/ && {правим загрузчик LILO/GRUB} && /sbin/lilo && reboot

Главная особенность монолитного ядра от модульного его быстродействие, но в случае с nvidia мы проигрываем в 3D. Так как драйвера (которые беруцца с nvidia.com) не что-иное, как закрытые бинари и вкомпилить их непосредственно в ядро не получиться

[Ineu]

Заранее прошу прощения за оффтоп, но не могу молчать

BSDobermann писал(а) вс, 17 июля 2005 14:18

config круче выглядит, и отнимает меньше ресурсов=)

Смеялся, респект

Цитата:

{правим загрузчик LILO или GRUB} && /sbin/lilo && shutdown -r

После исправления конфига ГРУБа запускать ЛИЛО совсем не желательно, равно как и ГРУБ. Переписывать загрузчик каждый раз после изменения конфига - это безобразие %)

es@tbw ~ $ su -

Password:

tbw ~ # shutdown -r

Usage: shutdown [-akrhPHfFnc] [-t sec] time [warning message]

......................

** the "time" argument is mandatory! (try "now") **

tbw ~ #

А у Вас shutdown -r работает? У меня нет.

Цитата:

Главная особенность монолитного ядра от модульного его быстродействие

Слышу это не в первый раз. Доказательства в студию!

[BSDobermann]

EvilShadow =))) ну а как я буду новичку объяснять что такое make config? Я считаю будет лучше, если сразу учить людей работать с консолью а не тупо сщелкать стрелками и пробелом на клаве - make menuconfig. /sbin/lilo приходится делать, так как у меня не один кернель в системе. и я переназываю. bzImage попсово.

shutdown -r now не пользуюсь. У меня щас аптайм зверский - 3 дня, почти четыре. Вот выйдет 2.6.13-rc4 собиру его, и если не забуду попробую выполнить shutdown -r now.

Насчет монолит VS модуль дык в сети есть куча доков потверждающие мои слова..

[Ineu]

BSDobermann писал(а) вс, 17 июля 2005 20:25

EvilShadow =))) ну а как я буду новичку объяснять что такое make config? Я считаю будет лучше, если сразу учить людей работать с консолью а не тупо сщелкать стрелками и пробелом на клаве - make menuconfig.

Ну... я после своего первого make config'а тааааак полюбил ncurses

Единственная, ИМХО, принципиальная разница между make config и make menuconfig в том, что в первом случае, если ошибешься, приходится все начинать сначал , а я никогда не любил аркады Поще уж тогда вручную .config править

Цитата:

/sbin/lilo приходится делать, так как у меня не один кернель в системе. и я переназываю. bzImage попсово.

Ага, точно, попсово

vi /boot/grub/grub.conf - и переписывать ничего не надо

Цитата:

Насчет монолит VS модуль дык в сети есть куча доков потверждающие мои слова..

А кокретней можно? Обычно на вопрос "За счет чего монолитное ядро быстрее" отвечают - "За счет монолитности". Это довод?

Хотя есть и еще один - время загрузки модуля, но это уже вопрос во Флейм. Вы хотите об этом поговорить?

Линки у Вас есть?

[BSDobermann]

1. Ага это минус make config. Но я бы посмотрел на вас, как бы вы собрали ядро скажем на 80486DX/~8Mb (или 4Mb)

2. Пользуюсь исключительно LILO. Ведь не даром он LInux LOader © White_Mouse

3. Не вижу в этом ничего сложно подправить одну строчку, сохранить файл и выполнить команду /sbin/lilo.

4. Ага линк есть - один большой. GOOGLE.RU

[Ineu]

BSDobermann писал(а) вс, 17 июля 2005 21:26

1. Ага это минус make config. Но я бы посмотрел на вас, как бы вы собрали ядро скажем на 80486DX/~8Mb (или 4Mb)

Не имею возможности

Хотя у меня друг недавно собрал ядро на четверке, правда, с 16Mb. Пойдет? Так он пользовался менюконфигом.

А вообще ncurses и проблемы с системными ресурсами - это несерьезно. Тогда на четверке и mc пользоваться нельзя.

Цитата:

4. Ага линк есть - один большой. GOOGLE.RU

Мне субъективно больше нравица google.com.ua

Вы б меня еще на SQ послали. Я уже привел пример того, что дает Гугль, а рыцца в огромном количестве практически одинаковых мнений людей, которые о сути вопроса знают столько же, что и я, нет никакого желания.

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

[loungelizard]

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

Теперь другой вопрос - созданные этой прогой девайсы в /dev исчезают после каждого ребута. Я накатал скрипт который при загрузке инитит драйвер звуковухи и создаёт заново этии девайсы, но это топорное решение. Я так понимаю, эта проблема связана с udev. Чего и где надо крутить, чтобы девайсы оставались после ребута? К man udev не отправляйте, я там не разобрался.