Благодарности

Этот документ основан на исходном HTML-варианте версии 1.7, написанном 19 июля 1997 года Henrik Storner <storner@osiris.ping.dk>, и был отредактирован и преобразован в DocBook DTD Gary Lawrence Murphy <garym@teledyn.com> 20 мая 2000 года.

Я хочу выразить свою искреннюю благодарность следующим людям :

• Bjorn Ekwall bj0rn@blox.se

• Ben Galliart bgallia@luc.edu

• Cedric Tefft cedric@earthling.net

• Brian Miller bmiller@netspace.net.au

• James C. Tsiao jtsiao@madoka.jpl.nasa.gov

Если вы обнаружите какие-либо ошибки в этом документе, шлите свои замечания и предложения по адресу <kerneld-howto@linuxdoc.org>. Все замечания и предложения от читателей этого мини-HOWTO будут только приветствоваться.

Copyright

This document is Copyright by Henrik Storner, 1996, 1997.

Unless otherwise stated, Linux HOWTO documents are copyrighted by their respective authors. Linux HOWTO documents may be reproduced and distributed in whole or in part, in any medium physical or electronic, as long as this copyright notice is retained on all copies. Commercial redistribution is allowed and encouraged; however, the author would like to be notified of any such distributions.

All translations, derivative works, or aggregate works incorporating any Linux HOWTO documents must be covered under this copyright notice. That is, you may not produce a derivative work from a HOWTO and impose additional restrictions on its distribution. Exceptions to these rules may be granted under certain conditions; please contact the Linux HOWTO coordinator at the address given below.

In short, we wish to promote dissemination of this information through as many channels as possible. However, we do wish to retain copyright on the HOWTO documents, and would like to be notified of any plans to redistribute the HOWTOs.

If you have questions, please contact the Linux HOWTO coordinator, at linux-howto@sunsite.unc.edu via email.

Авторские права

Авторские права на русский перевод этого текста принадлежат ╘ 2000 ASPLinux Все права зарезервированы.

Этот документ является частью проекта Linux HOWTO.

Авторские права на документы Linux HOWTO принадлежат их авторам, если явно не указано иное. Документы Linux HOWTO, а также их переводы, могут быть воспроизведены и распространены полностью или частично на любом носителе физическом или электронном, при условии сохранения этой заметки об авторских правах на всех копиях. Коммерческое распространение разрешается и поощряется; но так или иначе автор текста и автор перевода желали бы знать о таких дистрибутивах.

Все переводы и производные работы, выполненные по документам Linux HOWTO должны сопровождаться этой заметкой об авторских правах. Это делается в целях предотвращения случаев наложения дополнительных ограничений на распространение документов HOWTO. Исключения могут составить случаи получения специального разрешения у координатора Linux HOWTO с которым можно связаться по адресу приведенному ниже.

Мы бы хотели распространить эту информацию по всем возможным каналам. Но при этом сохранить авторские права и быть уведомленными о всех планах распространения HOWTO. Если у вас возникли вопросы, пожалуйста, обратитесь к координатору проекта Linux HOWTO по электронной почте: <linux-howto@metalab.unc.edu>, или к координатору русского перевода Linux HOWTO компании ASPLinux по адресу <linux-howto@asplinux.ru>

Зачем это нужно?

Существует много причин для использования kerneld. Те, которые я упомяну - мои, другие люди могут использовать kerneld по иным причинам.

• Если надо собрать ядра для нескольких систем, которые мало отличаются (например, сетевыми платами) - то можно собрать одно ядро и несколько модулей, вместо сборки отдельных ядер для каждой системы.

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

• Это экономит память, используемую ядром, то есть, у вас больше памяти для приложений. Память, используемая ядром, никогда не кладется в раздел подкачки (swap), поэтому, если у вас 100 кб неиспользуемых драйверов внутри ядра, вы просто теряете оперативную память.

• Некоторые драйвера, которые я использую - например, для стриммера ftape или iBCS - могут быть только в модулях. Но мне не приходится мучаться с их загрузкой и выгрузкой, когда бы они мне не понадобились.

• Создатели дистрибутивов Linux-а не должны собирать 284 разных загрузочных образов (boot image) - каждый пользователь загружает драйверы для своего оборудования. В последних версиях некоторых дистрибутивов встроено автоматическое определение оборудования, которое само загружает только необходимые модули.

