Descripción

Las utilidades depmod y modprobe están pensadas para hacer un núcleo modular de Linux manejable para todos los usuarios, administradores y mantenedores de distribución.

Depmod crea un archivo de dependencia similar a «Makefile», basado en los símbolos que encuentra en el conjunto de módulos mencionados en la línea de comandos o en los directorios especificados en el archivo de configuración. Este archivo de dependencias es utilizado posteriormente por modprobe para cargar automáticamente el módulo o pila de módulos correctos.

El uso normal de depmod es incluir la línea

/sbin/depmod -a

en algún lugar de los archivos rc en /etc/rc.d, para que las dependencias correctas de los módulos estén disponibles inmediatamente después de arrancar el sistema. Tenga en cuenta que la opción -a es ahora opcional. Para propósitos de arranque, la opción -q podría ser más apropiada ya que hace que depmod no diga nada sobre los símbolos no resueltos.

También es posible crear el archivo de dependencias inmediatamente después de compilar un nuevo núcleo. Si hace » depmod -a 2.2.99 » cuando haya compilado el kernel 2.2.99 y sus módulos por primera vez, mientras sigue ejecutándose, por ejemplo, 2.2.98, el archivo se creará en el lugar correcto. En este caso, sin embargo, no se garantiza que las dependencias del núcleo sean correctas. Vea las opciones -F , -C y -b arriba para más información sobre el manejo de esto.

Mientras construye la relación entre los módulos y los símbolos exportados por otros módulos, depmod no considera el estado GPL de los módulos ni de los símbolos exportados. Es decir, depmod no marcará un error si un módulo sin una licencia compatible GPL se refiere a un símbolo GPL único (EXPORT_SYMBOL_GPL en el kernel). Sin embargo, insmod se negará a resolver los símbolos GPL sólo para los módulos no GPL, por lo que la carga real fallará.

Opciones

-a , –todos

Busque módulos en todos los directorios especificados en el archivo de configuración (opcional) /etc/modules.conf.

-A , –quick

Compare las marcas de tiempo de los archivos y, si es necesario, actúe como depmod -a . Esta opción sólo actualiza el archivo de dependencias si algo ha cambiado.

-e , –errsyms

Muestra todos los símbolos no resueltos de cada módulo.

-h , –help

Muestre un resumen de las opciones y salga inmediatamente.

-n , –show

Escriba el archivo de dependencias en stdout en lugar de en el árbol /lib/modules.

-q , –quiet

Dile a Depmod que se calle y que no se queje de que faltan símbolos.

-r , –root

Algunos usuarios compilan módulos bajo un userid no root, luego instalan los módulos como root. Este proceso puede dejar los módulos propiedad del userid no root, aunque el directorio de módulos sea propiedad de root. Si el userid no raíz está comprometido, un intruso puede sobrescribir los módulos existentes que son propiedad de ese userid y usar esta exposición para arrancar hasta el acceso de root.

Por defecto, modutils rechazará los intentos de usar un módulo que no sea propiedad de root. Especificar -r suprimirá el error y permitirá a root cargar módulos que no son propiedad de root.

El uso de -r es una exposición de seguridad importante y no se recomienda.

-s , –syslog

Escriba todos los mensajes de error a través del demonio syslog en lugar de stderr.

-u , –error no resuelto

depmod 2.4 no establece un código de retorno cuando hay símbolos no resueltos. Algunas distribuciones quieren un código de retorno distinto de cero en modutils 2.4, pero ese cambio puede causar problemas a los usuarios que esperan el comportamiento anterior. Si desea un código de retorno distinto de cero en depmod 2.4, especifique -u . depmod 2.5 ignorará silenciosamente la bandera -u y siempre dará un código de retorno distinto de cero para los símbolos no resueltos.

-v , –verbose

Mostrar el nombre de cada módulo a medida que se procesa.

-V , –versión

Mostrar la versión de depmod .

Administración de distribuciones

Las siguientes opciones son útiles para las personas que gestionan distribuciones:

-b basedirectory, –basedir basedirectory

Si el árbol de directorios /lib/modules que contiene los subárboles de los módulos se mueve a otro lugar para manejar módulos para un entorno diferente, la opción -b le indica a depmod dónde encontrar la imagen movida del árbol /lib/modules. Las referencias de archivo en el archivo de salida depmod que se construye, modules.dep, no contendrá la ruta basedirectory. Esto significa que cuando el árbol de archivos se mueve de basedirectory/lib/modules a /lib/modules en la distribución final, todas las referencias serán correctas.

-C configfile, –config configfile

Utilice el archivo configfile en lugar de /etc/modules.conf. La variable de entorno MODULECONF también puede utilizarse para seleccionar un archivo de configuración diferente del predeterminado /etc/modules.conf (o /etc/conf.modules (obsoleto)).

Cuando la variable de entorno UNAME_MACHINE está establecida, modutils usará su valor en lugar del campo máquina de la llamada al sistema uname(). Esto es principalmente útil cuando está compilando módulos de 64 bits en espacio de usuario de 32 bits o viceversa, ajuste UNAME_MACHINE al tipo de módulos que se están construyendo. Los modutils actuales no soportan el modo cross build completo para los módulos, se limita a elegir entre versiones de 32 y 64 bits de la arquitectura del host.

-F kernelsyms , –filesyms kernelsyms

Al crear archivos de dependencias para un núcleo diferente al que se está ejecutando actualmente, es importante que depmod utilice el conjunto correcto de símbolos del núcleo para resolver las referencias del núcleo en cada módulo. Estos símbolos pueden ser una copia de System.map del otro núcleo o una copia de la salida de /proc/ksyms. Si su núcleo usa símbolos versionados, es mejor usar una copia de la salida /proc/ksyms, ya que ese archivo contiene las versiones de los símbolos del núcleo. Sin embargo, puede usar un System.map incluso con símbolos versionados.

Configuración

El comportamiento de depmod y modprobe puede ser ajustado por el archivo de configuración (opcional) /etc/modules.conf. Ver modprobe (8) y modules.conf (5) para una descripción completa.

Estrategia

Cada vez que compiles un nuevo núcleo, el comando » make modules_install » creará un nuevo directorio, pero no cambiará el predeterminado.

Cuando obtenga un módulo no relacionado con la distribución del núcleo, debería colocarlo en uno de los directorios independientes de la versión bajo /lib/modules.

Esta es la estrategia por defecto, que puede ser anulada en /etc/modules.conf.

Utilice el comando man ( % man) para ver cómo se utiliza un comando en su equipo particular.