Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Astuce chargement de modules

[supprimé]

Salut tous !

Vous la connaissez probablement, mais je ne l'ai pas vue en clair en cherchant dans le forum, alors mieux vaut un doublon qu'une absence...
Si la Fedora vous gonfle avec une "FATAL: module not found" quand vous essayez de charger un module dont vous savez pertinemment qu'il est pourtant bien là (ls /lib/modules/KERNEL/kernel/....), c'est parce qu'apparemment certains modules doivent être pré-déclarés quelque part.
Donc (exemple avec un module de carte réseau 8139too) ouvrez "modprobe.conf" et rajoutez derrière "alias eth0 8139too" une ligne "install 8139too /sbin/modprobe --ignore-install 8139too" comme ça doit être fait pour la carte son en dessous.
Chez moi ça a marché.

@++ !

fmatias

J'ai rien contre les astuces.
Mais là c'est une astuces ou un "contournement" d'un problème que tu as ?

Parce que si le modules existe alors il ne doit pas y avoir de "FATAL: module not found".

valhalla

"install 8139too /sbin/modprobe --ignore-install 8139too"

Tu m'etonnes que tu n'as vu ca nulle part ailleur sur le forum... Comme le dit fmatias si le module est present il doit etre chargé (ou alors tu as effectivement un pb).

Ce que tu proposes là, c'est un peu du n'importe quoi. La primitive install permet d'executer la commande passé en argument à la place d'inserer le module specifié. Donc en gros ta ligne signifie en francais:

A la place d'inserer 8139too, insere 8139too...

Donc bof 🙁

herrib

Je comprends mal l'astuce ...

Les modules sont des éléments chargés dynamiquement par le noyau pour assurer la gestion de certaines ressources, dès lors que cette gestion n'est pas intégrée en natif dans le noyau lui-même (exemple: la carte son).

On peut établir la liste des modules chargés par la commande /sbin/lsmod. /sbin/modprobe -c fournit la configuration active.

Les commandes associées sont:

* /sbin/insmod (charger un module)
* /sbin/modprobe (ensemble de fonctions permettant de mapiluer
les modules)
* /sbin/depmod (gestion des dépendances entre modules, un
module pouvant requérir ou exclure d'autres modules)
* /sbin/rmmod (déchargement d'un module).

/etc/modules.conf est un fichier de configuration (pour sa logique, voir man modules.conf);

/sbin/modprobe -l liste les modules pouvant être chargés; on peut donc utiliser cette commande pour vérifier que certains modules nécessaires sont bien 'visibles' .

/sbin/depmod -v permet de construire la base des dépendances entre modules.

On lira avec attention la partie STRATEGIE des man depmod et modprobe qui explique le sens des actions à réaliser, notamment après compilation d'un noyau, pour assurer une gestion correcte des modules.

[supprimé]

Salut !

C'est effectivement un contournement, ça ne m'est arrivé QUE pour la Fedora Core 3, jamais avant. Le "ls /lib/modules/KERNEL/..." prouve que le module est bien là, donc il DEVRAIT être chargé (les autres le sont).
En tout cas ça marche, je comprendrai plus tard pourquoi le chargement de CE seul module ne s'est pas effectué.

@++ !

Neuromancien

C'est normal dans ce contexte.

8139too est un module de carte reseaux. Il faut dire a la fedora que ce module correspond a la carte eth0, d'ou l'alias dans le /etc/modprove.conf

[supprimé]

Salut !

Ben non, justement : l'alias y était déjà, il me faut donc dans mon cas les 2 lignes dans "/etc/modprobe.conf", à la fois "alias etho module" et "install module ... " pour que ça marche.
C'est d'autant plus bizarre que les autres modules auto-installés n'ont pas eu ce problème.

@++ !