Reloading modules in linux

Kernel module (Русский)

Состояние перевода: На этой странице представлен перевод статьи Kernel module. Дата последней синхронизации: 29 декабря 2021. Вы можете помочь синхронизировать перевод, если в английской версии произошли изменения.

Модули ядра — это отдельные кусочки кода, которые могут быть загружены и выгружены из ядра по мере необходимости. Они расширяют функциональность ядра без необходимости перезагрузки системы.

Чтобы создать модуль ядра, вы можете прочитать The Linux Kernel Module Programming Guide. Модуль можно сконфигурировать как вкомпилированный, а можно как загружаемый. Чтобы иметь возможность динамически загружать или выгружать модуль, его необходимо сконфигурировать как загружаемый модуль в настройке ядра (в этом случае строка, относящаяся к модулю должна быть отмечена буквой M ).

Получение информации

Модули хранятся в /usr/lib/modules/kernel_release . Чтобы узнать текущую версию вашего ядра, используйте команду uname -r .

Примечание: Часто в названии модулей используются подчёркивания ( _ ) или дефисы ( — ); однако, эти символы взаимозаменяемы как при использовании команды modprobe , так и в конфигурационных файлах в /etc/modprobe.d/ .

Чтобы узнать, какие модули ядра загружены в настоящий момент:

Чтобы показать информацию о модуле:

Чтобы вывести список опций, с которыми загружен модуль:

$ systool -v -m module_name 

Чтобы отобразить настройки для всех модулей:

Чтобы отобразить настройки для отдельного модуля:

$ modprobe -c | grep module_name 

Чтобы узнать зависимости модуля (или его псевдонима), включая сам модуль:

$ modprobe --show-depends module_name 

Автоматическая загрузка модулей с помощью systemd

Сегодня все необходимые загрузки модулей делаются автоматически с помощью udev, поэтому если вам не нужно загружать какие-либо модули, не входящие в стандартное ядро, вам не придётся прописывать модули, требующиеся для загрузки в каком-либо конфигурационном файле. Однако, бывают случаи, когда вам необходимо загружать свой модуль в процессе загрузки или наоборот не загружать какой-то стандартный модуль, чтобы ваш компьютер правильно функционировал.

Чтобы дополнительные модули ядра загружались автоматически в процессе загрузки, создаются статические списки в конфигурационных файлах в директории /etc/modules-load.d/ . Каждый конфигурационный файл называется по схеме /etc/modules-load.d/program.conf . Эти файлы просто содержат список названий модулей ядра, которые необходимо грузить, разделённых переносом строки. Пустые строки и строки, в которых первым непробельным символом является # или ; , игнорируются.

/etc/modules-load.d/virtio-net.conf

# Load virtio_net.ko at boot virtio_net

Смотрите modules-load.d(5) для дополнительной информации.

Управление модулями вручную

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

Примечание: Если вы обновили ваше ядро, но ещё не перезагрузились, modprobe не сработает без каких либо уведомлений об ошибках и завершится с ошибкой 1, потому что путь /usr/lib/modules/$(uname -r)/ больше не существует. Проверьте вручную существование этого пути, если modprobe не работает, чтобы убедиться, что это ваш случай.

Загрузка модуля из другого места (для тех модулей, которых нет в /usr/lib/modules/$(uname -r)/ ):

# insmod имя_файла [параметры]

# modprobe -r имя_модуля 

Альтернативный вариант выгрузки модуля:

Настройка параметров модуля

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

Вручную при загрузке с помощью modprobe

Основной способ передать параметры модулю — использовать команду modprobe. Параметры указываются с помощью простых присваиваний ключ=значение :

# modprobe имя_модуля имя_параметра=значение_параметра 

С помощью файлов в /etc/modprobe.d/

Файлы в директории /etc/modprobe.d/ можно использовать для передачи настроек модуля в udev, который через modprobe управляет загрузкой модулей во время загрузки системы. Конфигурационные файлы в этой директории могут иметь любое имя, оканчивающееся расширением .conf . Синтаксис следующий:

