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

Carte reseau et interface introuvables

adncrimi19

Bonjour,

J'ai un petit problème avec ma carte reseau pci, en effet dans l'objectif de mon stage je dois scanner du hardware. Il se trouve que j'ai une tour avec un hyperviseur et deux carte réseau dont une intégrée à la carte mère, le problème étant que la deuxième est introuvable et lors du branchement aucune des deux led ne s'allume cette même carte réseau est destiné à être connecter au matériel à tester. J'ai d'abord pensé que la carte ne fonctionnait pas mais je l'ai testé sur une autre machine windows et elle marchais. Quand je lance un if config il y a qu'une carte réseau qui s'affiche, j'ai lu que les modules peuvent être les problèmes ou alors est ce que c'est mon noyau qui n'arrive pas à la détecter.

Merci de vos réponses

Une simple configuration de la carte réseau sur ProxMox

xubu1957

Bonjour,

Montre, en te servant du Retour utilisable de commande :

lspci -k -nn | grep -A 3 -i net

ip a

NicoApi73

Bonjour,

Donne le retour de :

sudo lshw -class network -numeric

adncrimi19

xubu1957 a écritBonjour,

Montre, en te servant du Retour utilisable de commande :

lspci -k -nn | grep -A 3 -i net

ip a

Je viens à penser que le noyau du système ne détecte pas la carte..

Voila la retour de commande

 lspci -k -nn |grep -A 3 -i net

 00:12.0 Ethernet controller [0200]: Red Hat, Inc Virtio network device [1af4:1000]
                      Subsystem : Red Hat, Inc Virtio network device [1af4:0001]
                      Kernel driver in use : virtio-pci
00:1e.0 PCI bridge [0604] : Red Hat, Inc. QEMU PCI-PCI bridge [1b36:0001]
            Kernel modules : shpchp

pour ip a voila le resultat

 1: lo:>LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
qlen 1000
        link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
       inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
      inet6 ::1/128 scope host
      valid_lft forever preferred_lft forever
2: ens18 : < BROADCAST, MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 
inet 10.6.0.45/16 brd 10.6.255.255 scope global dynamic noprefixroute ens18
valid_lft 422370sec preferred_lft 422370sec
inet6 fe80::87be:748f:25ad:563d/64 scope link noprefixroute
valid_lft forever preferred_lft forever

le ens18 etant le eth0 si j'ai bien compris mais aucune trace d'une eth1

adncrimi19

NicoApi73 a écritBonjour,

Donne le retour de :

sudo lshw -class network -numeric

network 
description : Ethernet controller 
produit : Virtio network device 
fabriquant: Red Hat, Inc 
Identifiant ; 12
information bus: pci@0000:00:12.0
Version : 00
bits : 64bits
horloge : 33Mhz
fonnctionnalité msix bus_master cap_list rom
configuration : driver=virtio-pci latency=0
ressources: irq:11 portE/S:e080(taille=32) memoire:fea52000-fea52fff memoire fe408000-fe40bfff memoire fea00000-fea3ffff
virtio2 
description : Ethernet interface
identifiant materiel : 0
information bus: virtio@2
nom logique:ens18
fonctionnalité ethernet physical
configuration : autonegotiation=off broadcast=yes driver=virtio_net driverversion=1.0.0 ip = 10.6.0.45 link=yes multicast=yes

pourtant avec un dmesg il y a cette ligne qui m'intrigue

 virtio1 NON-RECLAME 
description : Virtual I/O device 
identifiant materiel :0
information bus: virtio@1
configuration driver=virtio_scsi

Merci beaucoup pour vos réponse

xubu1957

C'est en virtualisation ?

Je trouve pour info > redhat.com/en/blog/deep-dive-virtio-networking-and-vhost-net

adncrimi19

oui c'est a travers une Vm que je lance les commandes

NicoApi73

adncrimi19 a écritoui c'est a travers une Vm que je lance les commandes

Dans ce cas, ça vient surement de la configuration de ta machine virtuelle. Dans une machine virtuelle, tu n'accèdes qu'indirectement aux ressources physiques