Конечно существуют причины, по которым вы не захотите использовать модули - вы можете предпочесть иметь одно ядро со всеми вашими драйверами, встроенными в него. В этом случае, вы читаете не тот документ.

Где найти необходимые части?

Поддержка модулей впервые была встроена в ядро версии 1.3.57. Если у вас ядро более ранней версии, и вы хотите установить kerneld, то вы должны перейти на более новое ядро. Исходные тексты ядер можно найти на всех основных Linux ftp-серверах, в том числе и на:

• Kernel.Org

• Metalab Linux

• TSX-11 в MIT

Демон (daemon) входит в пакет modules. Он обычно также доступен по тем же адресам, где находятся исходные тексты ядра.

ВНИМАНИЕ: Если вы хотите использовать загрузку модулей в последних тестовых ядрах, то вы должны использовать пакет modutils (НЕ modules). Ниже (глава Общие проблемы) приведено несколько замечаний о проблемах использования модулей в ядрах версии 2.1.

Проверка kerneld

Перезагрузитесь с новым ядром. Когда система загрузится, наберите ps ax, и вы должны увидеть там строку с kerneld:

    PID TTY STAT  TIME COMMAND
     59  ?  S     0:01 /sbin/kerneld

Одно из самых приятных свойств kerneld состоит в том, что после загрузки ядра и загрузки kerneld требуется очень мало дополнительных действий. Для начала попробуйте использовать один из драйверов, который вы собрали в виде модуля - наиболее вероятно, что он заработает без дальнейшей настройки. Я собрал драйвер флоппи-дисковода в виде модуля так, чтобы можно было вставить DOS диск в дисковод и

  osiris:~ $ mdir a:
   Volume in drive A has no label
   Volume Serial Number is 2E2B-1102
   Directory for A:/

  binuti~1 gz       1942 02-14-1996  11:35a binutils-2.6.0.6-2.6.0.7.diff.gz
  libc-5~1 gz      24747 02-14-1996  11:35a libc-5.3.4-5.3.5.diff.gz
          2 file(s)        26689 bytes

Итак, драйвер флоппи-диска работает - он автоматически загрузился kerneld, когда я обратился к флоппи-диску.

Чтобы увидеть, что модуль флоппи на самом деле загружен, запустите /sbin/lsmod, который выдает список всех загруженных модулей на данный момент:

  osiris:~ $ /sbin/lsmod 
  Module:        #pages:  Used by:
  floppy            11    0 (autoclean)

Примечание "(autoclean)" означает, что модуль будет автоматически выгружен kerneld, если будет неактивен больше одной минуты. Таким образом, 11 страниц памяти (= 44кб, одна страница - это 4 кб) будут использованы,только пока я обращаюсь к флоппи - если пауза в использовании превысит одну минуту, то эта память будет освобождена. Достаточно удобно, если вам не хватает памяти для ваших программ!

Блочные устройства

Если вы запустите /sbin/modprobe -c, вам будет выдан список всех модулей, которые известны kerneld, и какие запросы, какому модулю соответствуют. Например, запрос, из-за которого загружается драйвер флоппи-дисковода, направлен к блочному устройству с главным (major) номером 2:

  osiris:~ $ /sbin/modprobe -c | grep floppy
  alias block-major-2 floppy

Почему блочное устройство с главным номером 2? Потому что устройства флоппи-дисководов /dev/fd* имеют главный номер 2 и являются блочными

  osiris:~ $ ls -l /dev/fd0 /dev/fd1
  brw-rw-rw-   1 root     root       2,   0 Mar  3  1995 /dev/fd0
  brw-r--r--   1 root     root       2,   1 Mar  3  1995 /dev/fd1

Символьные устройства

Символьные устройства работают тем же образом. Например, драйвер стриммера ftape использует главный номер устройства 27:

  osiris:~ $ ls -lL /dev/ftape 
  crw-rw----   1 root     disk      27,   0 Jul 18  1994 /dev/ftape

Но, kerneld по умолчанию не знает о драйвере ftape - его не было в списке по команде /sbin/modprobe -c. Поэтому для того, чтобы kerneld загружал драйвер ftape, мне нужно добавить строку к файлу конфигурации kerneld (/etc/conf.modules):

  alias char-major-27 ftape

Сетевые устройства

Вы также можете использовать имя устройства вместо char-major-xxx / block-major-yyy. Это очень часто используется для драйверов сети. Например, для NE2000-совместимой сетевой карты, работающей под именем eth0, будет следующая строка:

  alias eth0 ne

