bien , ya hable alguna vez de los ficheros que el sistema utiliza para saber que drivers tiene disponobles.
modules.dep , modules.alias etc etc. ( se encuentran cerca de la ruta /lib/modules )
siempre pense que sumando en esos ficheros , podria conseguir que el sistema tubiese en cuenta despues la posible existencia de drivers (en linux los drivers se llama modulos y llevan extension .ko ) , externos al kernel.
por ejemplo ...si ese listado esta "virgen", solo tendra constancia de la existencia de los drivers del kernel , si añadimos el driver de ati y no esta listado , el sistema no lo usara.
los drivers o programas que manejan partes en esa zona, generan siempre unos nuevos ficheros actualizados , de manera que por logica uno piensa que va añadiendo y se van sumando todos a la lista, pero.....
hay un comando , que no siempre se ejecuta que se llama
depmod
eses comando , actualiza las listas, y si por ejemplo , yo liste el driver de ati , pero en ese momento , no lo tengo cargado , pues al no estar y actualizar la lista,,este queda eliminado, perjudicandome mas adelante.
para que esto no me ocurra mas, ...
hice lo siguiente , solemos manjera drivers ati , nvidia y virtualbox, ....con lo que procedi de la siguiente manera.
con el sistema en "virgen" , ...se añadio el virtualbox , ...y deje dentro del modulo del kernel la parte "lib/modules" , no solo los ficheros sino tambien el fichero *ko , solo el file *ko y las listas actualizadas , de manera que aunque otro programa ejecute depmod , como el *ko de virtualbox esta en kernel ..no lo eliminara de la lista.....
asi tenemos que yo sobre el sistema añadi virtualbox ,despues juvalgot86 , añadio el driver nvidia a los listados ...y por ultimo , yo añadi el driver ati.
de manera que el kernel cuenta no solo con las listas actualizadas si no con los drivers *ko por si se tratase de añadir algo y ejecutase el comando depmod, no eliminase esos modulos de las listas.
¿ por que es importante ? .....
si yo por ejemplo meto en la carpeta modules un modulo de virtualbox, y no se encuentra en esos listados los ficheros *ko , este no funcionara.
¿ sigues sin entenderlo ' , bien ..veamos ...
si yo sobre kernel , meto un driver nuevo ..y genero un xzm , ...sin pensar en esto , en el xzm , estaran los listados con los drivers de kernel , mas el nuevo que yo meti ,...pero si despues metes otro modulo que tambien lleve esas listas que pasa ? ....pues que unas y otras no son iguales, con lo que algun driver dejara de funcionar.
con lo que como ya he dicho , mi decision a sido dejar en el modulo kernel , "estaticos" , los ficheros *ko de nvidia , ati , y vbox , y el listado que los contempla a todos , ..despues en los xzm de cada uno ..esas partes fueron eliminadas asi podemos añadir sin problemas , cualquiera de ellos sin causar interferencias , o si actualizais por ejemplo los drivers wireless, con unos mas nuevos del stack compat-wireless , no tendreis problemas , en usar despues esos xzm , ya que los listados que os generen los compat-wireless, segurian contemplandolos a todos por estar presentes los *ko en el kernel.
no se si se llegara a entender ,pero bueno , escrito queda.