[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: chargement de modules



kamel latrach <kamel.latrach@e-qual.fr> writes:

> At 10:26 30/06/2002 +0200, Boris DAIX wrote:
>
>           kamel latrach <kamel.latrach@e-qual.fr> writes:     
>      > apres avoir généré un noyau avec les options comme indiqué par
>      l'application ( > mondoarchive ) que je mettre en oeuvre.  >
>      L'application m'indique toujour des erreurs.  > J'ai donc compris
>      qu'il fallait charger des modules "à la main" avec insmod.  > Cela a
>      fonctonné sauf pour le module isofs > Voici ce que m'indique le
>      systeme: > >           >           [root@SATurbo /tmp]# insmod isofs
>      >           Using /lib/modules/2.2.19/fs/isofs.o >          
>      /lib/modules/2.2.19/fs/isofs.o: init_module: Device or resource busy
>      >           Hint: insmod errors can be caused by incorrect module
>      parameters, >      including invalid IO or IRQ parameters         
>      Pour ajouter un module, perso j'utilise modconf (mais ça risque de
>      ne rien changer...). Que te donne 'lsmod' (si tu utilises déjà un
>      lecteur de CDRom sur ton système, ce module devrait déjà être dans
>      les parages) ?     
>
>
> [root@SATurbo /root]# lsmod
> Module                  Size  Used by
> rd                      1952   0  (unused)
> loop                    7776  18
> eepro100               17088   1  (autoclean)
> [root@SATurbo /root]#

Pas de isofs en vue : modconf pour le charger facilement devrait
marcher au poil.

> -
>
>           >      > > > Quand à l'application, voici ce qu'elle me
>      retourne: > creating data disk #1.../usr/local/share/mindi/mindi:
>      line 13:  8400 > Segmentation fault     
>      Waw... Après ça, aucun problème, ça ne marchera pas. Ce genre
>      d'erreur m'arrive souvent lorsqu'il me prend l'envie de
>      programmer... ;-) Il y aurait donc une partie un peu crade dans le
>      code, à moins qu'il ne puisse pas retourner uner erreur lorsqu'un
>      module est manquant.     
>      >      mount -t ext2 -o loop $imagefile $mountpoint > Fatal
>      error. Can't loopmount /tmp/mindilinux/20389/mointpoint.20389     
>      Étant donnée l'erreur plus haut, ça ne risque pas de fonctionner.     
>      > Si quelqu'un à une idée, je suis preneur à deux cent pour cent.  >
>      merci > > kamel latrach     
>      Ben à part vérifier la présence de tous les modules requis  avec
>      lmod, je sais pas trop... En plus j'utilise pas (encore) mondo.     
>
>
> merci quand meme. Mais la vrai difficulté, c'est que je travail sur un serveur
> de production ce qui fait que je ne peux pas le rebooter ( sinon; je n'aurais
> qu'a le redémmarer en lui donnant le bon noyau ).

Quand il est marqué dans une doc de recompiler un kernel, il faut
souvent se dire "attends voir, Debian va me permettre de ne pas en
arriver là"... En tout cas, pour ce qui est de isofs (qui est je le
rappelle nécessaire à toute personne voulant lir un CD), c'est sûr. En
disant ça, je me demande même s'il n'est pas déjà dans le
noyau... Mais un "cat /boot/config-2.4.16-k7 | grep ISOFS" me dit que
non. Il faut donc percévérer je crois.

>
>           Bye - /B.
>
> @+

cao

Boris


-- 
To UNSUBSCRIBE, email to debian-user-french-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org



Reply to: