[закрыто]Не работает blacklist для модулей

[Pro]

кто проверил в beta8 отписываемся

[SerVikt]

Ничего не изменилось, при настройке WiFi и использовании blacklist'а при перезагрузке снова появляется уже удаленный драйвер.

[jel]

Blacklist в b8 все равно не работает.

Код

 grep ath9k /etc/rc.d/MODULESCONFIG 
SKIPLIST=" arcfb cirrusfb cyber2000fb cyblafb hgafb neofb pm2fb s1d13xxxfb sstfb tdfxfb tridentfb vga16fb aty128fb atyfb radeonfb i810fb intelfb kyrofb nvidiafb rivafb savagefb sisfb btaudio es1371 i810_audio kahlua trident ub usbkbd usbmouse via82cxxx_audio ath9k "
# lsmod | grep ath9k
ath9k                  58695  0 
ath9k_common            3446  1 ath9k
ath9k_hw              238724  2 ath9k,ath9k_common
ath                     6119  2 ath9k,ath9k_hw
mac80211              119434  2 ath9k,ath9k_common
cfg80211               98257  4 ath9k,ath9k_common,ath,mac80211
# 

[Фарватер]

Подумаю еще над решением.
Кстати, как крайнее решение, можно добавить в дистрибутив отдельно собранный modprobe, который не будет игнорировать команду blacklist.

[jel]

Кстати, как крайнее решение, можно добавить в дистрибутив отдельно собранный modprobe, который не будет игнорировать команду blacklist.

ИМХО это уже извращение. На худой конец проще проблемные модули тупо удалить, чтобы не загружались, чем тащить в дистрибутив два разных modprobe.

[Фарватер]

Это не извращение. Так как при добавлении нового modprobe, у нас их будет не два, а один. Так как сейчас их у нас ноль (sic!). Дело в том, что у нас вместо отдельных файлов-команд стоит busybox, работа команд которого хоть и приближается, но, все равно, отлична от "канонических". Наконец, прецеденты с добавлением полновесных утилит, дублирующих недостаточные функции busybox в Puppy уже имеются (например, find). Так что, ничего страшного тут нет.

[Pro]

Фарватер у нас modprobe используется не из busybox а отдельным бинарником в /sbin/modprobe.bin

[Фарватер]

Тогда тем более нет проблем заменить.   (и, кстати, само для себя это уже является прецедентом)

[Pro]

протестируешь ?
и что делать тогда с изменениями в скриптах которые вносили....

[Фарватер]

протестируешь ?

Конечно. Да, в общем, и собрать могу.

и что делать тогда с изменениями в скриптах которые вносили....

Если пересобранный modprobe будет работать как надо, то вернемся к старым версиям скриптов.

[Pro]

Если пересобранный modprobe будет работать как надо, то вернемся к старым версиям скриптов.

ОК

у меня отдельно собрать не получилось, он же в составе пакета module-init-tools

[Фарватер]

Соберу всех их вместе. Потом скопирую оттуда только modprobe.

[Фарватер]

Готово. См. аттачмент.
У меня эта версия работает с blacklist как надо.
Соответственно, тестировать ее, наверное, лучше всего в Бета-7, хотя и Бета-8 должна сойти.

jel,
Протестируйте, пожалуйста, если не сложно. (Предварительно скопировав его в директорию /sbin)

[jel]

Проверил на b8 - наглухо виснет ввод.

Система грузится до рабочего стола, часы идут, в трее показывает загрузку процессора, то есть не висим, но мышь и клава мертвы. Вспомнив про долгие залипания ждал минут 5 - так и не отлипло.

Самое интересное - вернул старый modprobe - при загрузке один раз отработал blacklist. При передергивании адаптера - не отработал. Загрузился опять модуль из черного списка.

[Фарватер]

Прикрепленный патч дает у меня на компе стабильный blacklist всего, за исключением того, что грузится на самой первой стадии загрузки - из initrd.gz. При надобности, можно пропатчить и initrd.gz тем же методом.
Метод работает так:
1. Все вызовы blacklist mymodule переделываются в эквивалентные alias mymodule off. При каждом старте системы файл /etc/modprobe.conf проверяется на наличие в нем blacklist mymodule с полседующим исправлением. Остальные скрипты перенастроены соотвественно.
2. Метод вызывает modprobe с конфигурационным файлом /etc/modprobe.conf, если других файлов конфигурации не задано.