Re: carte réseau qui disparait ...

["Jean-Luc Coulon (f5ibh)" <jean-luc.coulon@wanadoo.fr>]

Le 01.12.2004 23:38:08, Rico3Dfr a écrit :
> Jean-Luc Coulon (f5ibh) wrote:
> > Le 01.12.2004 19:17:58, Rico3Dfr a écrit :
> >
> > > bonjour,
> > >
> > > je vous écris car là, je ne comprends vraiment rien à ce qui arrive  
> > > à  ma debian Sarge.
> > > Je l'ai installée avec une netinst sans probleme (carte ethernet +   
> > > freebox), tout à marché pendant 1 journée, et là, je sais pas   
> > > pourquoi, ma carte réseau (eth0) n'est plus détectée. Je n'ai rien   
> > > changé au fichier interfaces ou un autre.
> > >
> > > Quand je démarre le PC avec Win XP pro, ça marche très bien donc ce   
> > > n'est pas un problème matériel.
> > >
> > > La soluce est peut-etre toute conne, mais je n'ai que 2 mois de  
> > > linux  derriere moi ...
> > >
> > > Si quelqu'un à une idée, je suis preneur
> >
> >
> > Il faut un peu plus d'informations :
> >
> > Quelle est votre version du noyau ? Perso ou de la distribution ?
> > Quel type de carte utilisez-vous ?
> > Est-ce que vous utilisez udev et/ou discover ?
> > Est-ce qu'au boot (voir dans /var/log/syslog, dans /var/log/boot,   
> > passer la commade dmesg..) la carte est reconnue et le module   
> > correspondant chargé ? (que dit lsmod) ?
> > Que dit la commande ifconfig ?
> > Quel est le contenu de votre fichier /etc/network/interfaces ?
> >
> > > Merci d'avance
> >
> >
> > Jean-Luc
>
> je vais essayer de répondre au mieux
>
> Noyau 2.6.8-1 de la distribution
> carte réseau Realtek RTL 8139
> j'utilise ni discover, ni udev
>
> dmesg me donne :
> 8139cp: disagrees about version of symbol dma_alloc_coherent

Ca, ça veut dire que CONFIG_MODVERSIONS=y dans votre fichier de  
configuration du noyau et que le module qu'il trouve n'a pas la bonne  
version du module.

On trouve ce bout de code dnas le noyau qui est responsable du message  
en question :

#ifdef CONFIG_MODVERSIONING
static inline int check_version(const char *name,
                               const char *symname,
                               const struct modversion_info *versions,
                               unsigned int num)
{
   unsigned int i, k;

   /* First search kernel (unversioned symbols not listed). */
   for (k = 0; !streq(modversions[k].symbol, symname); k++)
           if (!modversions[k].symbol[0])
		return 0;

   /* Now see if module has matching symbol. */
   for (i = 0; i < num; i++) {
         if (streq(versions[i].symbol, symname)) {
                 if (versions[i].checksum == modversions[k].checksum)
                           return 0;
                  printk("%s: disagrees about version of symbol %s\n",
                          name, symname);
                   DEBUGP("Kernel checksum %lX vs module %lX\n",
                          modversions[k].checksum, versions 
[i].checksum);
                   return -ESRCH;
           }
   }
....



> 8139cp: unknown symbol dma_alloc_coherent
> 8139cp: disagrees about version of symbol dma_free_coherent
> 8139cp: unknown symbol dma_free_coherent
> 8139too: disagrees about version of symbol flush_signals
> 8139too: unknown symbol flush_signals
> 8139too: disagrees about version of symbol dma_alloc_coherent
> 8139too: unknown symbol dma_alloc_coherent
> 8139too: disagrees about version of symbol dma_free_coherent
> 8139too: unknown symbol dma_free_coherent

Ce qui est étrange, c'est qu'il cherche à charger les deux modules  
8139cp *et* 8139too. Je n'ai pas ce type de carte, mais un seul devrait  
suffire. L'un d'entre eux étant marqué comme expérimental dans la  
configuration du noyau.

Pouvez-vous regarder dans /etc/modprobe.d  si vous avez quelque-chose  
se rapportant au réseau ou aux cartes ethernet ?


> contenu de /etc/network/interfaces :
> auto lo
> iface lo inet loopback
> auto eth0
> iface eth0 inet dhcp

R.A.S. de ce coté-là

> Voilà ...

Jean-Luc

Attachment: pgpNmEfosFIK9.pgp
Description: PGP signature