[Résolu] Plus de réseau suite à l'achat d'une nouvelle carte mère !

Dr.BUg · Le 06/02/2016, à 17:12

Bonjour,

j'ai parcouru les tutos sur le réseau et quelques messages sur le forum mais je bloque.
Depuis l'achat de ma nouvelle carte mère (Gigabyte + I5 + DDR4) le réseau ne fonctionne plus.

Le système démarre correctement mais impossible d'aller sur Internet à partir de ma session mais avec une LiveUSB j'ai du réseau !
Voici en retour les infos des commandes de bases

stephane@taobuntu:~$ sudo lshw -C network
[sudo] password for stephane: 
  *-network NON-RECLAME   
       description: Ethernet controller
       produit: Ethernet Connection (2) I219-V
       fabriquant: Intel Corporation
       identifiant matériel: 1f.6
       information bus: pci@0000:00:1f.6
       version: 31
       bits: 32 bits
       horloge: 33MHz
       fonctionnalités: pm msi bus_master cap_list
       configuration: latency=0
       ressources: mémoire:de100000-de11ffff
stephane@taobuntu:~$ sudo ifconfig
lo        Link encap:Boucle locale  
          inet adr:127.0.0.1  Masque:255.0.0.0
          adr inet6: ::1/128 Scope:Hôte
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          Packets reçus:14358 erreurs:0 :0 overruns:0 frame:0
          TX packets:14358 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0 
          Octets reçus:1060702 (1.0 MB) Octets transmis:1060702 (1.0 MB)

stephane@taobuntu:~$ cat /etc/network/interfaces
interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback

stephane@taobuntu:~$ sudo nm-tool

** (process:21700): WARNING **: Could not initialize NMClient /org/freedesktop/NetworkManager: The name org.freedesktop.NetworkManager was not provided by any .service files

NetworkManager Tool

State: unknown


** (process:21700): WARNING **: error: could not connect to NetworkManager
stephane@taobuntu:~$

Merci pour votre aide, je galère...

Dernière modification par Dr.BUg (Le 10/02/2016, à 12:10)

erresse · Le 06/02/2016, à 17:27

Bonjour,
Possible que ta nouvelle carte mère n'y soit pour rien, surtout que tu peux naviguer en "live" avec cette même CM...
Par contre, tu es peut-être dans le cas des problèmes rencontrés suite à une mise à jour récente.
Jette un coup d’œil par ici pour voir si ça peut t'aider.

Dr.BUg · Le 06/02/2016, à 17:42

erresse a écrit :

Bonjour,
Possible que ta nouvelle carte mère n'y soit pour rien, surtout que tu peux naviguer en "live" avec cette même CM...
Par contre, tu es peut-être dans le cas des problèmes rencontrés suite à une mise à jour récente.
Jette un coup d’œil par ici pour voir si ça peut t'aider.

Merci de te pencher sur mon cas mais j'ai déjà été confronté à la perte du réseau suite à une maj erronée à partir des dépots Proposed !
Et j'avais réglé le problème. La commande dhclient et les conseils de Libellule19 m'avait permi de retrouvé ma connexion. Mais là plus de dhclient possible

Dr.BUg · Le 06/02/2016, à 19:40

Ma seule option pour l'instant est d'ouvrir une session en LiveUSB pour avoir du réseau. Est-il possible à partir de là d'installer des paquets ou de résoudre le problème ?

MicP · Le 07/02/2016, à 11:30

Quand tu sera sur la machine qui n'a pas accès à la carte réseau, donne nous le retour de :

cat /etc/udev/rules.d/70-persistent-net.rules

Je pense qu'il est possible que les règles udev qui sont renseignées dans ce fichier concernent les cartes réseau de l'ancienne machine (carte réseau sur la carte mère),
et si c'est le cas il faudrait donc peut-être commenter chaque règles inscrite dans ce fichier et créer des nouvelles règles en fonction du nouveau matériel.
SI BESOIN La ligne de commande suivante commentera les règles contenues dans le fichier :

