Re: оторвать ядру лишние модули
Возможно Вам поможет /proc/sys/kernel/modules_disabled Я понимаю, что это не совсем то, но можно на стадии загрузки initrd указать конкретные модули а потом запретить загрузку 2011/4/17 Иван Лох l...@1917.com: On Sun, Apr 17, 2011 at 06:36:39PM +0900, Fedor Zuev wrote: железу и кремнию. Паралельный порт у компа вполне себе есть, просто я его не использую (как и встроенный RAID-контроллер, как и встроенную сетевую карту итп), соответственно драйвера его мне не надо. Я их выключаю в BIOS, но ядро обнаруживает и снова инициализирует. Используйте blacklist. Только не на parport, a на parport_pc. У ноутбука разница получается до получаса времени работы батареи на устройство (в данном случае это не ноутбук, но греется-то он все-равно). -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110417111742.gd19...@nano.ioffe.rssi.ru
Re: оторвать ядру лишние модули
17 апреля 2011 г. 1:03 пользователь Fedor Zuev fe...@earth.crust.irk.ru написал: On Sat, 16 Apr 2011, Andrey Rahmatullin wrote: AROn Sat, Apr 16, 2011 at 03:32:07AM +0900, Fedor Zuev wrote: AR Решил, в соответствии с постоянно даваемыми рекомендациями, не AR собирать ядро самому, а воспользоваться дистрибутивным. Результат, в AR общем, показал, что не стоило этого делать. ARНу-ну. AR AR Вопрос: каким образом запретить дистрибутивному ядру грузить AR ненужные мне модули? Сейчас оно грузит горы ненужного мне мусор: ARЧем вам мешает этот мусор? * греет железо * забирает прерывания * плодит глюки * мешает загружать-выгружать модули, которые мне _нужно_ загружать-выгружать Достаточно? AR AR драйверы интегрированного железа, которое я не использую, протоколы, AR которые мне не нужны, файловые системы, которых у меня нету итд. ARНе верю. Ну например я ни одного сидюка еще не монтировал, а isofs у меня уже висит, паралельный порт не использую, он у меня в биосе отключен, а драйвер его висит. да вам Gentoo нужен (без шуток) =) Там всё сам и всё ручками. установка gentoo выполняется тремя командами, первая тут http://bash.org.ru/quote/394695
Re: оторвать ядру лишние модули
On 17.04.2011 13:36, Fedor Zuev wrote: On Sun, 17 Apr 2011, Alex Kuklin wrote: AK ARЧем вам мешает этот мусор? AK AK * греет железо AK * забирает прерывания AK * плодит глюки AK * мешает загружать-выгружать модули, которые мне _нужно_ AKзагружать-выгружать AK AK Достаточно? AK AKНет. Потому что вы написали полную ерунду. AKИз того, что вы перечислили, ничего не Я, что характерно, ничего не перечислял. Я задал вопрос в общей форме. Если Вы приняли за перечисление процитированный конфиг, то он содержит едва половину того, что мне не нужно, просто таков был его вид на момент вопроса. Кроме того, тот же вопрос встает и на других компьютерах. Вы перечислили список модулей, которые вы запрещаете, в одном из писем. AK Ну например я ни одного сидюка еще не монтировал, а isofs у AK меня уже висит, паралельный порт не использую, он у меня в биосе AK отключен, а драйвер его висит. AK AKИ какие именно ресурсы у вас потребили эти мусорные модули? AKРазве что лишниюю секунду при загрузке - когда драйвер lp проверяет AKжелезо и обнаруживает, что ловить нечего. Я не понимаю, откуда она может обнаружить что ловить нечего. Вы отказываете в телепатии людям, но тут же приписываете ее железу и кремнию. Паралельный порт у компа вполне себе есть, просто я его не использую (как и встроенный RAID-контроллер, как и встроенную сетевую карту итп), соответственно драйвера его мне не надо. Я их выключаю в BIOS, но ядро обнаруживает и снова инициализирует. мне сложно проверить это утверждение, т.к.у меня сейчас нет ни одного компа с lp У ноутбука разница получается до получаса времени работы батареи на устройство (в данном случае это не ноутбук, но греется-то он все-равно). извините, но выглядит это фантастикой. я занимался оптимизацией питания на моем ноуте. -- Alex -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4daab5d5.5080...@kuklin.ru
Re: оторвать ядру лишние модули
On Sun, 17 Apr 2011, Alex Kuklin wrote: AK ARЧем вам мешает этот мусор? AK AK* греет железо AK* забирает прерывания AK* плодит глюки AK* мешает загружать-выгружать модули, которые мне _нужно_ AK загружать-выгружать AK AKДостаточно? AK AKНет. Потому что вы написали полную ерунду. AKИз того, что вы перечислили, ничего не Я, что характерно, ничего не перечислял. Я задал вопрос в общей форме. Если Вы приняли за перечисление процитированный конфиг, то он содержит едва половину того, что мне не нужно, просто таков был его вид на момент вопроса. Кроме того, тот же вопрос встает и на других компьютерах. AKНу например я ни одного сидюка еще не монтировал, а isofs у AK меня уже висит, паралельный порт не использую, он у меня в биосе AK отключен, а драйвер его висит. AK AKИ какие именно ресурсы у вас потребили эти мусорные модули? AKРазве что лишниюю секунду при загрузке - когда драйвер lp проверяет AKжелезо и обнаруживает, что ловить нечего. Я не понимаю, откуда она может обнаружить что ловить нечего. Вы отказываете в телепатии людям, но тут же приписываете ее железу и кремнию. Паралельный порт у компа вполне себе есть, просто я его не использую (как и встроенный RAID-контроллер, как и встроенную сетевую карту итп), соответственно драйвера его мне не надо. Я их выключаю в BIOS, но ядро обнаруживает и снова инициализирует. У ноутбука разница получается до получаса времени работы батареи на устройство (в данном случае это не ноутбук, но греется-то он все-равно).
Re: оторвать ядру лишние модули
On Sun, Apr 17, 2011 at 06:36:39PM +0900, Fedor Zuev wrote: железу и кремнию. Паралельный порт у компа вполне себе есть, просто я его не использую (как и встроенный RAID-контроллер, как и встроенную сетевую карту итп), соответственно драйвера его мне не надо. Я их выключаю в BIOS, но ядро обнаруживает и снова инициализирует. Используйте blacklist. Только не на parport, a на parport_pc. У ноутбука разница получается до получаса времени работы батареи на устройство (в данном случае это не ноутбук, но греется-то он все-равно). -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110417111742.gd19...@nano.ioffe.rssi.ru
Re: оторвать ядру лишние модули
15.04.2011 21:32, Fedor Zuev пишет: Прописывание ненужных модулей в /etc/modprobe.d/blacklist.conf ни к какому видимому результату не приводит. Может я не туда прописываю? а что в логах пишет? -- Best wishez, Сохин Вячеслав -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4da93d50.8050...@yandex.ua
Re: оторвать ядру лишние модули
16.04.2011 07:18, Andrey Rahmatullin пишет: On Sat, Apr 16, 2011 at 03:32:07AM +0900, Fedor Zuev wrote: Решил, в соответствии с постоянно даваемыми рекомендациями, не собирать ядро самому, а воспользоваться дистрибутивным. Результат, в общем, показал, что не стоило этого делать. Ну-ну. Вопрос: каким образом запретить дистрибутивному ядру грузить ненужные мне модули? Сейчас оно грузит горы ненужного мне мусор: Чем вам мешает этот мусор? драйверы интегрированного железа, которое я не использую, протоколы, которые мне не нужны, файловые системы, которых у меня нету итд. Не верю. Вот и у меня как-то то же мнение. Интересно, чего Фёдор хочет добиться выкидыванием мусора? Прироста производительности? Экономии памяти? Геморроя потом? -- Best regards, Mikhail. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4da9b813.6050...@solarnet.ru
Re: оторвать ядру лишние модули
Fedor Zuev fe...@earth.crust.irk.ru writes: Прописывание ненужных модулей в /etc/modprobe.d/blacklist.conf ни к какому видимому результату не приводит. Может я не туда прописываю? Чтобы заблеклистить некоторые модули, надо не просто добавить их в blacklist, но и пергененировать initramfs. Это, например, можно сделать при помощи update-initramfs от root. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87r592vy9w@tochka.ru
Re: оторвать ядру лишние модули
On Sat, 16 Apr 2011, Степан Голосунов wrote: ?? ??А в initrd /etc/modprobe.d/blacklist.conf поправленный попал? Расковырял, посмотрел - попал, да. ?? ?? #unused devices - отсюда начинается мое. ?? blacklist dm_mod ?? blacklist dm_mirror ?? blacklist dm_snapshot ?? blacklist dm_log ?? ??% rgrep dm-mod /etc/init.d /usr/share/initramfs-tools ??/etc/init.d/cryptmount:modprobe -q -a dm-mod dm-crypt || true ??/etc/init.d/lvm2:modprobe dm-mod 2 /dev/null || : ??/etc/init.d/cryptmount-early:modprobe -q -a dm-mod dm-crypt || true ??/usr/share/initramfs-tools/scripts/local-top/lvm2:modprobe -q dm-mod ??/usr/share/initramfs-tools/scripts/local-top/cryptroot: for module in dm-mod linear raid0 raid1 raid10 raid5 raid6; do ?? ??Удаление пакетов, требующих эти модули, должно помочь. Нет ничего подобного.
Re: оторвать ядру лишние модули
On Sat, 16 Apr 2011, Sohin Vyacheslav wrote: SV15.04.2011 21:32, Fedor Zuev пишет: SV SV Прописывание ненужных модулей в /etc/modprobe.d/blacklist.conf ни к SV какому видимому результату не приводит. Может я не туда прописываю? SV SVа что в логах пишет? Где именно?
Re: оторвать ядру лишние модули
On Sat, 16 Apr 2011, Andrey Rahmatullin wrote: AROn Sat, Apr 16, 2011 at 03:32:07AM +0900, Fedor Zuev wrote: AR Решил, в соответствии с постоянно даваемыми рекомендациями, не AR собирать ядро самому, а воспользоваться дистрибутивным. Результат, в AR общем, показал, что не стоило этого делать. ARНу-ну. AR AR Вопрос: каким образом запретить дистрибутивному ядру грузить AR ненужные мне модули? Сейчас оно грузит горы ненужного мне мусор: ARЧем вам мешает этот мусор? * греет железо * забирает прерывания * плодит глюки * мешает загружать-выгружать модули, которые мне _нужно_ загружать-выгружать Достаточно? AR AR драйверы интегрированного железа, которое я не использую, протоколы, AR которые мне не нужны, файловые системы, которых у меня нету итд. ARНе верю. Ну например я ни одного сидюка еще не монтировал, а isofs у меня уже висит, паралельный порт не использую, он у меня в биосе отключен, а драйвер его висит.
Re: оторвать ядру лишние модули
On 17.04.2011 01:03, Fedor Zuev wrote: On Sat, 16 Apr 2011, Andrey Rahmatullin wrote: AROn Sat, Apr 16, 2011 at 03:32:07AM +0900, Fedor Zuev wrote: AR Решил, в соответствии с постоянно даваемыми рекомендациями, не AR собирать ядро самому, а воспользоваться дистрибутивным. Результат, в AR общем, показал, что не стоило этого делать. ARНу-ну. AR AR Вопрос: каким образом запретить дистрибутивному ядру грузить AR ненужные мне модули? Сейчас оно грузит горы ненужного мне мусор: ARЧем вам мешает этот мусор? * греет железо * забирает прерывания * плодит глюки * мешает загружать-выгружать модули, которые мне _нужно_ загружать-выгружать Достаточно? Нет. Потому что вы написали полную ерунду. Из того, что вы перечислили, ничего не - забирает прерываний - греет железо - мешает загружать/выгружать модули Можно разве что поспорить насчет глюков, но я вот лично не понимаю, какие глюки может создать кусок программного кода, который зарегистрирован в системе, но не используется. AR AR драйверы интегрированного железа, которое я не использую, протоколы, AR которые мне не нужны, файловые системы, которых у меня нету итд. ARНе верю. Ну например я ни одного сидюка еще не монтировал, а isofs у меня уже висит, паралельный порт не использую, он у меня в биосе отключен, а драйвер его висит. И какие именно ресурсы у вас потребили эти мусорные модули? Разве что лишниюю секунду при загрузке - когда драйвер lp проверяет железо и обнаруживает, что ловить нечего. Драйвер lp, кстати, грузится cups-ом, если мне память не изменяет. -- Alex -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4daa12f5.2010...@kuklin.ru
оторвать ядру лишние модули
Решил, в соответствии с постоянно даваемыми рекомендациями, не собирать ядро самому, а воспользоваться дистрибутивным. Результат, в общем, показал, что не стоило этого делать. Вопрос: каким образом запретить дистрибутивному ядру грузить ненужные мне модули? Сейчас оно грузит горы ненужного мне мусора: драйверы интегрированного железа, которое я не использую, протоколы, которые мне не нужны, файловые системы, которых у меня нету итд. Прописывание ненужных модулей в /etc/modprobe.d/blacklist.conf ни к какому видимому результату не приводит. Может я не туда прописываю? Федор Зуев
Re: оторвать ядру лишние модули
On Sat, Apr 16, 2011 at 03:32:07AM +0900, Fedor Zuev wrote: Решил, в соответствии с постоянно даваемыми рекомендациями, не собирать ядро самому, а воспользоваться дистрибутивным. Результат, в общем, показал, что не стоило этого делать. Вопрос: каким образом запретить дистрибутивному ядру грузить ненужные мне модули? Сейчас оно грузит горы ненужного мне мусора: драйверы интегрированного железа, которое я не использую, протоколы, которые мне не нужны, файловые системы, которых у меня нету итд. Прописывание ненужных модулей в /etc/modprobe.d/blacklist.conf ни к какому видимому результату не приводит. Может я не туда прописываю? Федор Зуев слово blacklist не забыли добавить перед названием модуля? -- Murat D. Kadirov PGP fingerprint: 3081 EBFA 5CB9 BD24 4DB6 76EE 1B97 0A0E CEC0 6AA0 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110415184958.GC2112@gera
Re: оторвать ядру лишние модули
On Sat, 16 Apr 2011, Murat D. Kadirov wrote: MDKOn Sat, Apr 16, 2011 at 03:32:07AM +0900, Fedor Zuev wrote: MDK MDK Решил, в соответствии с постоянно даваемыми рекомендациями, не MDK собирать ядро самому, а воспользоваться дистрибутивным. Результат, в MDK общем, показал, что не стоило этого делать. MDK MDK Вопрос: каким образом запретить дистрибутивному ядру грузить MDK ненужные мне модули? Сейчас оно грузит горы ненужного мне мусора: MDK драйверы интегрированного железа, которое я не использую, протоколы, MDK которые мне не нужны, файловые системы, которых у меня нету итд. MDK MDK Прописывание ненужных модулей в /etc/modprobe.d/blacklist.conf ни к MDK какому видимому результату не приводит. Может я не туда прописываю? MDK MDK MDK Федор Зуев MDK MDKслово blacklist не забыли добавить перед названием модуля? Нет, не забыл.
Re: оторвать ядру лишние модули
On 15.04.2011 23:03, Fedor Zuev wrote: On Sat, 16 Apr 2011, Murat D. Kadirov wrote: MDKOn Sat, Apr 16, 2011 at 03:32:07AM +0900, Fedor Zuev wrote: MDK MDK Решил, в соответствии с постоянно даваемыми рекомендациями, не MDK собирать ядро самому, а воспользоваться дистрибутивным. Результат, в MDK общем, показал, что не стоило этого делать. MDK MDK Вопрос: каким образом запретить дистрибутивному ядру грузить MDK ненужные мне модули? Сейчас оно грузит горы ненужного мне мусора: MDK драйверы интегрированного железа, которое я не использую, протоколы, MDK которые мне не нужны, файловые системы, которых у меня нету итд. MDK MDK Прописывание ненужных модулей в /etc/modprobe.d/blacklist.conf ни к MDK какому видимому результату не приводит. Может я не туда прописываю? MDK MDK MDK Федор Зуев MDK MDKслово blacklist не забыли добавить перед названием модуля? Нет, не забыл. И тут все получатели рассылки начинают раскачивать телепатию и пытаться понять, что же не так написано в /etc/modprobe.d/blacklist.conf -- Alex -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4da89bee.7020...@kuklin.ru
Re: оторвать ядру лишние модули
On Fri, 15 Apr 2011, Alex Kuklin wrote: AKOn 15.04.2011 23:03, Fedor Zuev wrote: AK On Sat, 16 Apr 2011, Murat D. Kadirov wrote: AK AK MDKOn Sat, Apr 16, 2011 at 03:32:07AM +0900, Fedor Zuev wrote: AK MDK AK MDK Решил, в соответствии с постоянно даваемыми рекомендациями, не AK MDK собирать ядро самому, а воспользоваться дистрибутивным. Результат, в AK MDK общем, показал, что не стоило этого делать. AK MDK AK MDK Вопрос: каким образом запретить дистрибутивному ядру грузить AK MDK ненужные мне модули? Сейчас оно грузит горы ненужного мне мусора: AK MDK драйверы интегрированного железа, которое я не использую, протоколы, AK MDK которые мне не нужны, файловые системы, которых у меня нету итд. AK MDK AK MDK Прописывание ненужных модулей в /etc/modprobe.d/blacklist.conf ни к AK MDK какому видимому результату не приводит. Может я не туда прописываю? AK MDK AK MDK AK MDK Федор Зуев AK MDK AK MDKслово blacklist не забыли добавить перед названием модуля? AK AK AK Нет, не забыл. AK AKИ тут все получатели рассылки начинают раскачивать телепатию и пытаться AKпонять, что же не так написано в /etc/modprobe.d/blacklist.conf Я думаю, ничего необычного там не написано. --- # This file lists modules which will not be loaded as the result of # alias expansion, with the purpose of preventing the hotplug subsystem # to load them. It does not affect autoloading of modules by the kernel. # This file is provided by the udev package. # evbug is a debug tool and should be loaded explicitly blacklist evbug # these drivers are very simple, the HID drivers are usually preferred blacklist usbmouse blacklist usbkbd # replaced by e100 blacklist eepro100 # replaced by tulip blacklist de4x5 # replaced by tmscsim blacklist am53c974 # these watchdog drivers break some systems blacklist iTCO_wdt #unused devices - отсюда начинается мое. blacklist dm_mod blacklist dm_mirror blacklist dm_snapshot blacklist dm_log blacklist kvm blacklist kvm_amd blacklist arc4 blacklist tpm blacklist tpm_bios blacklist tpm_tis -- Вопрос был, как бы, к тем кто знает ответ (он должен быть дистрибутивоспецифичный, насколько я могу догадываться) а не к тем кто хочет почесать языком на тему линукса вообще. BTW такое поведение я наблюдаю на всех инсталляциях Дебиана с дистрибутивным ядром, которые я видел. Но раньше мне это было не нужно или можно было обойтись физическим удалением модуля.ko
Re: оторвать ядру лишние модули
On 15.04.2011 23:38, Fedor Zuev wrote: On Fri, 15 Apr 2011, Alex Kuklin wrote: AKOn 15.04.2011 23:03, Fedor Zuev wrote: AK On Sat, 16 Apr 2011, Murat D. Kadirov wrote: AK AK MDKOn Sat, Apr 16, 2011 at 03:32:07AM +0900, Fedor Zuev wrote: AK MDK AK MDK Решил, в соответствии с постоянно даваемыми рекомендациями, не AK MDK собирать ядро самому, а воспользоваться дистрибутивным. Результат, в AK MDK общем, показал, что не стоило этого делать. AK MDK AK MDK Вопрос: каким образом запретить дистрибутивному ядру грузить AK MDK ненужные мне модули? Сейчас оно грузит горы ненужного мне мусора: AK MDK драйверы интегрированного железа, которое я не использую, протоколы, AK MDK которые мне не нужны, файловые системы, которых у меня нету итд. AK MDK AK MDK Прописывание ненужных модулей в /etc/modprobe.d/blacklist.conf ни к AK MDK какому видимому результату не приводит. Может я не туда прописываю? AK MDK AK MDK AK MDKФедор Зуев AK MDK AK MDKслово blacklist не забыли добавить перед названием модуля? AK AK AK Нет, не забыл. AK AKИ тут все получатели рассылки начинают раскачивать телепатию и пытаться AKпонять, что же не так написано в /etc/modprobe.d/blacklist.conf Я думаю, ничего необычного там не написано. --- # This file lists modules which will not be loaded as the result of # alias expansion, with the purpose of preventing the hotplug subsystem # to load them. It does not affect autoloading of modules by the kernel. # This file is provided by the udev package. # evbug is a debug tool and should be loaded explicitly blacklist evbug # these drivers are very simple, the HID drivers are usually preferred blacklist usbmouse blacklist usbkbd # replaced by e100 blacklist eepro100 # replaced by tulip blacklist de4x5 # replaced by tmscsim blacklist am53c974 # these watchdog drivers break some systems blacklist iTCO_wdt #unused devices - отсюда начинается мое. blacklist dm_mod blacklist dm_mirror blacklist dm_snapshot blacklist dm_log blacklist kvm blacklist kvm_amd blacklist arc4 blacklist tpm blacklist tpm_bios blacklist tpm_tis -- Вопрос был, как бы, к тем кто знает ответ (он должен быть дистрибутивоспецифичный, насколько я могу догадываться) а не к тем кто хочет почесать языком на тему линукса вообще. BTW такое поведение я наблюдаю на всех инсталляциях Дебиана с дистрибутивным ядром, которые я видел. Но раньше мне это было не нужно или можно было обойтись физическим удалением модуля.ko dm_* не грузятся, если не используются; грузятся софтом, который инициализиует dm kvm тоже грузится кем-то вручную и т.п. blacklist, насколько я помню, действует для автоопределния железа. да, читаем доки, они - рулез: the blacklist keyword indicates that all of that particular module's internal aliases are to be ignored. а internal aliases - это что-то типа pci:v*d*sv*sd*bc0Csc03i10* и используется при определении железа я вот чего не понимаю, зачем запрещать не загружающиеся автоматически модули? а если они загружаются установленным софтом - нафига ставить ненужный софт? -- Alex -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4da8a407.2070...@kuklin.ru
Re: оторвать ядру лишние модули
On Sat, 16 Apr 2011, Alex Kuklin wrote: AK #unused devices - отсюда начинается мое. AK blacklist dm_mod AK blacklist dm_mirror AK blacklist dm_snapshot AK blacklist dm_log AK blacklist kvm AK blacklist kvm_amd AK blacklist arc4 AK blacklist tpm AK blacklist tpm_bios AK blacklist tpm_tis AK AK -- AK AK Вопрос был, как бы, к тем кто знает ответ (он должен быть AK дистрибутивоспецифичный, насколько я могу догадываться) а не к тем AK кто хочет почесать языком на тему линукса вообще. AK AK BTW такое поведение я наблюдаю на всех инсталляциях Дебиана с AK дистрибутивным ядром, которые я видел. Но раньше мне это было не AK нужно или можно было обойтись физическим удалением модуля.ko AK AK AKdm_* не грузятся, если не используются; fedor@bearloga:~$ lsmod . dm_snapshot31561 0 dm_mirror 17249 0 ^^^ dm_region_hash 13072 1 dm_mirror dm_log 13269 2 dm_mirror,dm_region_hash dm_mod 56394 3 dm_snapshot,dm_mirror,dm_log AK грузятся софтом, который AKинициализиует dm kvm тоже грузится кем-то вручную и т.п. AK AKblacklist, насколько я помню, действует для автоопределния AKжелеза. да, читаем доки, они - рулез: the blacklist keyword AKindicates that all of that particular module's internal aliases AKare to be ignored. а internal aliases - это что-то типа AKpci:v*d*sv*sd*bc0Csc03i10* и используется при определении железа У меня раньше pcspkr там вместо звуковухи грузился, и через /etc/modprobe.d/blacklist.conf я его тоже убить не мог.
Re: оторвать ядру лишние модули
On Sat, Apr 16, 2011 at 04:38:36AM +0900, Fedor Zuev wrote: Как преамбула RTFM: ... blacklist modulename Modules can contain their own aliases: usually these are aliases describing the devices they support, such as pci:123 These internal aliases can be overridden by normal alias keywords, but there are cases where two or more modules both support the same devices, or a module invalidly claims to support a device that it does not: the black‐ list keyword indicates that all of that particular module's internal aliases are to be ignored. ... Поэтому применять blacklist к нежелезячным драйверам бессмысленно. #unused devices - отсюда начинается мое. blacklist dm_mod Он может быть загружен dm_crypt если в системе есть элементы поддержки криптографии blacklist dm_mirror blacklist dm_snapshot blacklist dm_log blacklist kvm blacklist kvm_amd проверьте /etc/modules, /etc/initramfs-tools/modules kvm и dm у Вас вызываются явно из /etc Т.е. у меня он есть только там где я его явно прописал. blacklist arc4 Посмотрите в lsmod кому этот cipher понадобился blacklist tpm blacklist tpm_bios blacklist tpm_tis Должен блеклиститься. alias: acpi*::* alias: pnp:d* alias: acpi*:ICO0102:* alias: pnp:dICO0102* alias: acpi*:NSC1200:* alias: pnp:dNSC1200* alias: acpi*:BCM0102:* alias: pnp:dBCM0102* alias: acpi*:BCM0101:* alias: pnp:dBCM0101* alias: acpi*:IFX0102:* alias: pnp:dIFX0102* alias: acpi*:ATM1200:* alias: pnp:dATM1200* alias: acpi*:PNP0C31:* alias: pnp:dPNP0C31* А, что в биосе это дерьмо отключить нельзя? Вопрос был, как бы, к тем кто знает ответ (он должен быть дистрибутивоспецифичный, насколько я могу догадываться) а не к тем Нет. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110415204537.gc19...@nano.ioffe.rssi.ru
Re: оторвать ядру лишние модули
On Sat, Apr 16, 2011 at 05:16:19AM +0900, Fedor Zuev wrote: У меня раньше pcspkr там вместо звуковухи грузился, и через /etc/modprobe.d/blacklist.conf я его тоже убить не мог. Это давно починено выставлением pcspkr ненулевого index по дефолту. -- WBR, wRAR Powered by the ALT Linux fortune(6): * combr у нас тут уронили сервер, как в анекдоте. на ногу.. ;) signature.asc Description: Digital signature
Re: оторвать ядру лишние модули
On Sat, Apr 16, 2011 at 03:32:07AM +0900, Fedor Zuev wrote: Решил, в соответствии с постоянно даваемыми рекомендациями, не собирать ядро самому, а воспользоваться дистрибутивным. Результат, в общем, показал, что не стоило этого делать. Ну-ну. Вопрос: каким образом запретить дистрибутивному ядру грузить ненужные мне модули? Сейчас оно грузит горы ненужного мне мусор: Чем вам мешает этот мусор? драйверы интегрированного железа, которое я не использую, протоколы, которые мне не нужны, файловые системы, которых у меня нету итд. Не верю. -- WBR, wRAR Powered by the ALT Linux fortune(6): Lost ппц Lost вышел новый бюст Lost в день фриза Lost они сцуки издеваются Lost как фриз объявили, так сразу в один день вышел абиворд и бюст signature.asc Description: Digital signature
