Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

Pages : 1

#1 Le 08/01/2020, à 09:17

Targol

[Résolu] Connexion filaire "NON-RÉCLAMÉ"

Bonjour et bonne année à tous,

depuis quelques jours (est-ce après une mise à jour, je ne sais pas), ma connexion filaire n’apparaît plus dans le Network Manager.
Le Wifi fonctionne mais pas le filaire.
J'ai tenté de réparer (en désinstallant notamment le snap docker que j'avais installé et qui m'avait créé une carte réseau) mais ça n'a rien changé. La carte docker n'a même pas été supprimée après la désinstallation du snap.

Voici le résultat de quelques commandes si quelqu'un peut m'aider :

sudo lshw -C network
  *-network                 
       description: Interface réseau sans fil
       produit: Intel Corporation
       fabriquant: Intel Corporation
       identifiant matériel: 14.3
       information bus: pci@0000:00:14.3
       nom logique: wlp0s20f3
       version: 30
       numéro de série: fc:77:74:62:13:7b
       bits: 64 bits
       horloge: 33MHz
       fonctionnalités: pm msi pciexpress msix bus_master cap_list ethernet physical wireless
       configuration: broadcast=yes driver=iwlwifi driverversion=5.0.0-37-generic firmware=43.95eb4e97.0 ip=192.168.8.254 latency=0 link=yes multicast=yes wireless=IEEE 802.11
       ressources: irq:16 mémoire:a4298000-a429bfff
  *-network NON-RÉCLAMÉ
       description: Ethernet controller
       produit: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
       fabriquant: Realtek Semiconductor Co., Ltd.
       identifiant matériel: 0.1
       information bus: pci@0000:02:00.1
       version: 12
       bits: 64 bits
       horloge: 33MHz
       fonctionnalités: pm msi pciexpress msix vpd bus_master cap_list
       configuration: latency=0
       ressources: portE/S:3000(taille=256) mémoire:a4104000-a4104fff mémoire:a4100000-a4103fff
  *-network:0 DÉSACTIVÉ
       description: Ethernet interface
       identifiant matériel: 1
       nom logique: virbr0-nic
       numéro de série: 52:54:00:dc:27:5d
       taille: 10Mbit/s
       fonctionnalités: ethernet physical
       configuration: autonegotiation=off broadcast=yes driver=tun driverversion=1.6 duplex=full link=no multicast=yes port=twisted pair speed=10Mbit/s
  *-network:1
       description: Ethernet interface
       identifiant matériel: 2
       nom logique: virbr0
       numéro de série: 52:54:00:dc:27:5d
       fonctionnalités: ethernet physical
       configuration: broadcast=yes driver=bridge driverversion=2.3 firmware=N/A ip=192.168.122.1 link=no multicast=yes
  *-network:2
       description: Ethernet interface
       identifiant matériel: 3
       nom logique: docker0
       numéro de série: 02:42:b6:38:1c:58
       fonctionnalités: ethernet physical
       configuration: broadcast=yes driver=bridge driverversion=2.3 firmware=N/A ip=172.17.0.1 link=no multicast=yes

Les interfaces avec "virbr0" ont, je pense, été créées par virtualbox bien que lorsque que ces commandes ont été lancées, le logiciel virtualbox n'était pas lancé.

ifconfig 
docker0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 172.17.0.1  netmask 255.255.0.0  broadcast 172.17.255.255
        ether 02:42:b6:38:1c:58  txqueuelen 0  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        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 1000  (Boucle locale)
        RX packets 11959  bytes 1365370 (1.3 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 11959  bytes 1365370 (1.3 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

virbr0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 192.168.122.1  netmask 255.255.255.0  broadcast 192.168.122.255
        ether 52:54:00:dc:27:5d  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlp0s20f3: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.8.254  netmask 255.255.252.0  broadcast 192.168.11.255
        inet6 fe80::9d6c:eafe:9263:757f  prefixlen 64  scopeid 0x20<link>
        ether fc:77:74:62:13:7b  txqueuelen 1000  (Ethernet)
        RX packets 258867  bytes 153251641 (153.2 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 72152  bytes 25423137 (25.4 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
cat  /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
nmcli 
wlp0s20f3: connecté to ITETUDIANTS
        "Intel Wi-Fi"
        wifi (iwlwifi), FC:77:74:62:13:7B, hw, mtu 1500
        ip4 par défaut
        inet4 192.168.8.254/22
        route4 0.0.0.0/0
        route4 192.168.8.0/22
        inet6 fe80::9d6c:eafe:9263:757f/64
        route6 fe80::/64
        route6 ff00::/8

virbr0: connecté to virbr0
        "virbr0"
        bridge, 52:54:00:DC:27:5D, sw, mtu 1500
        inet4 192.168.122.1/24
        route4 169.254.0.0/16
        route4 192.168.122.0/24

p2p-dev-wlp0s20f3: déconnecté
        "p2p-dev-wlp0s20f3"
        wifi-p2p, hw

docker0: non-géré
        "docker0"
        bridge, 02:42:B6:38:1C:58, sw, mtu 1500

lo: non-géré
        "lo"
        loopback (unknown), 00:00:00:00:00:00, sw, mtu 65536

virbr0-nic: non-géré
        "virbr0-nic"
        tun, 52:54:00:DC:27:5D, sw, mtu 1500

DNS configuration:
        servers: 192.168.8.2
        domains: ITIETUDIANT.local
        interface: wlp0s20f3
lspci -k -nn | grep -A 3 -i net
00:14.3 Network controller [0280]: Intel Corporation Device [8086:9df0] (rev 30)
	Subsystem: Intel Corporation Device [8086:0034]
	Kernel driver in use: iwlwifi
	Kernel modules: iwlwifi
--
02:00.1 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 12)
	Subsystem: Acer Incorporated [ALI] RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [1025:128d]
	Kernel modules: r8168

Si une bonne âme pouvait me dire comment virer les connexions docker et faire refonctionner la connexion filaire, je lui en serait grandement reconnaissant.

Dernière modification par Targol (Le 08/01/2020, à 15:58)

Ubuntu, c'est bon, mangez-en !!

Hors ligne

#2 Le 08/01/2020, à 11:06

xubu1957

Re : [Résolu] Connexion filaire "NON-RÉCLAMÉ"

Bonjour,

Montre :

ip a

Que donne :

sudo modprobe r8168

?

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

Hors ligne

#3 Le 08/01/2020, à 12:20

Targol

Re : [Résolu] Connexion filaire "NON-RÉCLAMÉ"

Merci de ta réponse.

ip a
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: wlp0s20f3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether fc:77:74:62:13:7b brd ff:ff:ff:ff:ff:ff
    inet 192.168.8.254/22 brd 192.168.11.255 scope global dynamic noprefixroute wlp0s20f3
       valid_lft 9048sec preferred_lft 9048sec
    inet6 fe80::9d6c:eafe:9263:757f/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
3: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
    link/ether 52:54:00:dc:27:5d brd ff:ff:ff:ff:ff:ff
    inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
       valid_lft forever preferred_lft forever
4: virbr0-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc fq_codel master virbr0 state DOWN group default qlen 1000
    link/ether 52:54:00:dc:27:5d brd ff:ff:ff:ff:ff:ff
5: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default 
    link/ether 02:42:b6:38:1c:58 brd ff:ff:ff:ff:ff:ff
    inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
       valid_lft forever preferred_lft forever
sudo modprobe r8168
[sudo] Mot de passe de martin : 
modprobe: ERROR: could not insert 'r8168': Operation not permitted

Ubuntu, c'est bon, mangez-en !!

Hors ligne

#4 Le 08/01/2020, à 12:30

xubu1957

Re : [Résolu] Connexion filaire "NON-RÉCLAMÉ"

La fois d'avant, on avait une interface Ethernet > [Résolu] Connexion Ethernet erratique.

Il faut des aidants spécialistes.

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

Hors ligne

#5 Le 08/01/2020, à 15:21

Targol

Re : [Résolu] Connexion filaire "NON-RÉCLAMÉ"

Effectivement, depuis la dernière fois, l'interface "enp2s0f1" a disparu...
Pourquoi ?
Comment la re-créer ?
Mystère !

Ubuntu, c'est bon, mangez-en !!

Hors ligne

#6 Le 08/01/2020, à 15:37

xubu1957

Re : [Résolu] Connexion filaire "NON-RÉCLAMÉ"

Tu as créé un environnement virtuel ?

Dans > linux-nantes.univ-nantes.narkive.com/aKqfwWdw/ln-role-de-la-connexion-virbr0

Cette interface virbr0 est une interface virtuelle créée pour les besoins de la virtualisation

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

Hors ligne

#7 Le 08/01/2020, à 15:43

Targol

Re : [Résolu] Connexion filaire "NON-RÉCLAMÉ"

xubu1957 a écrit :

Tu as créé un environnement virtuel ?

Oui, je précise dans le premier message que virtualbox est installé (mais non lancé lorsque les commandes ont été lancées).

Ubuntu, c'est bon, mangez-en !!

Hors ligne

#8 Le 08/01/2020, à 15:50

xubu1957

Re : [Résolu] Connexion filaire "NON-RÉCLAMÉ"

Regarde dans cette discussion > RESOLU / Acces internet eth ne fonctionne plus depuis MAJ

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

Hors ligne

#9 Le 08/01/2020, à 15:58

Targol

Re : [Résolu] Connexion filaire "NON-RÉCLAMÉ"

J’hallucine !
Ton dernier message m'a fait me demander ce que penserait VirtualBox si j'essayais de le lancer. Comment se débrouillerait-il pour trouver un réseau filaire.
La réponse a été assez claire : le secure-boot empêche certains drivers système de se lancer.
Du coup, go bios, virer le secure-boot, reboot, et.. Miracle ! Mon réseau filaire est revenu ! smile

Du coup, je passe en résolu.
PS : sur mon PC, (Acer Aspire5 A515), il faut définir un mot de passe pour le bios avant de pouvoir toucher au secure-boot. Sinon, l'option est grisée.
PS2: Merci de ton aide xubu1957.

Ubuntu, c'est bon, mangez-en !!

Hors ligne

Pages : 1