Bug 59124 - Не подписало модули и теперь не грузятся
Summary: Не подписало модули и теперь не грузятся
Status: REOPENED
Alias: None
Product: Sisyphus
Classification: Development
Component: rpm-build-kernel (show other bugs)
Version: unstable
Hardware: x86_64 Linux
: P5 normal
Assignee: Gleb F-Malinovskiy
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2026-05-13 12:42 MSK by Sergey V Turchin
Modified: 2026-06-04 14:25 MSK (History)
18 users (show)

See Also:


Attachments
Сравнение опций ядер (6.88 KB, patch)
2026-05-13 16:00 MSK, ruslandh
no flags Details | Diff
Картинка с сравнением опций (174.64 KB, image/jpeg)
2026-05-13 16:03 MSK, ruslandh
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Sergey V Turchin 2026-05-13 12:42:07 MSK
https://packages.altlinux.org/ru/tasks/417920/
Из этой сборки модули ядра перестали загружаться с руганью, что неподписаны.
С предыдущей сборкой 417782 всё было ок.

Если был какой-то анонс, дайте ссылку, плиз, а то не видел.
Comment 1 Sergey V Turchin 2026-05-13 12:44:24 MSK
По отзывам с выключенным SecureBoot модули грузятся.
Comment 2 Aleksandr Shamaraev 2026-05-13 12:59:10 MSK
(Ответ для Sergey V Turchin на комментарий #1)
> По отзывам с выключенным SecureBoot модули грузятся.

Добрый день.

Подтверждаю.

SecureBoot = Disabled

карта в режиме дискретная (встройка выключена в биос) работает нормально, включая игры + внешний монитор по DP частота 240.30Гц

NVIDIA GeForce RTX 4050 Max-Q / Mobile [Discrete]
Linux 6.18.29-6.18-alt1
GNOME 50.1
Comment 3 Michael Shigorin 2026-05-13 14:13:34 MSK
С подписыванием модулей вылезло столько проблем, что я в эту тему в своё время лезть не стал вообще.
Comment 4 Sergey V Turchin 2026-05-13 14:26:47 MSK
Кто-то может сказать, можно ли мне что-то сделать? Пересборку модулей запустить или ещё что?

Или просто ждать починки?
Comment 5 ruslandh 2026-05-13 16:00:00 MSK
Created attachment 21357 [details]
Сравнение опций ядер
Comment 6 ruslandh 2026-05-13 16:03:51 MSK
Created attachment 21360 [details]
Картинка с сравнением опций

Прочёл 
https://download.nvidia.com/XFree86/Linux-x86_64/580.142/README/installdriver.html#modulesigning
Что натолкнуло на мысль сравнить конфиги ядер, сравнил из того, что было под рукой ;-)

Похоже проблема в опциях

CONFIG_SYSTEM_TRUSTED_KEYS и т.п.
Comment 7 Sergey V Turchin 2026-05-13 16:16:43 MSK
Выяснил, что:
"Чтобы модули подписать нужен апрув от @modsign на сабтаск с модулем"
Кто знает, как запросить такой апров?

