loungelizard Опубликовано 15 июля, 2005 Жалоба Опубликовано 15 июля, 2005 Оно вообще хоть у кого-нибудь заводится нормально? Пытаюсь поставить 2.6.12.2, вроде всё делаю правильно, module-init-tools поставил 3.1... Ядро собирается, но потом потом куча ошибок с модулями (там что-то типа WM_MODULE not implemented), не собираются дрова от NVidia... Что я не так делаю? Под 2.4.31 всё как часы, но хочется всегда чего-то поновее. Цитата
Legalizer Опубликовано 15 июля, 2005 Жалоба Опубликовано 15 июля, 2005 Не только заводится но и отлично работает. Поскольку вы не рассказываете, что вы делаете и как, понять, в чем состоит ваша ошибка, не представляется возможным. Наиболее вероятно, что вы неправильно конфигурируете ядро. Цитата
loungelizard Опубликовано 15 июля, 2005 Автор Жалоба Опубликовано 15 июля, 2005 В том-то и дело что опции в mane menuconfig ставлю как в 2.4.31, так что что там может заглючить - не понятно. Кстати, а есть какой-нибудь howto по установке 2.6? Цитата
Legalizer Опубликовано 15 июля, 2005 Жалоба Опубликовано 15 июля, 2005 А вы попробуйте не ставить "как в 2.4", а просто взять конфиг старого ядра. "howto по установке" лежит в архиве с исходниками ядра и называется, как это ни странно "README". Там подробно описан процесс установки. Цитата
loungelizard Опубликовано 15 июля, 2005 Автор Жалоба Опубликовано 15 июля, 2005 Почитал и нашёл кое-что в ридми к module-init-tools... Модули которые встроены в ядро теперь собираются нормально, но всё равно осталась одна проблема. Не работает ALSA - ни встроенная, ни отдельная с alsa-project.org. Собирается и устанавливается всё нормально, alsaconf звуковуху распознаёт и прописывает в /etc/modprobe.conf, но ни одна программа звуковуху не видит, даже alsamixer. В чём может быть проблема? С 2.4.31 всё работает. Цитата
Aceler Опубликовано 17 июля, 2005 Жалоба Опубликовано 17 июля, 2005 Ядро 2.6.x собирается по другой схеме. make menuconfig make make modules_install Если же вы по привычке сначала делаете модули, а потом ядро, ничего у вас не выйдет. Цитата
BSDobermann Опубликовано 17 июля, 2005 Жалоба Опубликовано 17 июля, 2005 Качаем исходники ядра с 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 Опубликовано 17 июля, 2005 Жалоба Опубликовано 17 июля, 2005 Заранее прошу прощения за оффтоп, но не могу молчать 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 Опубликовано 17 июля, 2005 Жалоба Опубликовано 17 июля, 2005 EvilShadow =))) ну а как я буду новичку объяснять что такое make config? Я считаю будет лучше, если сразу учить людей работать с консолью а не тупо сщелкать стрелками и пробелом на клаве - make menuconfig. /sbin/lilo приходится делать, так как у меня не один кернель в системе. и я переназываю. bzImage попсово. shutdown -r now не пользуюсь. У меня щас аптайм зверский - 3 дня, почти четыре. Вот выйдет 2.6.13-rc4 собиру его, и если не забуду попробую выполнить shutdown -r now. Насчет монолит VS модуль дык в сети есть куча доков потверждающие мои слова.. Цитата
Ineu Опубликовано 17 июля, 2005 Жалоба Опубликовано 17 июля, 2005 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 Опубликовано 17 июля, 2005 Жалоба Опубликовано 17 июля, 2005 1. Ага это минус make config. Но я бы посмотрел на вас, как бы вы собрали ядро скажем на 80486DX/~8Mb (или 4Mb) 2. Пользуюсь исключительно LILO. Ведь не даром он LInux LOader © White_Mouse 3. Не вижу в этом ничего сложно подправить одну строчку, сохранить файл и выполнить команду /sbin/lilo. 4. Ага линк есть - один большой. GOOGLE.RU Цитата
Ineu Опубликовано 17 июля, 2005 Жалоба Опубликовано 17 июля, 2005 BSDobermann писал(а) вс, 17 июля 2005 21:26 1. Ага это минус make config. Но я бы посмотрел на вас, как бы вы собрали ядро скажем на 80486DX/~8Mb (или 4Mb) Не имею возможности Хотя у меня друг недавно собрал ядро на четверке, правда, с 16Mb. Пойдет? Так он пользовался менюконфигом. А вообще ncurses и проблемы с системными ресурсами - это несерьезно. Тогда на четверке и mc пользоваться нельзя. Цитата: 4. Ага линк есть - один большой. GOOGLE.RU Мне субъективно больше нравица google.com.ua Вы б меня еще на SQ послали. Я уже привел пример того, что дает Гугль, а рыцца в огромном количестве практически одинаковых мнений людей, которые о сути вопроса знают столько же, что и я, нет никакого желания. Чтобы разобрацца в вопросе, нужны линки на серьезные работы серьезных людей (Торвальдсу я писать не буду ), а не на бестолковый и к тому же постоянно повторяющийся флейм на форумах. Цитата
loungelizard Опубликовано 17 июля, 2005 Автор Жалоба Опубликовано 17 июля, 2005 Всё, разобрался с ALSA - надо было запустить прилагающуюся к ней прогу snddevices. В 2.4.31 всё работало и без этого, потому и непонятки получились. Теперь другой вопрос - созданные этой прогой девайсы в /dev исчезают после каждого ребута. Я накатал скрипт который при загрузке инитит драйвер звуковухи и создаёт заново этии девайсы, но это топорное решение. Я так понимаю, эта проблема связана с udev. Чего и где надо крутить, чтобы девайсы оставались после ребута? К man udev не отправляйте, я там не разобрался. Цитата
Рекомендуемые сообщения
Присоединяйтесь к обсуждению
Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.