Сообщение ядра «OOPS» при выгрузке модуля
Я не совсем понимаю, что вы имеете в виду под "считывающими скан-кодами", но я бы сказал Нет. Не используйте инструменты GPG с конфиденциальными закрытыми ключами, если вы не уверены, что целостность системы на должном уровне.
Возможно, я слишком чувствителен / параноик, но если кейлоггеры в среде X вызывают беспокойство, почему бы TTY не беспокоиться о целостности? Может, у нас недостаточно информации. Вы запускаете удаленный сеанс X по сети?
Добро пожаловать в Unix и Linux SE!
Когда модуль выгружается, ему необходимо освободить все системные ресурсы, выделенные для его операций.
Возможно, в модуле, который вы выгружаете, есть ошибка, из-за которой процесс выгрузки модуля вызывает kernfs_remove_by_name_ns()с NULL вместо допустимого параметра, когда модуль выгружается?
Беглый просмотр функций, на которые ссылается обратная трассировка, показывает, что проблема, вероятно, заключается в том, что второй параметр kernfs_remove_by_name_ns()равен NULL.
Глядя на исходный код free_module(),первые вещи, ссылающиеся на ресурсы модуля по имени, будут основаны на члене nameвstruct module-модуля, если он по какой-то причине уже равен NULL, когда модуль удаляется, можно было бы ожидать Oops.