На всякий сделал сборку https://packages.altlinux.org/ru/tasks/417992/
Comment 8 Sergey V Turchin 2026-05-13 19:17:37 MSK
2 glebfm: если теперь неподписанные модули не грузяться, то сборочные задания с неподписанными модулями не должны проходить в репозиторий?
Comment 9 Gleb F-Malinovskiy 2026-05-13 19:20:30 MSK
(In reply to Sergey V Turchin from comment #7)
> Выяснил, что:
> "Чтобы модули подписать нужен апрув от @modsign на сабтаск с модулем"
> Кто знает, как запросить такой апров?
Добавил в группу.

(In reply to Sergey V Turchin from comment #8)
> 2 glebfm: если теперь неподписанные модули не грузяться, то сборочные
> задания с неподписанными модулями не должны проходить в репозиторий?

Да, можно сделать, например, installcheck вроде того, который сделан в пакете grub для проверки подписанности pesign.
Comment 10 Vitaly Chikunov 2026-05-14 01:46:05 MSK
Должен ли SecureBoot самопроизвольно включаться?
Comment 11 Vitaly Chikunov 2026-05-14 02:58:41 MSK
Так как не подписанные модули не загрузятся, то логика подсказывает нам, что лучше делать проверку на подпись не opt-in, а opt-out - и не обязательно на наличие физической подписи на самих файлах через installcheck для каждого пакета - а достаточно для всех kernel-modules-* чтоб состояние modsign было "успешно", если не opt-out.

Если modsign будет разрешен не для всех модулей, то лучше, чтоб нежелательность modsign была передана через spec или git tag (по аналогии со specsubst) - так она сохранится при add kmodules / rebuild.
Comment 12 Sergey V Turchin 2026-05-14 07:23:31 MSK
(Ответ для Gleb F-Malinovskiy на комментарий #9)
> > "Чтобы модули подписать нужен апрув от @modsign на сабтаск с модулем"
> > Кто знает, как запросить такой апров?
> Добавил в группу.
От меня теперь что-то нужно?
Comment 13 Gleb F-Malinovskiy 2026-05-14 10:11:41 MSK
(In reply to Sergey V Turchin from comment #12)
> (Ответ для Gleb F-Malinovskiy на комментарий #9)
> > > "Чтобы модули подписать нужен апрув от @modsign на сабтаск с модулем"
> > > Кто знает, как запросить такой апров?
> > Добавил в группу.
> От меня теперь что-то нужно?

Ты теперь можешь сделать approve и получить подписанный модуль.
Comment 14 Sergey V Turchin 2026-05-14 11:35:14 MSK
(Ответ для Gleb F-Malinovskiy на комментарий #13)
> Ты теперь можешь сделать approve и получить подписанный модуль.
Спасибо, работает!

https://packages.altlinux.org/ru/tasks/417992/
Comment 15 Sergey V Turchin 2026-05-18 15:04:30 MSK
В p11 пока не работает. Посмотрите, плиз. https://packages.altlinux.org/ru/tasks/415909/
Comment 16 Sergey V Turchin 2026-05-18 16:16:34 MSK
Ещё потыкал https://git.altlinux.org/tasks/archive/done/_407/417783/ -- нет modsign.log у сабтаска с zfs.
Comment 17 Sergey V Turchin 2026-05-18 16:20:01 MSK
(Ответ для Sergey V Turchin на комментарий #16)
> нет modsign.log у сабтаска с zfs.
И в Сизифе тоже.
Comment 18 Vitaly Chikunov 2026-05-19 11:28:37 MSK
Зачем нужна группа @modsign, почему не @kernel, и зачем нужен апрув, а не просто.
Comment 19 Gleb F-Malinovskiy 2026-05-19 13:22:37 MSK
(In reply to Vitaly Chikunov from comment #18)
> Зачем нужна группа @modsign, почему не @kernel, и зачем нужен апрув, а не
> просто.
Всё было сделано по аналогии с pesign, группу можно поменять а @kernel, если так проще кому-то, но не хотелось смешивать эти сущности.
Comment 20 Ivan A. Melnikov 2026-05-19 13:38:33 MSK
В текущей схеме возникает странная история: если я (не учасник modsign) собираю модуль, он будет неподписаным. А при обновлении ядра его соберёт kernelbot@ и модуль окажется подписаным.
Comment 21 Vitaly Chikunov 2026-05-19 13:41:32 MSK
Модуль, который не загрузится не особо нужен. Значение имеет только pesign. modsign не pesign. Так что не нужно было делать по аналогии с pesign, а нужно всегда подписывать все модули.
Comment 22 Gleb F-Malinovskiy 2026-05-19 13:43:38 MSK
(In reply to Ivan A. Melnikov from comment #20)
> В текущей схеме возникает странная история: если я (не учасник modsign)
> собираю модуль, он будет неподписаным. А при обновлении ядра его соберёт
> kernelbot@ и модуль окажется подписаным.
Такие (собирающие модули для ядер, которые отказываются загружать неподписанные модули) люди, очевидно, должны быть в группе modsign.
Comment 23 Gleb F-Malinovskiy 2026-05-19 13:44:59 MSK
(In reply to Vitaly Chikunov from comment #21)
> Модуль, который не загрузится не особо нужен. Значение имеет только pesign.
> modsign не pesign. Так что не нужно было делать по аналогии с pesign, а
> нужно всегда подписывать все модули.
Т.е. дать возможность любому участнику или кандидату подписать вообще что угодно? Или ты имеешь в виду что-то другое?
Comment 24 Sergey V Turchin 2026-06-02 17:56:10 MSK
Пр 1-й попытке подписать последний сабтаск обламывается
https://git.altlinux.org/tasks/419859/logs/events.2.1.log
https://git.altlinux.org/tasks/419870/logs/events.2.1.log
Comment 25 Anton Farygin 2026-06-04 14:25:03 MSK
IMHO модули должен собирать бот, который берёт git с темплейтами откуда-то с altlinux.space/ALTLinux/kernel-modules (например)
при этом если модуль есть уже в репозитории (собранный оттуда же ботом ранее), то его может собрать и участник группы @kernel с автоматической подписью.