Наличие blacklist-e1000e.conf мешает загрузке ядерного модуля e1000e в случае загрузки другого ядра при неустановленном пакете с модулем. При этом способ избежать эту проблему есть, надо только переложить модуль в другой каталог. Из сообщения: https://lists.altlinux.org/pipermail/devel-kernel/2021-December/007377.html Оказалось, что модули не обязательно переименовывать и заносить in-tree в blacklist, достаточно внешние модули поместить в каталог update и при загрузке они будут сначала браться оттуда. Подробности в http://git.altlinux.ru/gears/k/kernel-modules-ixgbe-std-def.git коммиты от Andrew A. Vasilyev, за что ему большое спасибо.
Платформа: alt-workstation-10.0 Пакет: kernel-modules-e1000e-std-def 3.8.7-alt1.330403.1 Машина на котором воспроизводится: Ноутбук ICL RAYbook Si1516 Шаги: 1) Обновить ядра un-def и std-def 2) Загрузиться с ядром std-def 3) Загрузиться с ядром un-def Результат: Из-за blacklist-e1000e на ядре un-def перестает работать ethernet Воспроизводится только на alt-workstation-10.0-x86_64 и alt-education-10.0-x86_64, т.к пакет включен в дистрибутив
313952 AWAITING #1 p10 del=kernel-modules-e1000e-std-def
(In reply to Andrey Cherepanov from comment #2) > 313952 AWAITING #1 p10 del=kernel-modules-e1000e-std-def А в alt-workstation-10.0 этот модуль в составе дистрибутива ставится, или его потом доустановили? Если он в составе дистрибутива, то такое удаление проблему только ухудшит: обновление ядра без удаления старого и всё. Уж лучше пакет-заглушку сделать, кторый blacklist-e1000e.conf при обновлении снесёт.
*** Bug 43071 has been marked as a duplicate of this bug. ***
https://git.altlinux.org/people/kernelbot/packages/?p=kernel-image.git;a=commitdiff;h=36f10c6bfca833dc824f1fd37acff6b4a477a3ef Так надо при следующей сборке не забыть вместо rebuild сделать del.
(In reply to Vitaly Chikunov from comment #5) > https://git.altlinux.org/people/kernelbot/packages/?p=kernel-image.git; > a=commitdiff;h=36f10c6bfca833dc824f1fd37acff6b4a477a3ef Что-то не ищется... > Так надо при следующей сборке не забыть вместо rebuild сделать del. Не вижу, что в коммите, на мой взгляд, алгоритм удаления должен быть такой: 1. Перепаковать модуль без blacklist-e1000e.conf 2. Подождать какое-то время (месяц, два, больше?) 3. Удалить модуль
(In reply to Sergey Y. Afonin from comment #6) > 2. Подождать какое-то время (месяц, два, больше?) И точно чтобы не менее двух обновлений ядра прошло, а то если старое останется, тоже будет плохо.
kernel-image-std-def-2:5.10.182-alt1 -> p10: Sun Jun 11 2023 Vitaly Chikunov <vt@altlinux> 2:5.10.182-alt1 - v5.10.182 (2023-06-05). - kernel-headers-modules: Fix build time message about pahole-flags. - Replace Obsoletes with Conflicts for kernel-modules-e1000e-std-def. - tcp: fix tcp_min_tso_segs sysctl (ALT#46424). Tue May 30 2023 Kernel Bot <kernelbot@altlinux> 2:5.10.181-alt1 - v5.10.181 (2023-05-30). - Delete kernel-modules-e1000e-std-def (ALT#43070). Wed May 17 2023 Kernel Bot <kernelbot@altlinux> 2:5.10.180-alt1 - v5.10.180 (2023-05-17). - config-armh: Fix relocation out of range errors when loading modules.
(In reply to Repository Robot from comment #8) > - Delete kernel-modules-e1000e-std-def (ALT#43070). Такой вариант не "FIXED", обновление ядра вызывает проблему: https://forum.altlinux.org/index.php?topic=48782.msg393567#msg393567