/etc/modprobe.d/myfilename.conf

options имя_модуля имя_параметра=значение_параметра

# On ThinkPads, this lets the 'thinkfan' daemon control fan speed options thinkpad_acpi fan_control=1

Примечание: Если какой-либо из затрагиваемых модулей загружается из initramfs, тогда вам придётся добавить соответствующий файл .conf в массив FILES в файле mkinitcpio.conf или использовать хук modconf для добавления файла .conf в образ initramfs. Чтобы посмотреть содержимое образа initramfs, можно использовать lsinitcpio.

С помощью командной строки ядра

Если модуль вкомпилирован в ядро, вы также можете передать параметры модулю с помощью командной строки ядра. Для всех стандартных загрузчиков, подойдёт следующий синтаксис:

имя_модуля.имя_параметра=значение_параметра 

thinkpad_acpi.fan_control=1

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

Создание псевдонимов

Псевдонимы (алиасы) — это альтернативные названия для модуля. Например: alias my-mod really_long_modulename означает, что вы можете использовать modprobe my-mod вместо modprobe really_long_modulename . Вы также можете использовать звёздочки в стиле shell, то есть alias my-mod* really_long_modulename будет иметь тот же эффект, что и modprobe my-mod-something . Создайте алиас:

alias mymod really_long_module_name

У некоторых модулей есть алиасы, которые используются для их автоматической загрузки, когда они потребуются определённой программе. Отключение этих алиасов может предотвратить их автоматическую загрузку, при этом остаётся возможность из загрузки вручную.

# Prevent Bluetooth autoload alias net-pf-31 off

Запрет загрузки

В терминах модулей ядра blacklisting означает механизм, предотвращающий загрузку какого-то модуля. Это может понадобиться, например если вам не нужна работа какого-то оборудования или если загрузка данного модуля вызывает проблемы: например, могут быть два модуля ядра, которые пытаются управлять одним и тем же оборудованием, и их совместная загрузка приводит к конфликту.

Некоторые модули загружаются как часть initramfs. Команда mkinitcpio -M напечатает все автоматически обнаруженные модули: для предотвращения initramfs от загрузки каких-то из этих модулей, занесите их в чёрный список в файле .conf в каталоге /etc/modprobe.d/ , и хук modconf добавит этот файл в образ initramfs при его генерации. Команда mkinitcpio -v отобразит все модули, которые необходимы некоторым хукам (например, filesystems хук, block хук и т.д.). Если вы не используете хук modconf , то не забудьте добавить нужный вам .conf файл в секцию FILES в /etc/mkinitcpio.conf . После того, как вы запретили загрузку модулей, пересоберите initramfs, а затем перезагрузитесь.

С помощью файлов в /etc/modprobe.d/

Создайте .conf файл в /etc/modprobe.d/ и добавьте строку для каждого модуля, который вы хотите запретить, используя ключевое слово blacklist . Например, если вы хотите запретить загружать модуль pcspkr :

# Do not load the 'pcspkr' module on boot. blacklist pcspkr

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

Можно изменить такое поведение. Команда install заставляет modprobe запускать вашу собственную команду вместо вставки модуля в ядро как обычно. Поэтому вы можете насильно сделать так, чтобы модуль никогда не загружался:

/etc/modprobe.d/blacklist.conf

. install имя_модуля /bin/true .

С помощью командной строки ядра

Совет: Это может очень помочь, если неправильный модуль не даёт загрузиться вашей системе.

Вы также можете запрещать модули из загрузчика.

Просто добавьте module_blacklist=модуль1,модуль2,модуль3 в вашем загрузчике в строку ядра, как описано в статье Параметры ядра.

Примечание: Когда вы запрещаете несколько модулей, обратите внимание, что они разделяются только запятой. Пробелы или что-либо ещё могут нарушить синтаксис.

Решение проблем

Модули не загружаются

В случае, если конкретный модуль не загружается и журнал загрузки (доступный с помощью journalctl -b ) говорит, что модуль в чёрном списке, но в директории /etc/modprobe.d/ нет соответствующей записи, проверьте другую папку-источник modprobe в /usr/lib/modprobe.d/ на записи в чёрном списке.

