Según lo que he leído, el propósito de depmod es rastrear las dependencias de cada módulo kernel para cuando se carga. ¿Por qué no puede esto simplemente determinarse automáticamente cuando se carga el módulo kernel, similar a cargar dinámicamente una biblioteca compartida de espacio de usuario?¿Por qué es necesario Depmod para construir y trabajar con módulos kernel?
depmod hace algo más que calcular dependencias directas, sino que también crea una asignación entre los identificadores de hardware y los módulos que los manejan. Esto se usa para encontrar el módulo correcto para cargar para una pieza de hardware detectada.
En cuanto a por qué no funciona la carga de la demanda como lo hace el espacio de usuario, parte de esto se debe a que el kernel linker no puede acceder al sistema de archivos, por diseño. La filosofía en el kernel es que el diseño del sistema de archivos depende completamente del espacio de usuario, por lo que no hay garantía de que foo.ko se encuentre en /lib/modules/3.0.1/drivers/somesubsys/foo.ko. Como tal, el kernel se basa en las utilidades del espacio de usuario (como depmod y modprobe) para pasarle los datos brutos para sus módulos, en el orden en que los necesita cargar; si el espacio de usuario falla en este trabajo, simplemente devuelve un error y deja que el espacio de usuario se ocupe del problema.
pero luego, modprobe podría encargarse de resolver las dependencias de la información en el módulo y probar primero los módulos dependientes correspondientes, ¿no es así? – PypeBros
depmod construye un caché de esta información de dependencia para el uso de modprobe. en realidad, escanear todos los módulos para obtener esta información puede llevar bastante tiempo, por lo que no querrás hacerlo cada vez que llames a modprobe – bdonlan