sed -i 's/^SUB/#SUB/' /etc/udev/rules.d/70-persistent-net.rules

Mais je ne comprends pas pourquoi le nouveau (nouvelle carte mère => nouvelle carte réseau) périphérique réseau n'a pas été détecté et qu'un fichier de périphérique et règle udev le concernant ait été créé.

C'est peut-être aussi une histoire de pilote, firmware, activation/dés-activation par le BIOS,…

Dernière modification par MicP (Le 07/02/2016, à 11:48)

erresse · Le 07/02/2016, à 11:48

HS
@MicP: J'ai noté dans ton message cette syntaxe de commande que je ne connaissais pas :

mv  /etc/udev/rules.d/70-persistent-net.rules{,.origninal}

Le truc des {,...} est élégant et économise pas mal de frappe...
Où l'as-tu appris ? Y a-t-il des docs utiles pour ce genre d'astuces ?
Merci (et mes excuses à Dr.BUg pour le hors-sujet...)
/HS

smokeh · Le 07/02/2016, à 11:53

il n'y a pas un fichier qui conserve les adresse mac des anciennes carte réseaux qu'il faut supprimer pour qu'il soit recrée par le système après le redémarrage?

MicP · Le 07/02/2016, à 12:23

[HS] @erresse

man bash

Puis tu entre : (sans les apostrophes) "/Développement des accolades"

=======
Si tu veux la version non traduite, tu fais :

man -LC bash

Puis tu entre : (sans les apostrophes) "/Brace Expansion"

=======
Mais c'est vrai qu'il est énorme comme fichier manpage

gnu.org : bashref.html -> Brace-Expansion

wiki.bash-hackers.org -> syntax -> expansion -> brace
[/HS]

Dernière modification par MicP (Le 07/02/2016, à 15:50)

Dr.BUg · Le 07/02/2016, à 15:18

MicP a écrit :

Quand tu sera sur la machine qui n'a pas accès à la carte réseau, donne nous le retour de :
cat /etc/udev/rules.d/70-persistent-net.rules
Je pense qu'il est possible que les règles udev qui sont renseignées dans ce fichier concernent les cartes réseau de l'ancienne machine (carte réseau sur la carte mère),
et si c'est le cas il faudrait donc peut-être commenter chaque règles inscrite dans ce fichier et créer des nouvelles règles en fonction du nouveau matériel.
SI BESOIN La ligne de commande suivante commentera les règles contenues dans le fichier :
sed -i 's/^SUB/#SUB/' /etc/udev/rules.d/70-persistent-net.rules
Mais je ne comprends pas pourquoi le nouveau (nouvelle carte mère => nouvelle carte réseau) périphérique réseau n'a pas été détecté et qu'un fichier de périphérique et règle udev le concernant ait été créé.
C'est peut-être aussi une histoire de pilote, firmware, activation/dés-activation par le BIOS,…

Merci MicP pour ton aide. Voici la réponse à la ligne de code que tu indique

stephane@taobuntu:~$ cat /etc/udev/rules.d/70-persistent-net.rules
# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.

# PCI device 0x10ec:0x8168 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="1c:6f:65:90:be:d8", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

J'ai commenté (pour tester) la ligne du fichier et redémarré le système mais toujours pas de réseau !

Dr.BUg · Le 07/02/2016, à 15:25

erresse a écrit :

HS
@MicP: J'ai noté dans ton message cette syntaxe de commande que je ne connaissais pas :
mv  /etc/udev/rules.d/70-persistent-net.rules{,.origninal}
Le truc des {,...} est élégant et économise pas mal de frappe...
Où l'as-tu appris ? Y a-t-il des docs utiles pour ce genre d'astuces ?
Merci (et mes excuses à Dr.BUg pour le hors-sujet...)
/HS

Ce post à semble t'il disparu mais que signifie cette commande ? de déplacer le fichier en question pour le recréer ?

smokeh a écrit :

