Наступает момент, когда Вам просто необходима поддержка нового оборудования операционной системой, либо новый функционал привычных приложений неподдерживаемый текущим ядром Вашей операционной системы. Что делать? Есть два варианта - 1. Достать техподдержку, требуя обновить имеющуюся у Вас ОС, трепя нервы и себе, и другим, а можно просто обновить ядро ОС, включив или отключив определенные опции. По нижеприведенным ссылкам Вы можете ознакомиться с тем, как это проделать самому.

1. http://www.opennet.ru/docs/RUS/debian_install/ch08s06.html

2. http://www.opennet.ru/base/sys/linux_kernel_compile.txt.html

3. http://www.linuxcenter.ru/lib/articles/system/kern_config.phtml - опции ядра

Imho, вредны здесь такие ссылки. Обязательно найдется самоуверенный идиет, который бездумно соберет незагружающееся ядро и радостно притопает сюда со стандартным набором визгов "в этом вашем линаксе надо обязательно уметь пересобрать ядро, а если даже его пересобрать по инструкции, то оно у миня ниработает". 

> в каждой теме обязательно вставляющие пять копеек типа "а вот в Виндовс и не нуууууужно пересобирать ядро".

И это тоже для полного щастья.

В нормальных дистрибутивах нет никакой реальной необходимости что-то пересобирать. Если что-то чешется, то есть LFS.

> В нормальных дистрибутивах нет никакой реальной необходимости что-то пересобирать. 

+1

apt-get update  && apt-get install kernel-image-std-def-XX-YY-ZZ\#PQ-RS

ЗЫ иногда полезен downgrade, например в ALT 5.0.* по умолчанию патологически медленное 2.6.30, его может быть полезно заменить на 2.6.18 из репозитория.

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

Второй момент. Практически всегда в любой ненастроенной установленной системе linux при выводе lsmod вы увидите кучу загруженных модулей... А теперь попробуйте угадать, сколько из них нужно для именно Вашего компьютера? Alt Linux 5.0 идет с ядром 2.6.30... Последнее стабильное ядро - 2.6.33... C выхода Alt Linux 5.0 прошло не так много времени... Так что ссылки такие не вредны, а полезны... Если бы такие ссылки в качестве факультатива перед установкой Linux почитать, да еще и в readme прописать какое именно оборудование поддерживает ядро ( замечу, ядро, а не дистрибутив ) то и вопросы по установке звучали бы четче, и решать их было бы гораздо эффективней и работникам этого портала, да и самим учителям было бы проще...

Вот тема в качестве примера - http://www.spohelp.ru/forums/13-drayvery-i-linux/topics/243-sbornik-drayverov-pod-linux-5-0... Как объяснить человеку, что в скаченных драйверах оборудования есть модули ядра, что если в ядре не включена опция динамической подгрузки модулей, он не сможет ничего запустить? Эта тема - для ознакомления в первую очередь, для думающих - во-вторую... Все так категоричны, но, посудите сами, дистрибутив - эта та самая рыба... Вопрос - а где удочка, а? Большинство дает ответы на звучащие тут вопросы - это хорошо, опытом делиться.... А если человек сам захоче этот опыт приобрести?

> Если бы такие ссылки в качестве факультатива перед установкой Linux почитать, 

Кто и с какой подготовкой читает? Imho, большинству задающих вопросы на spohelp.ru перед чтением этих ссылок нужно начинать с  мурзилок типа "линукс для чайников", чтобы только начать узнавать знакомые буквы.

> да еще и в readme прописать какое именно оборудование поддерживает ядро 

+ в каких комбинациях оно его не поддерживает. 

ЗЫ spohelp.ru, вероятно, имеет >10⁴ уникальных отчетов от sign_ou.sh. Почему sign_ou.sh не использовать для составления списка оборудования, на котором линукс доходит минимум до подъема сети?

> Хочу заметить - наличие драйвера оборудования в дистрибутиве ( то бишь программы на диске или в установленной системе ) не гарантирует работу оборудования, если поддержка отключена в ядре.

Что же там такое злобные дистростроители отключили?

