ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Aleksey Barabanov                    2:5020/400     04 May 2003  18:26:57
 To : Maxim Timofeyev
 Subject : Re: ATA RAID on IT8212
 -------------------------------------------------------------------------------- 
 

 Maxim Timofeyev wrote:
 
 > Aleksey Barabanov <alekseybb@mtu-net.ru> wrote:
 > 
 > AB> Предложите доводы в защиту монолитных ядер.
 > 
 > Есть такие и один из них -- невозможность подгрузить модуль на
 > монолитном ядре, т.к. при этом в ядре (до 2.4.x было, в 2.5.x не
 > смотрел) отключается эта возможность нафиг, т.к. попытка подгрузить
 > модуль приводит к крикам, что такая функция не поддерживается...
 
 Hе факт, что это хорошо.
 
 > 
 > Т.е. так можно самым простым способом (не медитируя над capabilities)
 > отключить возможность подгрузить некий троянский модуль.
 
 А кто всерьез встечал таких троянов в своей работе ?
 
 > 
 > P.S. Возможно, если подумать больше минуты я придумаю и еще что-то. =)
 
 Тогда можно защитать и сокращение числа операций ввода-вывода во время 
 загрузки ядра и возможность вообще избавиться от такой малопонятной вещи 
 как initrd ;))
 
 {Специально замечу : я отлично знаю что такое initrd и зачем оно нужно. А то 
 еще какой-нибудь чайник примется мне это объяснять ;)}
 
 > 
 > Хотя сам я давно отказался от монолитных ядер и вообще закатываю их
 > сейчас в RPM (убедили меня-таки в его полезности ;-)), а машины разные
 > бывают. Все сборки я произвожу в тестовой машине под VMWare, а потом
 > за пару минут произвожу апгрейд нужных мне пакетов в том числе ядер.
 > В этом случае монолитное ядро не подходит -- его нужно собирать под
 > конкретную машину или совать туда все, что под руку подвернется, что еще
 > хуже. Уж лучше оторвать CAP_MODULES...
 
 Виже только одно: есть разные причины перепланировать ядро. И здравый смысл 
 на последнем месте после кучи причин чисто технического характера.
 
 Bye.
 ------------------------
 Aleksey Barabanov <alekseybb@mail.ru>
 --- ifmail v.2.15dev5
  * Origin: home (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор