<HTML> <HEAD> <TITLE>Kernel-Como: Módulos</TITLE> </HEAD> <BODY> <A HREF="Kernel-Como-8.html">Anterior</A> <A HREF="Kernel-Como-10.html">Siguiente</A> <A HREF="Kernel-Como.html#toc9">Indice</A> <HR> <H2><A NAME="s9">9. Módulos</A></H2> <P>Los módulos del núcleo cargables le permitirán simplificar la configuración del núcleo y ahorrar memoria. Sirven para añadir dinámicamente nuevos soportes de sistemas de ficheros o manejadores, a un núcleo que ya está corriendo. </P> <H2><A NAME="ss9.1">9.1 Instalación de las utilidades asociadas</A></H2> <P>Estas utilidades están disponibles allí donde esté el núcleo, como <CODE>modules-x.y.z.tar.gz</CODE>. Elija el que corresponda a su núcleo. Descomprímalo con `<CODE>tar zxvf modules-x.y.z.tar.gz</CODE>', cambie al directorio que crea (<CODE>modules-x.y.z</CODE>), léase el fichero <CODE>README</CODE>, y siga las instrucciones de instalación (normalmente, tan simple como `<CODE>make install</CODE>'). Con ello tendrá las utilidades <CODE>insmod</CODE>, <CODE>rmmod</CODE>, <CODE>ksyms</CODE>, <CODE>lsmod</CODE>, <CODE>genksyms</CODE>, <CODE>modprobe</CODE> y <CODE>depmod</CODE> en <CODE>/sbin</CODE>. Si lo desea, puede probar el manejador ejemplo ``<CODE>hw</CODE>'' con <CODE>insmod</CODE>; lea el fichero <CODE>INSTALL</CODE> para más detalle.</P> <P><CODE>insmod</CODE> inserta un módulo en el núcleo arrancado. Generalmente los módulos son ficheros <CODE>.o</CODE>; el manejador ejemplo es <CODE>drv_hello.o</CODE>, con lo que para insertarlo se usaría `<CODE>insmod drv_hello.o</CODE>'. Para ver los módulos cargados, pruebe <CODE>lsmod</CODE>. La salida será como ésta:</P> <P> <BLOCKQUOTE><CODE> <PRE> blah# lsmod Module:#pages:Used by: drv_hello1 </PRE> </CODE></BLOCKQUOTE> </P> <P>`<CODE>drv_hello</CODE>' es el nombre del módulo, que usa una página (4k) de memoria, y no hay módulos que dependan de él en este momento. Para quitar el módulo, teclee `<CODE>rmmod drv_hello</CODE>'. Vea que <CODE>rmmod</CODE> necesita el nombre del módulo, no del fichero. Ese nombre lo obtiene al listar los módulos instalados. Las otras utilidades de módulos se encuentran documentadas en los manuales <I>on-line</I>. </P> <P><B>Inciso de la revisión 2.1</B></P> <P>Tres cosas relativas a módulos:</P> <P> <UL> <LI>Siempre que compile un kernel nuevo, y sus correspondientes módulos (con <CODE>make modules; make modules_install</CODE> tras los <CODE>make dep; make clean; make zImage <SL>O <CODE>make zlilo</CODE>, si usa <CODE>LILO</CODE> como gestor de arranque.</SL> </CODE> lo primero que ha de hacer al arrancar con el mismo, para computar las dependencias entre módulos, es invocar el comando <BLOCKQUOTE><CODE> <PRE> depmod -a </PRE> </CODE></BLOCKQUOTE> </LI> <LI>Desde la aparición de <CODE>kerneld</CODE>, el andar insertando y retirando módulos de memoria a mano no se estila mucho, en su lugar es <CODE>kerneld</CODE> quien se encarga de esto. Para hacer uso de él, asegúrese de responder sí al soporte <CODE>kerneld</CODE> durante la configuración del núcleo, y llámelo desde los <I>scripts</I> de inicialización del sistema, que están típicamente en <CODE>/etc/rc.d/rc.x</CODE>. Sigue pudiendo cargar módulos a voluntad; el comando recomendado es <CODE>modprobe modulo</CODE>, que tendrá en cuenta las dependencias entre módulos, cargando todos los necesarios (como por ejemplo el módulo <CODE>slhc</CODE> en el caso de que queramos cargar el módulo <CODE>ppp</CODE>.) <B>Atención:</B> El soporte de compresión CCP (<CODE>bsd_comp</CODE>) no está incluído en esto debido a problemas de <I>copyright</I>, por lo que deberemos cargarlo a mano; o bien ejecutamos la orden <CODE>modprobe bsd_comp</CODE> cuando queramos cargar <CODE>ppp</CODE>, o bien lo insertamos <B>después</B> de haber cargado <CODE>ppp</CODE> y <CODE>slhc</CODE>, con por ejemplo, <CODE>modprobe ppp</CODE>. Lea el fichero <CODE>/usr/src/linux/Documentation/modules.txt</CODE>, disponible en castellano en <CODE> <A HREF="http://www.insflug.org/pub/online/modulos.txt">http://www.insflug.org/pub/online/modulos.txt</A></CODE> para profundizar sobre este tema, así como sobre el tercero de los ítems: </LI> <LI><CODE>/etc/modules.conf</CODE> o <CODE>/etc/conf.modules</CODE>. Lea el anterior fichero (<CODE>modulos.txt</CODE>). </LI> </UL> </P> <H2><A NAME="ss9.2">9.2 Módulos distribuidos con el núcleo <CODE>1.2.2</CODE></A></H2> <P>Algunos sistemas de ficheros, manejadores SCSI y de tarjetas de red, así como otras utilidades son cargables como módulos. Para usarlos, lo primero, no incluirlos en el núcleo principal (al compilarlo, no decir que `sí' al manejador correspondiente durante el `<CODE>make config</CODE>'). Luego se arranca ese núcleo <SL>Esto es obsoleto en el caso de los núcleos <CODE>2.0.x</CODE>, recuérdelo; con los <CODE>2.0.x</CODE> puede compilarlo todo seguido, y arrancar posteriormente, ejecutar <CODE>depmod -a</CODE> y estará todo listo. </SL> y se entra de nuevo en <CODE>/usr/src/linux</CODE> para hacer `<CODE>make modules</CODE>', lo que compilará módulos para todas aquellas opciones que no se eligieron durante el `<CODE>make config</CODE>', y los dejará en <CODE>/usr/src/linux/modules</CODE>. Puede ahora ejecutar `<CODE>make modules_install</CODE>' que los instalará en <CODE>/lib/modules/x.y.z</CODE> siendo <CODE>x.y.z</CODE> la versión del núcleo. </P> <P>Esto es especialmente útil con los sistemas de ficheros que, como <CODE>minix</CODE> o <CODE>msdos</CODE>, no se usan normalmente. Así, cuando se quiera leer un disquete MSDOS, primero se cargaría el módulo con <CODE>insmod</CODE> <SL>Mejor <CODE>modprobe</CODE>, que como hemos comentado, tendrá en cuenta las dependencias entre módulos que ha generado <CODE>depmod -a</CODE>, cargándolos todos.</SL> y se descargaría al finalizar. Esto ahorrará unos 50K de memoria en la operación normal del núcleo. Notar que el sistema Minix siempre deberá estar dentro del núcleo (no como módulo) si se quiere hacer un disquete de rescate con él. </P> <HR> <A HREF="Kernel-Como-8.html">Anterior</A> <A HREF="Kernel-Como-10.html">Siguiente</A> <A HREF="Kernel-Como.html#toc9">Indice</A> </BODY> </HTML>