Модуль не будет загружен, если строка «vermagic», содержащаяся в модуле ядра, не соответствует значению текущего запущенного ядра. Если достоверно известно, что модуль совместим с текущим запущенным ядром, проверку «vermagic» можно отключить с помощью modprobe —force-vermagic .

Важно: Игнорирование проверок версии для модуля ядра может привести к сбою ядра или к неопределённому поведению системы из-за несовместимости. Используйте —force-vermagic только с особой осторожностью.

Смотрите также

Источник

How can I properly reload a kernel module?

Sorry, a reboot is exactly what I don’t want to do and my computer might turn hot because the CPU load is fast, or the lid is closed, or the computer is outside and the sun is shining ;).

OK, another option would be to control your fan speed. Have a look at the relevant tthinkwiki page: thinkwiki.org/wiki/How_to_control_fan_speed

I know! Quote: To enable fan control, the module parameter fan_control=1 must be given to thinkpad-acpi. I just want to know if it’s possible to reload a kernel module. If I’m debugging wireless it’s also necessary to reload some modules with other flags.

Don’t know how to do with snd_hda_intel: $ sudo rmmod -f snd_hda_intel rmmod: ERROR: ../libkmod/libkmod-module.c:769 kmod_module_remove_module() could not remove ‘snd_hda_intel’: Resource temporarily unavailable rmmod: ERROR: could not remove module snd_hda_intel: Resource temporarily unavailable :\

1 Answer 1

If force unload is enabled in the kernel ( zgrep FORCE_UNLOAD /proc/config.gz says =y ), you can rmmod -f the problematic kernel module, to force unload it.

According to the patch that enables this, this is only for kernel developers and desperate people.

The best is probably to figure out why the module is in use, and by which process, but at least force unloading should make it possible to reload the module again.

Which seems to be the default on Debian. PS: On Debian /proc/config.gz is located under /boot/config-$(uname -r).gz .

Источник

Is there a way to refresh the current configuration used by modprobe with a newly updated modules.conf file?

Is there a way to refresh the current configuration used by modprobe with an updated modules.conf file at the command line for Red Hat Linux 9.0?

I presume you mean to update modules.conf, and then want a command which will apply it to the currently running system without rebooting (since rebooting will use the new modules.conf anyways). Is it an issue of not knowing which modules changed and need to be modprobe d?

Yes, that’s it. I’m trying to add an eth1 alias for a wireless network driver that uses wlan0 as its interface, but it’s not behaving the way I expect it, and I have to keep rebooting to see the results of my different experimentation.

2 Answers 2

If you’re just testing modules out, you should be able to use modprobe and modprobe -r to insert and remove modules from the linux kernel, respectively. insmod and rmmod should also perform the same functions (inserting and removing).

It sounds like you’re looking for the mapping directive in /etc/networking/interfaces . See man interfaces for details on how to alias networking devices. Note that terminology-wise, an «alias» is a second, third, or otherwise additional IP for an IP device, resulting in an interface with multiple IPs. A «mapping» is used to map logical interface names ( ifconfig LOGICAL_INTERFACE up ) to real interface names.

Thanks, I already know how to do that. The problem that I am having though is when I have the line alias eth1 rt61, it loads the modules on boot, but when I try to bring up the interface using ifconfig eth1 up, it returns eth1: unknown interface: No such device. So I’ve been trying to play around with the alias and options in modules.conf to try to get the interface up.

@xolstice The alias options in modprobe.conf do not have anything to do with ethernet interfaces, and the configuration file is always used by modprobe with whatever latest edits you’ve made. If you’re trying to make your system re-detect your network card (and re-attempt to load kernel modules for it), then you need to look into hardware detection (recent distros use udevd, but RHL9 is far from recent). If you’re trying to alias the name of your interface (to use ifconfig eth1 instead of ifconfig rt61 , then check out networking (/etc/network/interfaces, or man interfaces ).

Источник