> Практически всегда в любой ненастроенной установленной системе linux при выводе lsmod вы увидите кучу загруженных модулей... А теперь попробуйте угадать, сколько из них нужно для именно Вашего компьютера?

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

Чаще всего, к сожалению, ядро собранное чайником это довольно смешное зрелище. К тому же ядро от вендора и vanilla это две большие разницы.

Александр Демин писал(а):

Если в ядре не включена опция динамической подгрузки модулей (в дистрибутиве, интересно каком?), то в топку такой дистр. Если в нем так собрано ядро, то можно предствить как собрано все остальное. К счастью, такая ситуация чисто гипотетическая и в реальной жизни не встречается.

> В linux грузятся только нужные модули

Косолапые дистросборщики на украденные у нас деньги вставили в rc.sysinit 

  for m in `find  /lib/modules/\`uname -r\` -name '*.ko' | sed 's,^.*/\([^/\.]\+\)\.ko$,\1,' ` ; do modprobe $m ; done

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

Неплохой способ самообразования - LFS. Если цель сборки самообразование, то так и надо говорить. А то типа вредные дистростроители неправильно ядра собирают, мы тут ка-а-а-к возьмем и заткнем их за пояс :)

>  А то типа вредные дистростроители неправильно ядра собирают, мы тут ка-а-а-к возьмем и заткнем их за пояс

Разве что консервативно собрали с  -march=i386 -mtune=generic, а мы сделаем -march=шо_у_нас_в_ящике -mtune=... Тогда и userland надо пересобирать, в нем на десктопе CPU дольше находится в среднем.

Julia Dronova (administrator) писал(а):

Я понимаю - админ енто должность такая.... Но админы то же - люди... Насчет iptables.. И сейчас попадаются такие дистрибутивы, где поддержка iptables отсутсвуте

Если брать в пример дистрибутивы серверные - такие как RedHat или CentOS, то в 99% самосборное ядро не загрузится. Причин может быть множество. Для таких лучшей идеей будет добавить специальные репозитории, в которых складываются пакеты с драйверами. Думаю, для школьного линукса это будет лучшим вариантом, чем заставлять пользователя пересобирать ядро.

P.S. Сам работаю в gentoo и ядро собираю своё.

Роман Гарифуллин писал(а):

 А пользователя никто и не заставляет... Статьи для ознакомления.

А чем, извините, отличается серверный дистрибутив от несерверного?

Александр Демин писал(а):

Вы серьёзно? Хорошо, делаю серьёзный задумчивый вид, натягиваю очки и отвечаю: набором пакетов, ориентированных на серверы; большей стабильностью, т. е. включаются только проверенные пакеты, у большинства пакетов версии не подымаются в течение всего жизненного цикла; бОльший цикл поддержки; предсказуемость проблем и из решений, вытекающая из предыдущих пунктов. Если бы это не было важно, то серьёзные дата-центры бы не ставили у себя серверные дистрибувы.

Роман Гарифуллин писал(а):

В RHEL и его пересборок оно соберется только с одним конфигом (тот который там есть) ;)

yaleks писал(а):

Это не совсем так -- разумеется, конфиг можно переконфигурировать и собрать ядро с той функциональностью, какой надо (другое дело, что как совершенно справедливо было сказано выше, на mission critical системах по понятным причинам предпочитают пользоваться оргинальными сборками). Другое дело, что ядро 2.6.18 RHEL серьезно отличается от ванильного -- там достаточно много backport'ов из свежих ядер в части драйверов и security fix'ов -- так что, опираться надо конечно на то, что получается после разматывания соотв. src.rpm.

Роман Гарифуллин писал(а):

 То есть вы хотите сказать, что полноценный сервер можно поднять, используя только специализированный дистрибутив?

Статьи в первом посте негодные - две ориентированы на 2.4, в другой ничего толком не написано. По ним вряд ли можно собрать что-то путное. емнип последнее что публиковалось это "Ставим ядро 2.6, или Ядерная физика для домохозяйки. Версия 2.0". И то там много устаревшего и просто спорного. Чтение help к опциям даст гораздо больше.