Bonjour,

cela fait maintenant 4 jours que je n'ai plus de connection internet via cable Ethernet.

Voici les tests et les résultats faits:

- De base (mon cable ethernet) -> Echec

- Cable ethernet de l'imprimante (même switch) -> Echec (alors que l'imprimante, elle, fonctionne)

- Cable ethernet de mon pere (directement connecté a la borne) -> Echec

- ping 192.168.1.1 -> Echec

- ping 127.0.0.1 -> Succes

J'avoue ne plus rien comprendre. Les 3 premiers tests semblent dire que le cable ethernet n'est pas en cause, mais le ping du localhost semble dire que la carte réseau répond (d'apres ce que j'ai compris des forums web sur le sujet) 

Détail important:

- Je suis sous linux.

- Pc de 2010 ayant subit plusieurs modification (+ de ram, meilleur processeur, ...)

- Carte réseau d'origine

- Pc Asus

- Il semble avoir déraillé du jour au lendemain (sans raison apparante)

- Je passe par le partage de connexion USB de mon téléphone pour le moment (donc mon pc "peut" recevoir une connexion internet)

Merci !

Bonjour,

Afin de pouvoir diagnostiquer quoi que ce soit, il faudrait obtenir quelques informations avec ces commandes :

$ uname -a ; lspci -nnk ; ip addr show ; ip route

-
Edité par Anonyme 1 septembre 2017 à 13:42:41

Linux brieuc-H81M-S2PV 4.10.0-33-generic #37~16.04.1-Ubuntu SMP Fri Aug 11 14:03:33 UTC 2017 i686 i686 i686 GNU/Linux
00:00.0 Host bridge [0600]: Intel Corporation 4th Gen Core Processor DRAM Controller [8086:0c00] (rev 06)
	Subsystem: Gigabyte Technology Co., Ltd 4th Gen Core Processor DRAM Controller [1458:5000]
	Kernel driver in use: hsw_uncore
00:01.0 PCI bridge [0604]: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller [8086:0c01] (rev 06)
	Kernel driver in use: pcieport
	Kernel modules: shpchp
00:14.0 USB controller [0c03]: Intel Corporation 8 Series/C220 Series Chipset Family USB xHCI [8086:8c31] (rev 05)
	Subsystem: Gigabyte Technology Co., Ltd 8 Series/C220 Series Chipset Family USB xHCI [1458:5007]
	Kernel driver in use: xhci_hcd
00:16.0 Communication controller [0780]: Intel Corporation 8 Series/C220 Series Chipset Family MEI Controller #1 [8086:8c3a] (rev 04)
	Subsystem: Gigabyte Technology Co., Ltd 8 Series/C220 Series Chipset Family MEI Controller [1458:1c3a]
	Kernel driver in use: mei_me
	Kernel modules: mei_me
00:1a.0 USB controller [0c03]: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #2 [8086:8c2d] (rev 05)
	Subsystem: Gigabyte Technology Co., Ltd 8 Series/C220 Series Chipset Family USB EHCI [1458:5006]
	Kernel driver in use: ehci-pci
00:1b.0 Audio device [0403]: Intel Corporation 8 Series/C220 Series Chipset High Definition Audio Controller [8086:8c20] (rev 05)
	Subsystem: Gigabyte Technology Co., Ltd 8 Series/C220 Series Chipset High Definition Audio Controller [1458:a002]
	Kernel driver in use: snd_hda_intel
	Kernel modules: snd_hda_intel
00:1c.0 PCI bridge [0604]: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #1 [8086:8c10] (rev d5)
	Kernel driver in use: pcieport
	Kernel modules: shpchp
00:1c.2 PCI bridge [0604]: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #3 [8086:8c14] (rev d5)
	Kernel driver in use: pcieport
	Kernel modules: shpchp
00:1c.3 PCI bridge [0604]: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #4 [8086:8c16] (rev d5)
	Kernel driver in use: pcieport
	Kernel modules: shpchp
00:1d.0 USB controller [0c03]: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #1 [8086:8c26] (rev 05)
	Subsystem: Gigabyte Technology Co., Ltd 8 Series/C220 Series Chipset Family USB EHCI [1458:5006]
	Kernel driver in use: ehci-pci
00:1f.0 ISA bridge [0601]: Intel Corporation C220 Series Chipset Family H81 Express LPC Controller [8086:8c5c] (rev 05)
	Subsystem: Gigabyte Technology Co., Ltd C220 Series Chipset Family H81 Express LPC Controller [1458:5001]
	Kernel driver in use: lpc_ich
	Kernel modules: lpc_ich
00:1f.2 SATA controller [0106]: Intel Corporation 8 Series/C220 Series Chipset Family 6-port SATA Controller 1 [AHCI mode] [8086:8c02] (rev 05)
	Subsystem: Gigabyte Technology Co., Ltd 8 Series/C220 Series Chipset Family 6-port SATA Controller 1 [AHCI mode] [1458:b005]
	Kernel driver in use: ahci
	Kernel modules: ahci
00:1f.3 SMBus [0c05]: Intel Corporation 8 Series/C220 Series Chipset Family SMBus Controller [8086:8c22] (rev 05)
	Subsystem: Gigabyte Technology Co., Ltd 8 Series/C220 Series Chipset Family SMBus Controller [1458:5001]
	Kernel modules: i2c_i801
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GT218 [GeForce 210] [10de:0a65] (rev a2)
	Subsystem: Gigabyte Technology Co., Ltd GT218 [GeForce 210] [1458:3629]
	Kernel driver in use: nouveau
	Kernel modules: nvidiafb, nouveau
01:00.1 Audio device [0403]: NVIDIA Corporation High Definition Audio Controller [10de:0be3] (rev a1)
	Subsystem: Gigabyte Technology Co., Ltd High Definition Audio Controller [1458:3629]
	Kernel driver in use: snd_hda_intel
	Kernel modules: snd_hda_intel
03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 06)
	Subsystem: Gigabyte Technology Co., Ltd Motherboard [1458:e000]
	Kernel driver in use: r8169
	Kernel modules: r8169
04:00.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev 41)
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: enp3s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 40:8d:5c:64:7e:08 brd ff:ff:ff:ff:ff:ff

Est-ce que tu peux faire :

$ ip link set up enp3s0 ; ip addr show

-
Edité par Anonyme 1 septembre 2017 à 16:23:13

RTNETLINK answers: Operation not permitted
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: enp3s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 40:8d:5c:64:7e:08 brd ff:ff:ff:ff:ff:ff

Ah il faudrait le faire en root :

$ sudo ip link set up enp3s0 ; ip addr show

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: enp3s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether 40:8d:5c:64:7e:08 brd ff:ff:ff:ff:ff:ff
10: enp0s20u5: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN group default qlen 1000
    link/ether 6e:a9:65:f1:8a:a1 brd ff:ff:ff:ff:ff:ff
    inet 192.168.42.148/24 brd 192.168.42.255 scope global dynamic enp0s20u5
       valid_lft 2146sec preferred_lft 2146sec
    inet6 fe80::3e4f:e96d:c11d:641d/64 scope link 
       valid_lft forever preferred_lft forever

Je pense que ta prise réseau est endommagée, vu le message "NO-CARRIER" qui indique qu'il ne détecte pas de communication dans la prise.

Ou alors la puce réseau qui est défectueuse, mais c'est moins probable.

Après passage d'un amis informaticien, on a un peu réduis le champs de recherche. Déja, sous windows, tout fonctionne, mais sous linux xUbuntu, sa ne marche plus. Pourtant m, comme le prouve la commande lspci, la carte réseau est bien détecter.

Savez vous d'ou peu venir le problème  ?

Edit: suite a des recherches, je suis tomber sur la commande "ifconfig enp3s0 192.168.1.130" qui fait que le réseau local (donc 192.168.1.*) est accessible  (ex: imprimante réseau). Mais en externe (google.fr par ex) ne marche toujours pas (alors qie via les àutres pc, 0 soucis)

-
Edité par Bhasher 3 septembre 2017 à 13:19:59

Ça veut dire que tu peux attribuer manuellement une adresse IP. Mais comme tu n'as pas mis de passerelle, seule le réseau local est accessible.

Ton PC est pas censé avoir du DHCP ?

J'ai (enfin) pus résoudre le probleme.

J'ai dus remodifier le Gateway (qui était a 192.168.0.1, et non 192.168.1.1) et le masque de sous réseau (192.168.1.255 -> 255.255.255.0)

Merci a toi !