Pb réseau avec tulipRésolu/Fermé

Question

Bonjour,


Sous redhat 6.2 je veux communiqué avec une adresse IP 195.9.151.65.
J'ai donc installé tulip-6.2.tar.gz

Avec vi j'ai rajouté au conf.modules :

alias eth0 tulip

Ensuite dans linuxconf, configuration de base de la machine,  j'ai rempli adaptateur1:

mode de configuration: Manuel
nom principal: pom
adresse ip: 195.9.151.61
masque de réseau: 255.255.255.0
Interface réseau: eth0
module noyau: tulip
i/o port: 
irq:


Et lors du redémarrage dans les interactive startup :

/lib/modules/2.2.16-3/net/tulip.o: insmod eth0 FAILED

Et avant que je remplisse linuxconf tout été OK

Donc pas moyen de ping mon UC brancher en rj 45

mamiemando · Answer

Si j'ai bien compris tu penses que ta carte ethernet utilise le module "tulip". Premier conseil, donne les chemins complets des fichiers (par exemple quand tu parles de conf.modules ou d'adapteur1) car pour moi ce n'est pas clair.

Pour faire bref, un module doit être vu comme un peu comme un driver. Il s'interface avec le noyau linux qui est la sorte de "super driver" grâce auquel linux communique avec le matériel. Quand tu compiles un module, tu le compiles donc pour une version de noyau donnée (par défaut celle du noyau sur lequel tu as démarré).

Il faudrait donc s'assurer que cette compilation s'est accomplie avec succès, et qu'au redémarrage, tu as bien démarré sur ce même noyau. Normalement tu n'as d'ailleurs même pas besoin de redémarrer pour charger un module.

La première chose à faire c'est de vérifier que ta carte ethernet n'était pas déjà reconnu, car la seule finalité d'un module de carte réseau est de te mettre à disposition une interface réseau. Peux-tu nous donner le résultat des commandes :

/sbin/ifconfig -a
lspci

Ensuite il faut s'assurer qu'il n'y a pas une manière plus propre d'installer ton module tulip (en admettant que ce soit le bon module) car généralement on n'a recourt à la compilation d'un module qu'en dernier recours. En effet, beaucoup de distribution linux permettent en effet d'installer un module via un paquet, ce qui est beaucoup plus propre (notamment, car ce module est installé automatiquement quand tu installes un nouveau noyau).

Bonne chance

mamiemando · Answer

C'est parlant mais à mon avis c'est complètement bancale.
- Rien ne garantit que tulip.o et pci-scan.o on t été compilé avec le bon compilateur et pour le bon noyau.
- En général les modules ont pour extension ".ko", ça me semble suspect qu'ici on copie un fichier ".o".
- L'alias que tu as configuré ne respecte pas la bonne syntaxe qui à mon avis est plutôt "alias eth0 tulip".
- Le noyau que tu utilises me semble date du siècle dernier (2.2.16 alors que de nos jours on utilise des noyaux 3.9).

La commande ifconfig laisse penser que la carte n'est effectivement par reconnue et nécessite le chargement d'un module. Peux-tu me donner le résultat des commandes suivantes :

uname -a
find /lib/modules | grep tulip
lspci

... ainsi que la version exacte de la distribution linux que tu utilises ?

Bonne chance

pom61 · Answer

Apparemment,  ça fonctionnait avec cette procédure avant.

Pour alias j'ai essayé mais ça ne change rien.

Oui j'utilise du vieux matériel HP pentuim III avec redhat 6.2 kde 1.1.2

Les résultats de " uname -a " : 
Linux pom_pc 2.2.16-3 #1 Mon Jun 19 19:11:44 EDT 2000 i686 unknown

"find /lib/modules | grep tulip" : 
/lib/modules/2.2.16-3/net/old_tulip.o
/lib/modules/2.2.16-3/net/tulip.o
/lib/modules/2.2.16-3/pcmia/tulip_cb.o

"lspci" :
00:00.0 Host bridge: Intel corporation 440BX/ZX - 82443BX/ZX Host bridge (rev 03)
00:01.0 PCI bridge: Intel corporation 440BX/ZX - 824433BX/ZX AGP bridge ( rev 03)
00:04.0 Cardbus bridge: Texas Instruments: Unknown device ac51
00:04.0 Idem
00:07.0 ISA bridge: Intel corporation 82371AB PIIX4 ISA (rev 02)
00:07.1 IDE interface: Intel corporation 82371AB PTIX4 IDE (rev 01)
00:07.2 USB Controller: Intel corporation 82371AB PTIX4 USB (rev 01)
00:07.3 Bridge: Intel corporation 82371AB ACPI (rev 03)
00:08. Multimedia audio controller: ESS Technology: Unknown device 1989 (rev12)
00:08.1 Communication controller: ESS Technology: Unknown device 1989 (rev 12)
00:10.0 Ethernet controller: Accton technology Corporation: Unknown device 1216 (rev11)
01:01:0 VGA compatible contrller: S3 Inc.: Unknown device 8c12 (rev 13)

Voilà merci pour ton soutien

mamiemando · Answer

Si je peux me permettre, commence par installer une distribution de notre époque et après on en rediscute :-) Parce que là ça ne sert à rien de faire marcher un truc obsolète alors que ça marcherait sans doute directement avec une distribution actuelle...

pom61 · Answer

Oui sûrement mais j'aurais aimer que ça fonctionne avec cette version.
Tant pis merci quand même.

mamiemando · Answer

Dans ce cas il faut que tu t'assures
1) que c'est le bon pilote,
2) que tu as compilé le module avec le bon compilateur :

cat /proc/versiongcc --version

3) que tu as les headers du noyau courant pour faire cette compilation :

uname -rls /usr/src

4) que la compilation réussisse, généralement lancée grâce à make :

make all install

5) que le chargement du module réussisse :

modprobe tulipdmesg | taillsmod | grep tulip

6) que l'interface est alors bien créée avec succès :

/sbin/ifconfig -a

Mais je pense sincèrement que tu as meilleur temps de réinstaller, d'autant qu'une distribution aussi vieille n'est sûrement plus très sûre aujourd'hui.

Bonne chance

Pb réseau avec tulip

6 réponses

Discussions similaires

Newsletters