Архитектура ошибки и симптомы сбоя

Ошибка «Modules: could not insert module: Unknown symbol in module» (сопровождающаяся кодом возврата ENOEXEC / Exec format error в терминале) возникает при попытке загрузить модуль ядра (insmod или modprobe). Она означает, что модуль ссылается на функции или экспортированные переменные ядра (EXPORT_SYMBOL / EXPORT_SYMBOL_GPL), адреса которых отсутствуют в текущей таблице символов /proc/kallsyms запущенного ядра из-за несовпадения версий ядра, отсутствия зависимых модулей или расхождения CRC-хешей символов (Module Versioning / Modversions).

Диагностическая таблица параметров сбоя

Пошаговое дерево решений и сценарии траблшутинга

Сценарий 1: Проверка точных имен недостающих символов в dmesg

# Просмотр точных имен незарегистрированных символов:
dmesg -T | grep -A 5 -B 2 "Unknown symbol"

# Пример вывода: 'my_driver: Unknown symbol devm_ioremap_resource (err -2)'

Сценарий 2: Обновление карты зависимостей модулей (depmod)

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

# Принудительная регенерация карты зависимостей modules.dep:
sudo depmod -a

# Проверка зависимостей конкретного модуля перед загрузкой:
modinfo -F depends module_name

Сценарий 3: Сверка vermagic и пересборка модуля через DKMS

Если модуль скомпилирован под другую подверсию ядра или с другими опциями CONFIG:

# Сравнение текущего ядра и vermagic модуля:
uname -r
modinfo module_name.ko | grep vermagic

# Пересборка модуля под текущее работающее ядро через DKMS:
sudo dkms remove module_name/1.0.0 --all
sudo dkms add module_name/1.0.0
sudo dkms build module_name/1.0.0
sudo dkms install module_name/1.0.0