Автозагрузка модулей ядра в baselayout 2 [SOLVED]
alterious 24 декабря, 2010 - 00:02
Я использую нестабильную ветку, поэтому ловлю все глюки, которые в ней периодически появляются))). На этот раз проблема следующая: перестали автоматически загружаться драйвера при запуске системы. Использую sys-apps/baselayout 2.0.1-r1, файл /etc/conf.d/modules:
modules="vhba" modules="vboxdrv" modules="kvm-intel" modules="bluetooth" modules="btusb"
Не смотря на это для запуска например virtualbox приходится делать modprobe vboxdrv. Модули альсы, нвидиа грузятся из конфигов в /etc/modprobe.d.., и на том спасибо)), однако всё же хотелось бы понять, как настроить автозагрузку всех остальных.., может быть нужно для них тоже создать какие-то конфиги в /etc/modprobe.d?... Буду благодарен за помощь :-)
»
- Для комментирования войдите или зарегистрируйтесь
...
Если я правильно понимаю, каждая запись
modules=
затирает предыдущую.alex__ написал(а): Если я
ты правильно понимаешь, т.к. это всего-лишь переменные окружения ;)
это не глюки, а кривые руки и нежелание читать хотя бы комментарии в конфигах ;)
ты разницу между модулями драйверов и функциональными модулями различаешь вообще? или для тебя ложка и поварежка одно и то же? )))
модули ядра (драйверы) грузятся ядром при обнаружении оборудования, а в /etc/modprobe.d/ находятся конфиги, в которых прописаны псевдонимы и параметры, передаваемые модулям и не более того!
а теперь внимание вопрос: откуда ядро знает какую функциональность топикстартер предпочтет сегодня? надо ли ему сегодня грузить модуль определения температуры процессора? и какой модуль топикстартер выберет сегодня, ведь их два-три-четыре с одинаковым функционалом?
alterious написал(а): Я
ну вот не согласен))), стабильно после обновлений что-нибудь отваливается, разумеется чтение мана и правка конфигов как правило решает проблему, но я то сравниваю со стабильной веткой, на ней траблов было существенно меньше))
Я несу пингвина во имя луны! *WALL*
alterious написал(а): ну вот
1. развитие программ никогда не являлось траблом!
2. изменение конфигов не так заметно как на стабильной ветке, т.к. нет прыжков через пятОк-другой версий, в которых порой до неузначаемости меняется идеология/логика работы программы ;)
3. стоило бы научиться пользоваться etc-update и/или dispatch-conf ;) там можно четко посмотреть и указать какие опции в файле менять, а какие нет ;)
ну я не говорю, что
ну я не говорю, что нестабильная ветка хуже, иначе бы её и не использовал :), а dispatch-conf - действительно вещь хорошая, если всё читать внимательно, а то можно случайно наисправлять, потом не будешь знать, какой конфиг из бэкапа вытаскивать))). Единственное, что реально напрягает - это когда при обновлении пакеты падают на компиляции без толковых объяснений и revdep-rebuild не спасает..., но это уже так, общие рассуждения о смысле жизни)))))... Вечерком ответ проверю и SOLVED в тему :-)
Я несу пингвина во имя луны! *WALL*
Спасибо
действительно не совсем корректно прочитал пример :), вечером проверю...
Я несу пингвина во имя луны! *WALL*