il n'y a pas un fichier qui conserve les adresse mac des anciennes carte réseaux qu'il faut supprimer pour qu'il soit recrée par le système après le redémarrage?

Sûrement, je ne savais pas où trouver ce fichier mais après réflexion je pense que c'est justement celui dont parle MicP

cat /etc/udev/rules.d/70-persistent-net.rules

Dernière modification par Dr.BUg (Le 10/02/2016, à 22:21)

Dr.BUg · Le 07/02/2016, à 15:29

MicP a écrit :

man bash
Puis tu entre : (sans les apostrophes) "/Développement des accolades"
=======
Si tu veux la version non traduite, tu fais :
man -LC bash
Puis tu entre : (sans les apostrophes) "/Brace Expansion"
=======
Mais c'est vrai qu'il est énorme comme fichier manpage
gnu.org : bashref.html -> Brace-Expansion
wiki.bash-hackers.org -> syntax -> expansion -> brace

Je ne comprends pas ce post, que signifie ces commandes ?

Merci

MicP · Le 07/02/2016, à 15:48

Ce post à semble t'il disparu mais que signifie cette commande ? de déplacer le fichier en question pour le recréer ?

mv  /etc/udev/rules.d/70-persistent-net.rules{,.origninal}

est équivalent à :

mv  /etc/udev/rules.d/70-persistent-net.rules /etc/udev/rules.d/70-persistent-net.rules.origninal

en fait je renomme le fichier, comme ça, si il y a une mauvaise manipulation,
on pourra toujours retrouver le fichier original pour remettre tout comme avant.

Et après, je créais le nouveau fichier vide /etc/udev/rules.d/70-persistent-net.rules
Mais ce n'est peut-être pas nécessaire.

=======

Je ne comprends pas ce post, que signifie ces commandes ?

Désolé, j'ai oublié de noter que je répondais à erresse Je vais de suite corriger ça.

=======
Depuis le CD Live, que donnent les commandes

sudo lshw -C network
/sbin/ifconfig
lspci

Merci.

Dernière modification par MicP (Le 07/02/2016, à 15:54)

Dr.BUg · Le 07/02/2016, à 16:38

Voilà les 3 commandes demandés à partir de la LiveUSB

ubuntu@ubuntu:~$ sudo lshw -C network
  *-network               
       description: Ethernet interface
       product: Intel Corporation
       vendor: Intel Corporation
       physical id: 1f.6
       bus info: pci@0000:00:1f.6
       logical name: eth0
       version: 31
       serial: 40:8d:5c:55:db:f4
       size: 1Gbit/s
       capacity: 1Gbit/s
       width: 32 bits
       clock: 33MHz
       capabilities: pm msi bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=e1000e driverversion=2.3.2-k duplex=full firmware=0.8-4 ip=192.168.0.17 latency=0 link=yes multicast=yes port=twisted pair speed=1Gbit/s
       resources: irq:125 memory:de100000-de11ffff

ubuntu@ubuntu:~$ /sbin/ifconfig
eth0      Link encap:Ethernet  HWaddr 40:8d:5c:55:db:f4  
          inet addr:192.168.0.17  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::428d:5cff:fe55:dbf4/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:330 errors:0 dropped:0 overruns:0 frame:0
          TX packets:151 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:43555 (43.5 KB)  TX bytes:21778 (21.7 KB)
          Interrupt:16 Memory:de100000-de120000 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:181 errors:0 dropped:0 overruns:0 frame:0
          TX packets:181 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:13048 (13.0 KB)  TX bytes:13048 (13.0 KB)

ubuntu@ubuntu:~$ lspci
00:00.0 Host bridge: Intel Corporation Device 191f (rev 07)
00:01.0 PCI bridge: Intel Corporation Device 1901 (rev 07)
00:14.0 USB controller: Intel Corporation Device a12f (rev 31)
00:14.2 Signal processing controller: Intel Corporation Device a131 (rev 31)
00:16.0 Communication controller: Intel Corporation Device a13a (rev 31)
00:17.0 SATA controller: Intel Corporation Device a102 (rev 31)
00:1c.0 PCI bridge: Intel Corporation Device a114 (rev f1)
00:1d.0 PCI bridge: Intel Corporation Device a118 (rev f1)
00:1f.0 ISA bridge: Intel Corporation Device a148 (rev 31)
00:1f.2 Memory controller: Intel Corporation Device a121 (rev 31)
00:1f.3 Audio device: Intel Corporation Device a170 (rev 31)
00:1f.4 SMBus: Intel Corporation Device a123 (rev 31)
00:1f.6 Ethernet controller: Intel Corporation Device 15b8 (rev 31)
01:00.0 VGA compatible controller: NVIDIA Corporation GF114 [GeForce GTX 560] (rev a1)
01:00.1 Audio device: NVIDIA Corporation GF114 HDMI Audio Controller (rev a1)

smokeh · Le 07/02/2016, à 19:05

désolé je me souviens plus ou se trouve ce fichier . Mais je sais que ça met arrivé une fois . j'ai supprimé ce fichier et redémarrer ... tout à fonctionné après! je me rappel juste que le fichier stockait simplement l'adresse mac de l'ancienne carte qui du coup s'active. je pense que avec une recherche de l'ancienne adresse mac c'est possible de trouver le fichier

Dernière modification par smokeh (Le 07/02/2016, à 19:17)

Dr.BUg · Le 07/02/2016, à 19:46

smokeh a écrit :

(...)je pense que avec une recherche de l'ancienne adresse mac c'est possible de trouver le fichier

Merci smokeh

Dernière modification par Dr.BUg (Le 10/02/2016, à 22:18)

MicP · Le 08/02/2016, à 05:21

Maintenant, si les anciennes règles udev ont bien été commentées ou supprimées, il reste à mettre la règle udev suivante (concernant la nouvelle carte réseau) dans le fichier /etc/udev/rules.d/70-persistent-net.rules

# PCI "00:1f.6 Ethernet controller: Intel Corporation Device 15b8 (rev 31)"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="40:8d:5c:55:db:f4", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

=======
L'adresse MAC de la carte réseau de l'ancienne carte mère était : 1c:6f:65:90:be:d8
La nouvelle carte mère a une carte réseau dont l'adresse MAC est 40:8d:5c:55:db:f4

Dernière modification par MicP (Le 08/02/2016, à 05:25)

moko138 · Le 08/02/2016, à 09:32

Rappel à tous
maxire a dit :

la commande nm-tool a disparu de Ubuntu 15.04 [et suivantes]. (...)
Pour connaître les connexions réseau utilisables par Network Manager :
nmcli connection show

Et pour le cas de la wifi, L_d_v_c@ propose en complément :

nmcli dev wifi

- - - - -

On voit dès le 1er message que le pilote de la carte réseau n'est pas installé.
= = = = =

@ Dr.BUg,
Grâce ton lshw en live, nous savons que "driver=e1000e".
Merci de donner aussi ces retours
- en live
- et en session installée :

lsb_release -d
uname -mr
ifconfig
cat  /etc/network/interfaces
nmcli connection show
lsmod
lspci -k -nn | grep -A 3 -i net
sudo rfkill list
sudo rfkill unblock all

Dr.BUg · Le 08/02/2016, à 11:29

MicP a écrit :

Maintenant, si les anciennes règles udev ont bien été commentées ou supprimées, il reste à mettre la règle udev suivante (concernant la nouvelle carte réseau) dans le fichier /etc/udev/rules.d/70-persistent-net.rules
# PCI "00:1f.6 Ethernet controller: Intel Corporation Device 15b8 (rev 31)"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="40:8d:5c:55:db:f4", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
=======
L'adresse MAC de la carte réseau de l'ancienne carte mère était : 1c:6f:65:90:be:d8
La nouvelle carte mère a une carte réseau dont l'adresse MAC est 40:8d:5c:55:db:f4

Merci MicP pour cette info concernant le numéro MAC de ma nouvelle carte réseau, mais en vérifiant mon fichier 70-persistent-net.rules, je constate qu'il contient déjà la règle que tu indique avec le nouveau numéro MAC !

Et pas de connexion !

Dernière modification par Dr.BUg (Le 08/02/2016, à 11:31)

Dr.BUg · Le 08/02/2016, à 12:05

moko138 a écrit :

@ Dr.BUg,
Grâce ton lshw en live, nous savons que "driver=e1000e".
Merci de donner aussi ces retours
- en live
- et en session installée :
lsb_release -d
uname -mr
ifconfig
cat  /etc/network/interfaces
nmcli connection show
lsmod
lspci -k -nn | grep -A 3 -i net
sudo rfkill list
sudo rfkill unblock all

Merci moko138 de m'aider à résoudre ce satané problème. J'ai tapé toutes les commandes que tu indique dans ton post, d'abord en live puis sur ma session, voici les résultats !

ubuntu@ubuntu:~$ lsb_release -d
Description:	Ubuntu 14.04.3 LTS

ubuntu@ubuntu:~$ uname -mr
3.19.0-25-generic x86_64

ubuntu@ubuntu:~$ ifconfig
eth0      Link encap:Ethernet  HWaddr 40:8d:5c:55:db:f4  
          inet addr:192.168.0.17  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::428d:5cff:fe55:dbf4/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:195 errors:0 dropped:0 overruns:0 frame:0
          TX packets:70 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:19132 (19.1 KB)  TX bytes:10823 (10.8 KB)
          Interrupt:16 Memory:de100000-de120000 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:167 errors:0 dropped:0 overruns:0 frame:0
          TX packets:167 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:11886 (11.8 KB)  TX bytes:11886 (11.8 KB)

ubuntu@ubuntu:~$ cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback

ubuntu@ubuntu:~$ nm-tool

NetworkManager Tool

State: connected (global)

- Device: eth0  [Wired connection 1] -------------------------------------------
  Type:              Wired
  Driver:            e1000e
  State:             connected
  Default:           yes
  HW Address:        40:8D:5C:55:DB:F4

  Capabilities:
    Carrier Detect:  yes
    Speed:           1000 Mb/s

  Wired Properties
    Carrier:         on

  IPv4 Settings:
    Address:         192.168.0.17
    Prefix:          24 (255.255.255.0)
    Gateway:         192.168.0.1

    DNS:             89.2.0.1
    DNS:             89.2.0.2

ubuntu@ubuntu:~$ lsmod
Module                  Size  Used by
snd_hda_codec_hdmi     53248  4 
i915_bpo             1130496  0 
intel_ips              20480  1 i915_bpo
x86_pkg_temp_thermal    16384  0 
dm_crypt               24576  0 
coretemp               16384  0 
kvm_intel             151552  0 
snd_hda_intel          32768  2 
snd_hda_controller     32768  1 snd_hda_intel
kvm                   479232  1 kvm_intel
snd_hda_codec         143360  3 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_controller
snd_hwdep              20480  1 snd_hda_codec
snd_pcm               106496  4 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_controller
crct10dif_pclmul       16384  0 
crc32_pclmul           16384  0 
ghash_clmulni_intel    16384  0 
aesni_intel           172032  0 
dm_multipath           24576  0 
snd_seq_midi           16384  0 
snd_seq_midi_event     16384  1 snd_seq_midi
snd_rawmidi            32768  1 snd_seq_midi
aes_x86_64             20480  1 aesni_intel
bnep                   20480  2 
lrw                    16384  1 aesni_intel
snd_seq                65536  2 snd_seq_midi_event,snd_seq_midi
rfcomm                 69632  0 
snd_seq_device         16384  3 snd_seq,snd_rawmidi,snd_seq_midi
gf128mul               16384  1 lrw
snd_timer              32768  2 snd_pcm,snd_seq
glue_helper            16384  1 aesni_intel
scsi_dh                16384  1 dm_multipath
bluetooth             491520  10 bnep,rfcomm
ablk_helper            16384  1 aesni_intel
snd                    86016  13 snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_seq,snd_rawmidi,snd_hda_codec,snd_hda_intel,snd_seq_device
cryptd                 20480  3 ghash_clmulni_intel,aesni_intel,ablk_helper
serio_raw              16384  0 
shpchp                 40960  0 
soundcore              16384  2 snd,snd_hda_codec
mac_hid                16384  0 
8250_fintek            16384  0 
i2c_hid                20480  0 
parport_pc             32768  0 
acpi_pad               20480  0 
tpm_infineon           20480  0 
ppdev                  20480  0 
lp                     20480  0 
parport                45056  3 lp,ppdev,parport_pc
squashfs               49152  1 
overlay                45056  1 
nls_iso8859_1          16384  1 
dm_mirror              24576  0 
dm_region_hash         24576  1 dm_mirror
dm_log                 20480  2 dm_region_hash,dm_mirror
uas                    24576  0 
usb_storage            69632  3 uas
hid_generic            16384  0 
usbhid                 53248  0 
hid                   110592  3 i2c_hid,hid_generic,usbhid
nouveau              1368064  3 
mxm_wmi                16384  1 nouveau
e1000e                237568  0 
i2c_algo_bit           16384  2 i915_bpo,nouveau
ttm                    94208  1 nouveau
psmouse               114688  0 
ptp                    20480  1 e1000e
drm_kms_helper        126976  2 i915_bpo,nouveau
pps_core               20480  1 ptp
drm                   344064  7 ttm,i915_bpo,drm_kms_helper,nouveau
ahci                   36864  1 
libahci                32768  1 ahci
wmi                    20480  2 mxm_wmi,nouveau
video                  20480  2 i915_bpo,nouveau

ubuntu@ubuntu:~$ lspci -k -nn | grep -A 3 -i net
00:1f.6 Ethernet controller [0200]: Intel Corporation Device [8086:15b8] (rev 31)
	Subsystem: Gigabyte Technology Co., Ltd Device [1458:e000]
	Kernel driver in use: e1000e
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF114 [GeForce GTX 560] [10de:1201] (rev a1)

ubuntu@ubuntu:~$ sudo rfkill list
ubuntu@ubuntu:~$ sudo rfkill unblock all
ubuntu@ubuntu:~$

version session

stephane@taobuntu:~$ lsb_release -d
Description:	Ubuntu 14.04.3 LTS

stephane@taobuntu:~$ uname -mr
3.13.0-76-generic x86_64

stephane@taobuntu:~$ ifconfig
lo        Link encap:Boucle locale  
          inet adr:127.0.0.1  Masque:255.0.0.0
          adr inet6: ::1/128 Scope:Hôte
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          Packets reçus:7540 erreurs:0 :0 overruns:0 frame:0
          TX packets:7540 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:0 
          Octets reçus:556132 (556.1 KB) Octets transmis:556132 (556.1 KB)

stephane@taobuntu:~$ cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback

# the primary network interface
#auto eth0
#iface eth0 inet dhcp

stephane@taobuntu:~$ nm-tool

NetworkManager Tool

State: disconnected

stephane@taobuntu:~$ lsmod
Module                  Size  Used by
nls_iso8859_1          12713  1 
snd_hrtimer            12744  1 
cuse                   13445  3 
bnep                   19624  2 
rfcomm                 69160  0 
bluetooth             391136  10 bnep,rfcomm
binfmt_misc            17468  1 
snd_hda_codec_hdmi     46368  4 
ip6t_REJECT            12939  1 
xt_hl                  12521  6 
ip6t_rt                13537  3 
nf_conntrack_ipv6      18894  10 
nf_defrag_ipv6         34768  1 nf_conntrack_ipv6
ipt_REJECT             12541  1 
xt_LOG                 17717  8 
xt_limit               12711  11 
xt_tcpudp              12884  18 
xt_addrtype            12635  4 
x86_pkg_temp_thermal    14205  0 
nf_conntrack_ipv4      15012  10 
nvidia              10561198  50 
nf_defrag_ipv4         12758  1 nf_conntrack_ipv4
xt_conntrack           12760  20 
ip6table_filter        12815  1 
ip6_tables             27025  1 ip6table_filter
nf_conntrack_netbios_ns    12665  0 
nf_conntrack_broadcast    12589  1 nf_conntrack_netbios_ns
nf_nat_ftp             12770  0 
nf_nat                 21841  1 nf_nat_ftp
snd_hda_codec_realtek    65812  1 
coretemp               13435  0 
nf_conntrack_ftp       18638  1 nf_nat_ftp
snd_hda_intel          56531  5 
nf_conntrack           97202  8 nf_nat_ftp,nf_conntrack_netbios_ns,nf_nat,xt_conntrack,nf_conntrack_broadcast,nf_conntrack_ftp,nf_conntrack_ipv4,nf_conntrack_ipv6
iptable_filter         12810  1 
ip_tables              27239  1 iptable_filter
kvm_intel             143187  0 
snd_hda_codec         193017  3 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_intel
kvm                   455843  1 kvm_intel
snd_hwdep              13602  1 snd_hda_codec
snd_pcm               102099  3 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel
x_tables               34059  13 ip6table_filter,xt_hl,ip_tables,xt_tcpudp,xt_limit,xt_conntrack,xt_LOG,iptable_filter,ip6t_rt,ipt_REJECT,ip6_tables,xt_addrtype,ip6t_REJECT
snd_page_alloc         18710  2 snd_pcm,snd_hda_intel
snd_seq_midi           13324  0 
snd_seq_midi_event     14899  1 snd_seq_midi
snd_rawmidi            30144  1 snd_seq_midi
crct10dif_pclmul       14289  0 
crc32_pclmul           13113  0 
parport_pc             32701  0 
ppdev                  17671  0 
aesni_intel            55624  0 
snd_seq                61560  3 snd_seq_midi_event,snd_seq_midi
serio_raw              13462  0 
lp                     17759  0 
aes_x86_64             17131  1 aesni_intel
lrw                    13286  1 aesni_intel
snd_seq_device         14497  3 snd_seq,snd_rawmidi,snd_seq_midi
gf128mul               14951  1 lrw
glue_helper            13990  1 aesni_intel
ablk_helper            13597  1 aesni_intel
cryptd                 20359  2 aesni_intel,ablk_helper
snd_timer              29482  3 snd_hrtimer,snd_pcm,snd_seq
parport                42348  3 lp,ppdev,parport_pc
snd                    69322  23 snd_hda_codec_realtek,snd_hrtimer,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_seq,snd_rawmidi,snd_hda_codec,snd_hda_intel,snd_seq_device,snd_seq_midi
drm                   303102  2 nvidia
video                  19476  0 
acpi_pad               17926  0 
wmi                    19177  0 
soundcore              12680  1 snd
mac_hid                13205  0 
shpchp                 37032  0 
usb_storage            62209  2 
hid_generic            12548  0 
usbhid                 52659  0 
hid                   106148  2 hid_generic,usbhid
ahci                   34091  3 
psmouse               106692  0 
libahci                32716  1 ahci

stephane@taobuntu:~$ lspci -k -nn | grep -A 3 -i net
00:1f.6 Ethernet controller [0200]: Intel Corporation Ethernet Connection (2) I219-V [8086:15b8] (rev 31)
	Subsystem: Gigabyte Technology Co., Ltd Device [1458:e000]
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF114 [GeForce GTX 560] [10de:1201] (rev a1)
	Subsystem: ASUSTeK Computer Inc. Device [1043:83b5]