Если нужно передать какие-либо параметры драйверу - например, передать модулю, какое прерывание (IRQ) использует сетевая плата, добавьте строку опций ("options"):

  options ne irq=5

В результате этого kerneld загрузит драйвер платы NE2000 при помощи команды

  /sbin/modprobe ne irq=5

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

Формат кода программы (Binary formats)

Форматы кода обрабатываются почти также. Когда бы вы ни пытались запустить программу, формат которой неизвестен ядру, kerneld получает запрос на binfmt-xxx, где xxx - это номер вида кода, определенный из нескольких первых байтов кода. Таким образом, строка настройки kerneld, для поддержки загрузки модуля binfmt_aout для формата программ ZMAGIC (a.out), будет следующая:

  alias binfmt-267 binfmt_aout

так как магическое число (magic number) (см. /etc/magic) для формата ZMAGIC - 267. (Если вы внимательно рассмотрите /etc/magic, вы увидите число 0413, но числа в /etc/magic находятся в восьмеричном формате, kerneld использует десятичные, а восьмеричное 0413 = десятичному 267). На самом деле существует три слегка отличающихся варианта кода программ a.out (NMAGIC, QMAGIC и ZMAGIC), поэтому для полной поддержки модуля binfmt_aout необходимы три строки:

  alias binfmt-264 binfmt_aout  # обычная запускаемая программа (executable)(NMAGIC)
  alias binfmt-267 binfmt_aout  # запускаемая программа c подгрузкой страниц (demand-paged)(ZMAGIC)
  alias binfmt-204 binfmt_aout  # запускаемая программа c подгрузкой страниц (demand-paged)(QMAGIC)

Форматы кода a.out, Java и iBCS распознаются kerneld автоматически, без какой либо дополнительной настройки.

Протокол линии (slip, cslip и ppp)

Протоколы линии запрашиваются через tty-ldisc-x, где x обычно 1 (для SLIP) или 3 (для PPP). Оба эти варианта известны kerneld по умолчанию.

Продолжая разговор о PPP, если вы хотите, чтобы kerneld загружал модуль сжатия данных bsd_comp для PPP, то вам необходимо добавить следующие строки к файлу /etc/conf.modules:

  alias tty-ldisc-3 bsd_comp
  alias ppp0 bsd_comp

Семейства сетевых протоколов (IPX, AppleTalk, AX.25)

Некоторые сетевые протоколы могут быть также загружены в виде модулей. Ядро запрашивает у kerneld загрузку семейства протоколов (напр. IPX) при помощи запроса net-pf-X, где X это число, означающее номер необходимого семейства протоколов. Например, net-pf-3 означает AX.25, net-pf-4 - IPX и net-pf-5 - это AppleTalk. (Эти номера определяются константами AF_AX25, AF_IPX и т.п., заданными в исходных текстах ядра в файле include/linux/socket.h). Поэтому, для автозагрузки модуля IPX, вам необходимо добавить следующее в файл /etc/conf.modules:

  alias net-pf-4 ipx

Смотрите также ниже раздел Общие проблемы для информации о том, как можно избежать некоторых надоедливых сообщений во время загрузки системы, связанных с неопределенным семейством протоколов

Файловые системы

Запросы kerneld, требующие файловую систему, представляют собой простое название типа файловой системы. Наиболее часто это используется для загрузки модуля isofs для файловых систем CD-ROM-ов, например, файловых систем типа "iso9660":

  alias iso9660 isofs

Символьные устройства с главным номером 10: Мыши, сторожевые псы (watchdogs) и генераторы случайных чисел

Обычно периферийные устройства определяются при помощи их главных номеров, например ftape имеет главный номер (major) 27. Однако, если вы взглянете в каталог /dev, и поищете там символьные устройства с главным номером 10, вы увидите там набор абсолютно разных устройств, включая:

• Мыши, подключенные к различным портам (шинная мышь (busmouse), PS/2-мыши)

• Сторожевые псы (watchdog)

• Генератор случайных чисел ядра random

• Интерфейс расширенного управления питанием APM (Advanced Power Management)

Очевидно, что эти устройства контролируются несколькими различными модулями, а не одним. Поэтому, для настройки конфигурации kerneld для этих разнообразных устройств необходимо указать не только главное, но и дополнительное (minor) число:

        alias char-major-10-1 psaux     # Для мыши PS/2
        alias char-major-10-130 wdt     # Для сторожевого пса (watchdog) WDT

Для этого вам понадобится ядро версии не ранее 1.3.82; более ранние версии не передавали дополнительное число kerneld. Таким образом, kerneld не может выяснить, какому конкретно из подобных устройств понадобился соответствующий модуль.

Загрузка драйверов SCSI: Строка scsi_hostadapter

Драйвера SCSI-устройств состоят из двух частей: драйвера SCSI-адаптера (например, Adaptec 1542) и драйвера конкретного SCSI-устройства, которое вы используете, например, жесткий диск, CD-ROM или стриммер. Все это может быть загружено в виде модулей. Но при этом, если вы хотите обратиться, например, к CD-ROM-у, подключенному к SCSI-адаптеру Adaptec, ядро и kerneld знает лишь то, что необходимо загрузить модуль sr_mod для поддержки SCSI CD-ROM-ов - ему не известно, к какому SCSI-контроллеру подключен этот CD-ROM, и, соответственно, не известно какой модуль загружать для поддержки SCSI-контроллера.

Для разрешения этой проблемы можно добавить строку в /etc/conf.modules, в которой будет указано, который из многих доступных модулей драйверов SCSI-контроллеров надо загружать:

        alias scd0 sr_mod               # sr_mod для SCSI CD-ROM-а ...
        alias scsi_hostadapter aha1542  # ... требует драйвер SCSI Adaptec

Это работает только с ядрами версии 1.3.82 и выше.

Кроме того, это работает, если у вас только один SCSI-контроллер. Если у вас их несколько, то все немного усложняется.

В общем случае, нельзя заставить kerneld загрузить драйвер SCSI-адаптера, если драйвер для другого SCSI-адаптера уже загружен - вы должны либо встроить оба драйвера в ядро (не в модули), или загружать модули вручную.

Правда, существует способ заставить kerneld загружать несколько SCSI-драйверов. James Tsiao подсказал решение Вы можете просто заставить kerneld загружать второй scsi-драйвер, установив зависимости в файле modules.dep вручную. Туда просто нужно добавить следующее: /lib/modules/2.0.30/scsi/st.o: /lib/modules/2.0.30/scsi/aha1542.o Чтобы заставить kerneld загружать aha1542.o до загрузки st.o. Мой домашний компьютер настроен в точности так, как указано выше, и он прекрасно работает для всех моих дополнительных scsi-устройств, включая стриммер, cd-rom, и стандартные scsi-устройства. Трудность состоит в том, что команда depmod -a не может определить эти зависимости автоматически, поэтому необходимо добавлять их вручную, и при этом не запускать depmod -a при загрузке. Но после настройки kerneld прекрасно будет загружать aha1542.o.

Нужно помнить, что такой механизм работает, если у вас разные виды SCSI-устройств на разных SCSI-контроллерах, например, жесткие диски на одном, а CD-ROM-ы, стриммеры и прочие на другом.

Когда недостаточно просто загрузить модуль: Строка post-install

Иногда, простой загрузки модуля недостаточно для того, чтобы все нормально работало. Например, если у вас драйвер звуковой платы собран в виде модуля, то очень часто требуется установить необходимый уровень громкости звука. Только проблема состоит в том, что установки громкости обнуляются при следующей загрузке модуля. Ниже приведен способ решения от Ben Galliart (<bgallia@luc.edu>):

Конечное решение требует установки пакета setmix А затем добавим следующую строку к файлу /etc/conf.modules:

post-install sound /usr/local/bin/setmix -f /etc/volume.conf

Таким образом, после загрузки модуля звуковой платы, kerneld запускает команду, указанную в строке post-install sound. В результате звуковой модуль будет настроен командой /usr/local/bin/setmix -f /etc/volume.conf.

Этот путь можно использовать и для других модулей, например, модуль lp можно настроить программой tunelp, добавив строку

        post-install lp tunelp options

Для того, чтобы kerneld обработал эти опции, вам необходим kerneld версии 1.3.69f или выше.

В более старых версиях этого мини-HOWTO упоминалась опция "pre-remove", которая могла использоваться для запуска команды до выгрузки модуля. Однако, она никогда не работала и ее использование вообще сомнительно - наиболее вероятно, что эта опция исчезнет из следующего релиза kerneld. Вся система "настроек" модулей сейчас претерпевает некоторые изменения, и поэтому могут появиться некоторые различия на момент чтения вами этого документа