[Kernel] Decir 'y' o decir 'm'
Hola,
... he ahí mi dilema.
Hasta ahora sólo he compilado el kernel (versión 2.4.16) una vez y
bajo el entorno X. Sin embargo sigo arrancando con el 2.2.18pre21.
Tengo bastantes dudas que al leer libros y documentación diversa se
duplican, a saber:
1.- Cuando navegaba por las distintas opciones que me interesaban (por
ejemplo una SB AWE-32 ) le daba click al botón de ayuda antes de
marcar y me decía algo así como: "contesta 'y' si tienes esa tarjeta
de sonido". El caso es que si contestas sí ('y') en vez de 'm' el
driver se compila en el kernel y evidentemente no puedes instalar y
configurar la tarjeta como módulo. La tarjeta de sonido no funcionó ni
añadiendo la correspondiente línea en el LILO (append= ...lo que
proceda) tal y como decía en la propia ayuda del kernel mencionada.
Pregunto: Si una de las ventajas del kernel es que puedes configurar
un sistema altamente modular, con módulos que se cargan segun lo
demanda el sistema y en definitiva el usuario...
¿ Porqué en la ayuda de la configuración del kernel recomiendan que
contestes 'y' en vez de 'm' a todo lo que quieras darle servicio o
utilizar?
Otro tanto podríamos decir del resto de opciones. Entonces ...
¿Qué me recomendais que compile en el kernel y qué como módulo?
Al hilo de esto he mirado lo que contiene el fichero
/boot/Config-2.2.18pre21 que casualmente resulta ser cómo se configuró
el kernel durante la instalación y la práctica totalidad de las
opciones están marcadas com 'm' y muy pocas con 'y'. ¡¡ Vale !!
durante la instalación Debian "se cura en salud" pues no sabe lo que
el usuario va a instalar en el sistema ¿O no? ... ¿O se hace así
porque es una buena metodología para configurar el kernel?
Evidentemente no contestaremos ni 'y' ni 'm' a lo que no
tengamos/queramos o vayamos a tener. Pero ... ¿Y al resto?
2.- La documentación que he leido a la hora de compilar el kernel dice
que es muy importante que junto a la imagen del nucleo compilado se
acompañe el fichero generado System.map-XX.XX.XX. Además se
recomienda añadir a lilo.conf una entrada para el nuevo kernel (por
si algo va mal).
Sin embargo no se dice que antes de la correspondiente sección del
núcleo con el que arrancar ya hay una línea en lilo.conf que dice algo
así como map=/boot/map. Es decir, por mucho que creemos en lilo.conf
entrada al nuevo kernel y acompañemos junto a la imagen el nuevo
System.map, el nuevo kernel arrancará con el antiguo map :-?
Esto no tiene mucho sentido salvo que suprimieramos la entrada
map=/boot/map anterior a las de los kernel y dentro de cada sección
image=/boot/kernel-XX.XX.XX pongamos map=/boot/System.map-XX.XX.XX
para cada kernel.
¿Alguien ha probado hacer esto? o en su defecto
¿Cómo hacer que cada kernel inicie con su System.map?
Un saludo.
Reply to: