[Ubuntu-QC] Ethernet: périphérique non géré
Gilbert Dion
gilbertdion at gmail.com
Dim 25 Déc 16:34:52 UTC 2016
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/2029ea06/attachment-0001.html>
Plus d'informations sur la liste de diffusion Ubuntu-quebec