[Ubuntu-QC] Ethernet: périphérique non géré

Gilbert Dion gilbertdion at gmail.com
Dim 25 Déc 17:41:40 UTC 2016


Autre information confirmant que la carte est présente, fonctionnelle et
reconnue comme eth0
sudo lshw -C network
  *-network
       description: Ethernet interface
       produit: MCP79 Ethernet
       fabriquant: NVIDIA Corporation
       identifiant matériel: a
       information bus: pci at 0000:00:0a.0
       nom logique: eth0
       version: b1
       numéro de série: 58:b0:35:aa:0b:be
       taille: 100Mbit/s
       capacité: 1Gbit/s
       bits: 32 bits
       horloge: 66MHz
       fonctionnalités: pm msi bus_master cap_list ethernet physical mii
10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=forcedeth
driverversion=0.64 duplex=full ip=192.168.1.135 latency=0 link=yes
maxlatency=20 mingnt=1 multicast=yes port=MII speed=100Mbit/s
       ressources: irq:27 mémoire:d0486000-d0486fff portE/S:21e0(taille=8)
mémoire:d0489000-d04890ff mémoire:d0489300-d048930f
  *-network
       description: Interface réseau sans fil
       produit: AR928X Wireless Network Adapter (PCI-Express)
       fabriquant: Qualcomm Atheros
       identifiant matériel: 0
       information bus: pci at 0000:03:00.0
       nom logique: wlan0
       version: 01
       numéro de série: d8:30:62:5a:61:25
       bits: 64 bits
       horloge: 33MHz
       fonctionnalités: pm msi pciexpress msix bus_master cap_list ethernet
physical wireless
       configuration: broadcast=yes driver=ath9k
driverversion=4.8.0-32-generic firmware=N/A ip=192.168.1.101 latency=0
link=yes multicast=yes wireless=IEEE 802.11




@+,
g

Le 25 décembre 2016 à 11:34, Gilbert Dion <gilbertdion at gmail.com> a écrit :

> Il n'y a rien dans /etc/network/interfaces.d. Devrait-il; y avoir quelque
> chose?
>
> Résultat de grep -r eth0 /etc:
> /etc/avahi/avahi-daemon.conf:#allow-interfaces=eth0
> /etc/conky/conky.conf:Up:$color ${upspeed eth0} ${color grey} -
> Down:$color ${downspeed eth0}
> /etc/conky/conky_no_x11.conf:Up: ${upspeed eth0}  - Down: ${downspeed
> eth0}
> /etc/network/interfaces.bak:#auto eth0
> /etc/network/interfaces.bak:#iface eth0 inet dhcp
> /etc/network/interfaces:#auto eth0
> /etc/network/interfaces:#iface eth0 inet dhcp
> /etc/network/if-up.d/upstart: # Ignoring unknown interface eth0=eth0.
> /etc/udev/rules.d/70-persistent-net.rules:SUBSYSTEM=="net",
> ACTION=="add", DRIVERS=="?*", ATTR{address}=="58:b0:35:aa:0b:be",
> ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
> /etc/initramfs-tools/initramfs.conf:# Specify a specific network
> interface, like eth0
> /etc/laptop-mode/conf.d/ethernet.conf:# "ethtool eth0", where eth0 is
> your physical ethernet device.
> /etc/laptop-mode/conf.d/ethernet.conf:ETHERNET_DEVICES="eth0"
> /etc/dhcp/dhclient.conf:#  interface "eth0";
> /etc/dhcp/dhclient.conf:#  interface "eth0";
> /etc/drbl/drbl.conf:dummy_eth_nics="eth0 eth1 eth2 eth3"
> /etc/samba/smb.conf:;   interfaces = 127.0.0.0/8 eth0
>
> Oui, l'interface Ethernet en mode automatique figure bien dans l'applet.
>
> Et oui, finalement, ça s'appelle encore et toujours eth0.
>
> @+,
> g
>
> Le 25 décembre 2016 à 01:48, Jean Christophe André <
> jean-christophe.andre at auf.org> a écrit :
>
>> Le 25 décembre 2016 01:26:31 HNE, Bernard Tremblay <
>> tremblay.bernard at gmail.com> a écrit :
>>>
>>> Pourtant ton ifconfig montrait bien 192.168.1.135... C'est pas normal
>>> qu'ensuite NetworkManager te dise que l'interface n'est pas géré.
>>> Çà serait vrai si tu avais inscrit "eth0" dans ton
>>> /etc/network/interfaces mais çà ne semble pas le cas.
>>>
>>> Est-ce que tu as essayé de lui donner une adresse manuellement à partir
>>> d'un shell ?    (genre:  ifconfig eth0 192.168.1.135 )  ou en demandant à
>>> dhclient directement une adresse (dhclient eth0) ?
>>> C'est juste question de savoir si l'interface peut se connecter et donc
>>> que pour une raison X NetworkManager ne réussi pas à faire le travail.
>>>
>>> Salutations,
>>>                    BT
>>>
>>>
>>> Le 24 décembre 2016 à 22:38, Gilbert Dion <gilbertdion at gmail.com> a
>>> écrit :
>>>
>>>> Curieusement, les résultats de la commande ifconfig n'affichent plus de
>>>> connexion pour eth0, mais des paquets sont quand même transmis et reçus.
>>>> eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
>>>>         inet6 fe80::5ab0:35ff:feaa:bbe  prefixlen 64  scopeid 0x20<link>
>>>>         ether 58:b0:35:aa:0b:be  txqueuelen 1000  (Ethernet)
>>>>         RX packets 723  bytes 100328 (100.3 KB)
>>>>         RX errors 0  dropped 8  overruns 0  frame 0
>>>>         TX packets 161  bytes 17783 (17.7 KB)
>>>>         TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
>>>>
>>>> Un ping au routeur fonctionne très bien, car cela passe par la
>>>> connexion wifi. Si je désactive le wifi, plus rien:
>>>> ping: google.com: Nom ou service inconnu
>>>>
>>>> Donc, le DNS n'a rien à voir. C'est Network Manager qui est en cause,
>>>> je crois:
>>>> nmcli d
>>>> PÉRIPHÉRIQUE       TYPE      ÉTAT        CONNEXION
>>>> wlan0              wifi      connecté  JeLisVosCourriels 1
>>>> A0:91:69:2A:72:E9  bt        non-géré    --
>>>> eth0               ethernet  non-géré    --
>>>> lo                 loopback  non-géré    --
>>>>
>>>>
>>>>
>>>> @+,
>>>> g
>>>>
>>>> Le 24 décembre 2016 à 17:46, Bernard Tremblay <
>>>> tremblay.bernard at gmail.com> a écrit :
>>>>
>>>>> On voit que eth0 est connecté à 192.168.1.135 .  Est-ce que tu peux
>>>>> pinger ta passerelle ? (Ping 192.168.1.1)
>>>>>
>>>>> Si oui essaie un "Ping Google.com" et si ça fonctionne pas çà serait
>>>>> ton DNS qui est pas correct.
>>>>>
>>>>> ...à suivre ...
>>>>>
>>>>> Le 2016-12-24 1:09 PM, "Gilbert Dion" <gilbertdion at gmail.com> a
>>>>> écrit :
>>>>>
>>>>>> Ajout de la commande ifconfig:
>>>>>> eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
>>>>>>         inet 192.168.1.135  netmask 255.255.255.0  broadcast
>>>>>> 192.168.1.255
>>>>>>         inet6 fe80::5ab0:35ff:feaa:bbe  prefixlen 64  scopeid
>>>>>> 0x20<link>
>>>>>>         ether 58:b0:35:aa:0b:be  txqueuelen 1000  (Ethernet)
>>>>>>         RX packets 46303  bytes 14363338 (14.3 MB)
>>>>>>         RX errors 0  dropped 4  overruns 0  frame 0
>>>>>>         TX packets 43334  bytes 10969264 (10.9 MB)
>>>>>>         TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
>>>>>>
>>>>>> lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
>>>>>>         inet 127.0.0.1  netmask 255.0.0.0
>>>>>>         inet6 ::1  prefixlen 128  scopeid 0x10<host>
>>>>>>         loop  txqueuelen 1  (Boucle locale)
>>>>>>         RX packets 45961  bytes 2810066 (2.8 MB)
>>>>>>         RX errors 0  dropped 0  overruns 0  frame 0
>>>>>>         TX packets 45961  bytes 2810066 (2.8 MB)
>>>>>>         TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
>>>>>>
>>>>>> ppp0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>  mtu 1400
>>>>>>         inet 185.158.104.50  netmask 255.255.255.255  destination
>>>>>> 185.158.104.4
>>>>>>         ppp  txqueuelen 3  (Protocole Point-à-Point)
>>>>>>         RX packets 83  bytes 7369 (7.3 KB)
>>>>>>         RX errors 0  dropped 0  overruns 0  frame 0
>>>>>>         TX packets 36  bytes 3976 (3.9 KB)
>>>>>>         TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
>>>>>>
>>>>>> wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
>>>>>>         inet 192.168.1.101  netmask 255.255.255.0  broadcast
>>>>>> 192.168.1.255
>>>>>>         inet6 fe80::da30:62ff:fe5a:6125  prefixlen 64  scopeid
>>>>>> 0x20<link>
>>>>>>         ether d8:30:62:5a:61:25  txqueuelen 1000  (Ethernet)
>>>>>>         RX packets 37177  bytes 16773801 (16.7 MB)
>>>>>>         RX errors 0  dropped 0  overruns 0  frame 0
>>>>>>         TX packets 35432  bytes 14314048 (14.3 MB)
>>>>>>         TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
>>>>>>
>>>>>> Ajout du contenu de /etc/network/interfaces:
>>>>>> # interfaces(5) file used by ifup(8) and ifdown(8)
>>>>>> auto lo
>>>>>>
>>>>>>
>>>>>> @+,
>>>>>> g
>>>>>>
>>>>>> Le 24 décembre 2016 à 13:01, Gilbert Dion <gilbertdion at gmail.com> a
>>>>>> écrit :
>>>>>>
>>>>>>> Je suis passé hier de la version 16.04 à la version 16.10 et du
>>>>>>> coup, j'ai perdu l'usage de ma connexion Ethernet.
>>>>>>>
>>>>>>> Je n'ai pu trouver de réponses ou de solutions valables. S'il y a un
>>>>>>> problème que je ne m'attendais pas d'avoir dans une nouvelle version
>>>>>>> d'Ubuntu, c'est bien celui-là!
>>>>>>>
>>>>>>> Entre la dinde et la tourtière, merci d'avance de vos suggestions.
>>>>>>>
>>>>>>> Gilbert
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Ubuntu-quebec mailing list
>>>>>> Ubuntu-quebec at lists.ubuntu.com
>>>>>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>>>>>
>>>>>>
>>>>> --
>>>>> Ubuntu-quebec mailing list
>>>>> Ubuntu-quebec at lists.ubuntu.com
>>>>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>>>>
>>>>>
>>>>
>>>> --
>>>> Ubuntu-quebec mailing list
>>>> Ubuntu-quebec at lists.ubuntu.com
>>>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>>>
>>>>
>>>
>>>
>> Bonsoir,
>>
>> Vérifies aussi du côté de /etc/network/interfaces.d/
>> En fait je ferais même un "grep -r eth0 /etc" pour voir si c'est
>> référencé manuellement quelque part.
>>
>> Sinon voir aussi dans l'interface graphique (nm-applet), dans la
>> modification des connexions, si tu retrouves bien une interface Ethernet en
>> mode automatique (connexion filaire).
>>
>> À noter aussi que j'ai vu un chamement du nom de l'interface à un moment
>> donné. Chez moi c'est passé de eth0 à en0p7 (lié à la position sur le bus
>> PCI). Mais ça l'avait fait avant 16.10 déjà.
>>
>>
>> Cordialement, J.C.
>> --
>> Agence universitaire de la Francophonie
>>
>> --
>> Ubuntu-quebec mailing list
>> Ubuntu-quebec at lists.ubuntu.com
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
>>
>>
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <https://lists.ubuntu.com/archives/ubuntu-quebec/attachments/20161225/9c946d24/attachment-0001.html>


Plus d'informations sur la liste de diffusion Ubuntu-quebec