Драйвер в наличии только в виде бинарного файла (.ko), а его исходники в составе программно-аппаратного комплекса не поставлялись изначально. Версия Linux - это, видимо, экстремально обрезанный Debian (т.к. внутри syslinux, busybox и т.п.), где-то между 4 и 5 версиями, причём использовалась нестандартная версия ядра, которая никогда не поставлялась в составе официального релиза Debian-а. Фирма - производитель комплекса давно закрылась.

Я правильно понимаю, что надежды нет, и что из-за монолитности ядра Linux, модули, скомпилированные для конкретного ядра, подходят исключительно только для него, с точностью до не только полной версии ядра, но и до совпадения конфигурации (и опций компилятора)?

Технически, утилита insmod либо отказывается считать файл модулем ядра, если версия ядра не совпадает полностью, либо не хочет загружать модуль из-за «несовпадения символов», если версия ядра совпадает.

Какие в истории были попытки модернизации архаичной текстовой системы логов unix (т.е. /var/log), которую к сожалению унаследовал linux?

Почему систему можно считать архаичной: не предназначена для высоконагруженных систем; не стандартизирована; не структурирована; не поддерживает цикличность (logrotate 😣); не устойчива к повреждениям (нет журналов, нет контрольных сумм); нет поддержки удалённого доступа; нет поддержки реакций на определённые события; нет универсального интерфейса пользователя.

Пример попыток модернизации: система slogger из QNX.

Актуальность: В свете последний событий, скорее всего, придётся переходить с AD на AstraLinux, и терять вышеописанный функционал Windows Event Log. И непонятно, например, как исполнять требования по типу «хранить журналы безопасности 90 дней».