Странное в процессе сборки ядра 2.6.15

[nesferato]

Доброго всем дня! Понимаю, что с подобными вопросами уже достали, но извиняйте, не мог найти, так как инет сегодня жуууутко тормозит.
Пославил на машину Slackware-current c ядром 2.6.14.3 (также поставил из каталога /testing modules u headers для этого ядра). Потом решил установить ядро версии 2.6.15. Почитал ядерную физику. Скачал. Распаковал. Исходники поместил в /usr/src/2.6.15. Потом запустил make menuconfig. И вот, что появилось в процессе:
----------------------------------------------------------------------
arch/i386/defconfig:121:warning: trying to assign nonexistent symbol HAVE_DEC_LOCK
arch/i386/defconfig:171:warning: trying to assign nonexistent symbol PCI_USE_VECTOR
arch/i386/defconfig:173:warning: trying to assign nonexistent symbol PCI_NAMES
arch/i386/defconfig:216:warning: trying to assign nonexistent symbol PARPORT_PC_CML1
arch/i386/defconfig:220:warning: trying to assign nonexistent symbol PARPORT_OTHER
--------- и ещё строчек 10 подобного типа --------------------
потом настроил ядро, скомпилировал. Вроде все нормально работает пока, без сбоев. Но хотелось бы понять, смысл этих предупреждений и по-возможности, как этого избежать. Спасибо заранее.

p.s. Сначал думал что это из-за того, что у меня udev версии 064, но когда поставил 080, ничего не изменилось...
пробовал также копировать заголовки из исходников в /usr/include...

[TuLiss]

то же самое, все работает ок. Если меня кто нить то же просветить скажите.

[BigKAA]

Не надо заморачиваться Warning при сборке ядра дело обычное

[Angel_13th]

Это просто в конфиге(и в самом ядре) некоторые опции меняються или же удаляються (например не стоит какой либо патч), а ты пользуеш старый конфиг, то он не находт таких значений, и пишет что в конфиге есть то-то, но в новом ядре это не поддерживаеться. ВОТ Так примерно

[TuLiss]

Это просто в конфиге(и в самом ядре) некоторые опции меняються или же удаляються (например не стоит какой либо патч), а ты пользуеш старый конфиг, то он не находт таких значений, и пишет что в конфиге есть то-то, но в новом ядре это не поддерживаеться. ВОТ Так примерно

ядро чистое, конфигов нету =)

Не надо заморачиваться Warning при сборке ядра дело обычное

Ну скажим так, warning на стадии компиляции я понимаю. Но вот при запуски menuconfig не очень =) Причем такое пошло с 2.15. Собственно просто хотелось понять на кой она выводит =) Хотя жить конечно не мешает.

[Angel_13th]

TuLiss Ну наверно в новомо конфиге стоит старый defconfig, может старый конфиг беряться из /usr/src/linux, а может и из /boot/config, у меня например при подгрузке старого конфига в новое ядро, вот что вылазит

Код: Выделить всё

/root/configre:359: trying to assign nonexistent symbol IP_NF_TARGET_IPV4OPTSSTRIP
/root/configre:360: trying to assign nonexistent symbol IP_NF_MATCH_CONNLIMIT
/root/configre:361: trying to assign nonexistent symbol IP_NF_MATCH_EXPIRE
/root/configre:362: trying to assign nonexistent symbol IP_NF_MATCH_FUZZY
/root/configre:363: trying to assign nonexistent symbol IP_NF_MATCH_IPV4OPTIONS
/root/configre:364: trying to assign nonexistent symbol IP_NF_MATCH_NTH
/root/configre:365: trying to assign nonexistent symbol IP_NF_MATCH_OSF
/root/configre:366: trying to assign nonexistent symbol IP_NF_MATCH_PSD
/root/configre:367: trying to assign nonexistent symbol IP_NF_MATCH_QUOTA
/root/configre:368: trying to assign nonexistent symbol IP_NF_MATCH_RANDOM
/root/configre:369: trying to assign nonexistent symbol IP_NF_SET
/root/configre:370: trying to assign nonexistent symbol IP_NF_MATCH_TIME
/root/configre:371: trying to assign nonexistent symbol IP_NF_MATCH_U32

