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.