stephane@taobuntu:~$ sudo rfkill list
[sudo] password for stephane: 
stephane@taobuntu:~$ sudo rfkill unblock all
stephane@taobuntu:~$

Le constat est évident je n'ai pas le même noyau entre la live et ma session. Si on en conclu que mon problème vient de la version du noyau, je n'ai plus qu'à trouver comment faire pour en changer !

Dernière modification par Dr.BUg (Le 10/02/2016, à 22:24)

Dr.BUg · Le 08/02/2016, à 12:12

Après plusieurs tentatives pour récupérer mon réseau, j'ai trouvé l'origine de mon problème. Le noyau 3.13 de ma session ne reconnaissait pas ma nouvelle carte ethernet alors que le noyau 3.19 de la LiveUSB, lui le reconnaissait !

Comme option j'ai donc chrooté ma partition / avec le tutoriel d'Ubuntu et j'ai pu mettre à jour mon système avec un petit

sudo apt-get update && sudo apt-get upgrade

puis

sudo apt-get install linux-image-generic-lts-vivid

pour changer de noyau !

Merci pour votre aide, tout fonctionne, problème résolu !

Dernière modification par Dr.BUg (Le 10/02/2016, à 22:28)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 06/02/2016, à 17:12

[Résolu] Plus de réseau suite à l'achat d'une nouvelle carte mère !

#2 Le 06/02/2016, à 17:27

Re : [Résolu] Plus de réseau suite à l'achat d'une nouvelle carte mère !

#3 Le 06/02/2016, à 17:42

Re : [Résolu] Plus de réseau suite à l'achat d'une nouvelle carte mère !

#4 Le 06/02/2016, à 19:40

Re : [Résolu] Plus de réseau suite à l'achat d'une nouvelle carte mère !

#5 Le 07/02/2016, à 11:30

Re : [Résolu] Plus de réseau suite à l'achat d'une nouvelle carte mère !

#6 Le 07/02/2016, à 11:48

Re : [Résolu] Plus de réseau suite à l'achat d'une nouvelle carte mère !

#7 Le 07/02/2016, à 11:53

Re : [Résolu] Plus de réseau suite à l'achat d'une nouvelle carte mère !

#8 Le 07/02/2016, à 12:23

Re : [Résolu] Plus de réseau suite à l'achat d'une nouvelle carte mère !

#9 Le 07/02/2016, à 15:18

Re : [Résolu] Plus de réseau suite à l'achat d'une nouvelle carte mère !

#10 Le 07/02/2016, à 15:25

Re : [Résolu] Plus de réseau suite à l'achat d'une nouvelle carte mère !

#11 Le 07/02/2016, à 15:29

Re : [Résolu] Plus de réseau suite à l'achat d'une nouvelle carte mère !

#12 Le 07/02/2016, à 15:48

Re : [Résolu] Plus de réseau suite à l'achat d'une nouvelle carte mère !

#13 Le 07/02/2016, à 16:38

Re : [Résolu] Plus de réseau suite à l'achat d'une nouvelle carte mère !

#14 Le 07/02/2016, à 19:05

Re : [Résolu] Plus de réseau suite à l'achat d'une nouvelle carte mère !

#15 Le 07/02/2016, à 19:46

Re : [Résolu] Plus de réseau suite à l'achat d'une nouvelle carte mère !

#16 Le 08/02/2016, à 05:21

Re : [Résolu] Plus de réseau suite à l'achat d'une nouvelle carte mère !

#17 Le 08/02/2016, à 09:32

Re : [Résolu] Plus de réseau suite à l'achat d'une nouvelle carte mère !

#18 Le 08/02/2016, à 11:29

Re : [Résolu] Plus de réseau suite à l'achat d'une nouvelle carte mère !

#19 Le 08/02/2016, à 12:05

Re : [Résolu] Plus de réseau suite à l'achat d'une nouvelle carte mère !

#20 Le 08/02/2016, à 12:12

Re : [Résolu] Plus de réseau suite à l'achat d'une nouvelle carte mère !

Pied de page des forums