[BigKAA]

Может сначала make oldconfig попробовать? Потому как, если старый завалялся, то оldconfig самое оно.

[TuLiss]

TuLiss Ну наверно в новомо конфиге стоит старый defconfig, может старый конфиг беряться из /usr/src/linux, а может и из /boot/config, у меня например при подгрузке старого конфига в новое ядро, вот что вылазит[code]/root/configre:359: trying to assign nonexistent symbol IP_NF_TARGET_IPV4OPTSSTRIP
/root/configre:360: trying to assign nonexistent symbol IP_NF_MATCH_CONNLIMIT

о чем и реч. /boot/config И /usr/src/linux нету. Те конфига старого просто неоткуда брать =)
а попробую поэксперементироваь

[Angel_13th]

Я придерживаюсь того же мнения что и BigKAA, надо просто забить на это дело.

[Vasyx]

Решил попробовать сабж на своей машине. Получил примерно такие же варнинги, хотя старых конфигов нигде не было... А потом поискал хорошенько и нашел!!! /proc/config.gz!!! Удалил... И никаких варнингов! На них дейсвительно можно просто забить

[nesferato]

Прислушавшись к внутреннему голосу и большинству тоже забил.
2Vasyx: а у меня и не было /etc/config.gz, я проинсталлил новую систему и сразу стал ядро пересобирать.

[Angel_13th]

nesferato /proc/config.gz насколько я знаю это зависит от опций в конфиге ядра, и по стандарту эта опция включена.

[Vasyx]

Согласен с Angel. Т.к. я /proc/config.gz нашел только потому, что до этого видел эту опцию, когда ядро пересобирал.

[M@kar]

Вот перекомпилировал ядро 2.6.15.1, теперь такая проблема:
При загрузке вот что:
VFS: Cannot open root device "307" or unknown-block (3,7)
Please append a coorect "root=" boot option
Kernel panic - not syncing: VFS: Unable to mount fs on unknown-block (3,7)
Дистрибутив Slackware 10.2. Lilo после компиляции не правил, т.к. в каталоге /boot название ядра не поменялось.


Потом переустановил, опять перекомпилировал, выполнил mkinitrd -o /boot/initrd.img-linux-2.6.15.1 linux-2.6.15.1
Далее добавил в lilo:
initrd = /boot/initrd.img-linux-2.6.15.1
Все равно не помогло. Что делать?
Дистрибутив Slackware 10.2

[Screw]

Please append a coorect "root=" boot option



Как я понял ^_^ он не может понять где у тебя загрузочный диск
Укажи его.
У меня это root=/dev/hda3

[M@kar]

Заново настроил config, система уже грузится, но:
root@darkstar:~# lsmod
Module Size Used by
i2c_viapro 7164 -
i2c_core 16648 -
nls_cp866 4712 -
root@darkstar:~#
А где остальные? Может я неверно создал initrd?

[nesferato]

Может быть я чего-то не допонимаю... Но зачем при сборке ядра создавать initrd? Я так понимаю он нужен затем, чтобы ещё при старте подгрузить модули, например файловой системы для того, чтобы определился потом рутовый раздел. Но зачем делать, например, модулем reiserfs, если у тебя рутовый раздел отфарматирован в эту ФС? Я при сборке наиболее необходимые мне дрова включаю в ядро (под SATA, RAID, reiserfs, ext3).

[M@kar]

Но зачем делать, например, модулем reiserfs, если у тебя рутовый раздел отфарматирован в эту ФС?

Был reiserfs стал ext3. Тем более, что reiserfs у меня включен в ядро. Просто не все модули загружаются.