[Résolu] Pas de connexion ethernet après une session Windows

bishop · Le 12/10/2018, à 20:42

Bonjour à toutes et à tous.
Il y a trois jours mon fils m'a demandé d'installer Windows pour utiliser des jeux qui ne fonctionnent pas ou mal sous Linux. Ce que j'ai fait.
L'installation n'était pas conventionnelle puisque l'ordi tourne sur Ubuntu 18.04 installé sur un SSD totalement dédié à la distribution (BIOS Legacy).

J'ai donc installé Win 7 sur un autre SSD et pour ce faire j'ai dû déconnecter les autres disques, installer et démarrer Win7, faire les mises à jour, etc..., puis arrêter l'ordi.
J'ai reconnecté mes disques puis restauré GRUB avec la dernière mouture de Boot-Repair-Disk (29-10-2017).
Boot Info ci-joint.

Il n'y a aucun problème sur Windows, j'ai par contre rencontré quelques soucis quand j'ai redémarré une session Ubuntu 18.04 : problème avec les horloges, BUG avec MySQL probablement lié au PB précédent. Ces problèmes sont réglés.

Il me reste à solutionner le problème de connexion après une session Windows. Explications :
J'ai ce PB après une session Win7, mais pas quand la session précédente était Ubuntu.
La seule solution que j'ai trouvé est de mettre en veille l'ordi (pas la session, l'ordi) puis de relancer la machine. La connexion est alors opérationnelle.

Infos

bishop@Ordinosaure:~$ lsb_release -d ; printenv GDMSESSION ; uname -mrs
Description:	Ubuntu 18.04.1 LTS
gnome
Linux 4.15.0-36-generic x86_64

bishop@Ordinosaure:~$ lspci -k -nn | grep -A 3 -i net
00:19.0 Ethernet controller [0200]: Intel Corporation Ethernet Connection I217-LM [8086:153a] (rev 05)
	Subsystem: Intel Corporation Ethernet Connection I217-LM [8086:0000]
	Kernel driver in use: e1000e
	Kernel modules: e1000e
00:1a.0 USB controller [0c03]: Intel Corporation C610/X99 series chipset USB Enhanced Host Controller #2 [8086:8d2d] (rev 05)
--
04:00.0 Ethernet controller [0200]: Intel Corporation I210 Gigabit Network Connection [8086:1533] (rev 03)
	Kernel driver in use: igb
	Kernel modules: igb
ff:0b.0 System peripheral [0880]: Intel Corporation Xeon E7 v3/Xeon E5 v3/Core i7 R3 QPI Link 0 & 1 Monitoring [8086:2f81] (rev 02)

bishop@Ordinosaure:~$ ifconfig -a
eno1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.12  netmask 255.255.255.0  broadcast 192.168.0.255
        inet6 2a01:e34:ef65:cb00:9b7:be6c:6cbb:d7d7  prefixlen 64  scopeid 0x0<global>
        inet6 fe80::4a9d:56a2:8ee5:2a9e  prefixlen 64  scopeid 0x20<link>
        inet6 2a01:e34:ef65:cb00:4da3:18b:a43:2e0f  prefixlen 64  scopeid 0x0<global>
        ether 00:1f:bc:11:aa:ce  txqueuelen 1000  (Ethernet)
        RX packets 64123  bytes 60122596 (60.1 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 35874  bytes 4720382 (4.7 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 20  memory 0xfb200000-fb220000  

enp4s0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether 00:1f:bc:11:aa:cf  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
        device memory 0xfb100000-fb17ffff  

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 3552  bytes 310938 (310.9 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 3552  bytes 310938 (310.9 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Quelqu'un a t'il rencontré ce problème ? Est-ce qu'il y a une solution ?
Merci.

Dernière modification par bishop (Le 23/11/2018, à 23:10)

xubu1957 · Le 12/10/2018, à 20:45

Bonjour,

J'ai gardé cette réponse :

Le 10/01/2017, Bougron a écrit :

Bonjour.
Il eut été intéressant de demander si l'accès en écriture aux partitions NTFS était possible ou si le wifi fonctionnait bien.
si la réponse était OUI, je n'ai pas d'idée.
Si la réponse était NON, la piste que tu as vue était certainement la bonne.
La solution étant soit
- De déactiver le démarrage rapide de windows. Sous windows
powercfg /hibernate off
- Ne jamais stopper windows avec la fonctionnalité ARRETER mais toujours avec la fonctionnalité REDEMARRER lorsqu'on est susceptible de lancer ubuntu et d'utiliser des périphériques utilisés par windows : Les partitions NTFS, le WIFI et probablement le bluetooth.
Ce fonctionnement est lié au démarrage rapide de windows qui verrouille (via le bios) les périphériques afin d'être sur de les retrouver à l'identique lors de son démarrage qui ne refait pas les séquences d'initialisation.
- De stopper windows avec ARRETER que lorsqu'on est absolument sur que le prochain démarrage qu'on choisira de faire sera windows.
A noter que j'ai vu que quelques firmwares du wifi sont incompatibles avec boot en sécure mode, Mais il me semble que dans ce cas, il y a des messages du bios qui le dit au moment du lancement de tels firmwares.

bishop · Le 12/10/2018, à 20:58

Merci xubu1957.

Le 10/01/2017, Bougron a écrit :
Bonjour.
Il eut été intéressant de demander si l'accès en écriture aux partitions NTFS était possible ou si le wifi fonctionnait bien.

J'ai accés à la partition NTSF en lecture/écriture.
Il n'y a pas de chipset dédié à la wifi sur la carte-mère.

Je vais creuser la piste powercfg /hibernate off.

bishop · Le 13/10/2018, à 00:28

La désactivation de la veille prolongée sous Win7 avec la commande powercfg /hibernate off ne change rien au problème.
Je n'ai pas de connexion internet sur Ubuntu lorsque précédemment une session Win7 a été ouverte.

Dernière modification par bishop (Le 13/10/2018, à 05:48)

xubu1957 · Le 13/10/2018, à 06:39

Bonjour,

Regarde la Doc > veille_et_hibernation#la_connexion_reseau_ne_se_reactive_pas_en_sortie_de_veille_ou_d_hibernation

bishop · Le 13/10/2018, à 20:28

xubu1957 a écrit :

Bonjour,
Regarde la Doc > veille_et_hibernation#la_connexion_reseau_ne_se_reactive_pas_en_sortie_de_veille_ou_d_hibernation

J'ai mis le BIOS à jour mais ça ne change rien.
Merci pour le lien xubu1957 mais je ne vois rien qui puisse m'aider à règler le problème.

bishop · Le 17/10/2018, à 18:00

Personne d'autre...

xubu1957 · Le 17/10/2018, à 18:09

Bonjour,

Les commandes :

sudo ifconfig enp4s0 down
sudo ifconfig enp4s0 up
sudo dhclient enp4s0

pour remettre la connexion filaire.

Cette réponse d'ylag > > [RESOLU] Connexion Internet via Ethernet et WIFI Impossible MAJ 18.04 ?

bishop · Le 17/10/2018, à 19:48

xubu1957 a écrit :

Bonjour,
Les commandes :
sudo ifconfig enp4s0 down
sudo ifconfig enp4s0 up
sudo dhclient enp4s0
pour remettre la connexion filaire.
Cette réponse d'ylag > > [RESOLU] Connexion Internet via Ethernet et WIFI Impossible MAJ 18.04 ?

J'ai déja essayé en remplaçant enp4s0 par eno1 qui est le nom de ma connexion. La connexion n'a pas été établie.
Mais j'essaierai de nouveau.

ylag · Le 17/10/2018, à 20:31

@xubu1957:

Salut,

Le lien que tu cites au #8 concernait plutôt un broblème problème suite à une mise à niveau de la 16.04 vers la 18.04, ce qui ne semble pas le cas de @Bishop ?

A+

Dernière modification par ylag (Le 17/10/2018, à 22:31)

xubu1957 · Le 17/10/2018, à 21:13

@ylag

Salut !

T'es enrhumé ?

nam1962 · Le 17/10/2018, à 21:26

Quels jeux ?
As-tu regardé lutris https://doc.ubuntu-fr.org/lutris
et winepak https://korben.info/winepak-et-flatpak- … -wine.html

(Bien sûr je suppose que le steam de base ne fait pas l'affaire)

ylag · Le 17/10/2018, à 22:29

@xubu1957

...broblème corrigé au #10 !

A+

Dernière modification par ylag (Le 17/10/2018, à 22:30)

xubu1957 · Le 17/10/2018, à 22:36

@ylag

On ne peut rien récupérer, des anciennes solutions ?

> Anomalies réseaux en Ethernet et Wifi sur la version 17.04

> Anomalies réseaux en Ethernet sur la version 17.10

ylag · Le 17/10/2018, à 22:50

@xubu1957:

Salut,

Désolé, je ne saurais pas dire: Le cas de @bishop semble assez particulier.
De ce que je vois du retour de ifconfig -a au #1, son interface eno1 serait active:

RX packets 64123  bytes 60122596 (60.1 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 35874  bytes 4720382 (4.7 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Semble aussi y avoir les modules pour deux interfaces éthernet de chargés: e1000e et igb
Est-ce que ça pourrait nuire à sa connexion ?

A+

Dernière modification par ylag (Le 17/10/2018, à 22:56)

xubu1957 · Le 17/10/2018, à 23:01

Avec une carte réseau :

Intel Corporation I210 Gigabit Network Connection [8086:1533]

Il y a eu cette discussion inachevée > Problème de "mise en veille" de la carte réseau Ethernet

ylag · Le 17/10/2018, à 23:04

@bishop:

Salut,

bishop a écrit :

La seule solution que j'ai trouvé est de mettre en veille l'ordi (pas la session, l'ordi) puis de relancer la machine. La connexion est alors opérationnelle.

As-tu tenté de décharger et recharger le module éthernet concerné (e1000e ou igb), lorsque la connexion est inacessible, par des commandes du genre de:

sudo modprobe -rv <module>

sudo modprobe -v <module>

Quel est le module assigné à l'interface eno1 ?
Aussi, pourquoi une deuxième interface enp4s0, qui semble inactive ?

Les retours de:

lshw -C network

...ainsi que de:

lsmod | grep -Ei "e1000e|igb"

...pourraient-ils être utiles ?

A+

Dernière modification par ylag (Le 17/10/2018, à 23:18)

bishop · Le 18/10/2018, à 00:59

ylag écrit :
Quel est le module assigné à l'interface eno1 ?

Ethernet controller Intel Corporation Ethernet Connection I217-LM

ylag écrit :
Aussi, pourquoi une deuxième interface enp4s0, qui semble inactive ?

Le carte-mère dispose de deux chipsets internet, le premier çi-dessus que j'utilise et le deuxieme "Intel Corporation I210 Gigabit Network Connection" qui n'est pas connecté (il ne l'a jamais été). Je n'en ai pas l'utilité et je ne me rappelle plus les possibilité qu'offre cette configuration de carte-mère.

ylag écrit :
As-tu tenté de décharger et recharger le module éthernet concerné (e1000e ou igb), lorsque la connexion est inacessible, par des commandes du genre de:
sudo modprobe -rv <module>
sudo modprobe -v <module>

Non, je n'ai pas essayé. Je le ferai dans la journée.

ylag écrit :
Les retours de:
lshw -C network
...ainsi que de:
lsmod | grep -Ei "e1000e|igb"
...pourraient-ils être utiles ?

bishop@Ordinosaure:~$ sudo lshw -C network
[sudo] Mot de passe de bishop : 
  *-network                 
       description: Ethernet interface
       produit: Ethernet Connection I217-LM
       fabriquant: Intel Corporation
       identifiant matériel: 19
       information bus: pci@0000:00:19.0
       nom logique: eno1
       version: 05
       numéro de série: 00:1f:bc:11:aa:ce
       taille: 1Gbit/s
       capacité: 1Gbit/s
       bits: 32 bits
       horloge: 33MHz
       fonctionnalités: 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=3.2.6-k duplex=full firmware=0.13-4 ip=192.168.0.12 latency=0 link=yes multicast=yes port=twisted pair speed=1Gbit/s
       ressources: irq:40 mémoire:fb200000-fb21ffff mémoire:fb239000-fb239fff portE/S:f020(taille=32)
  *-network DÉSACTIVÉ
       description: Ethernet interface
       produit: I210 Gigabit Network Connection
       fabriquant: Intel Corporation
       identifiant matériel: 0
       information bus: pci@0000:04:00.0
       nom logique: enp4s0
       version: 03
       numéro de série: 00:1f:bc:11:aa:cf
       capacité: 1Gbit/s
       bits: 32 bits
       horloge: 33MHz
       fonctionnalités: pm msi msix pciexpress bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=igb driverversion=5.4.0-k firmware=3.16, 0x800004d6 latency=0 link=no multicast=yes port=twisted pair
       ressources: irq:17 mémoire:fb100000-fb17ffff portE/S:d000(taille=32) mémoire:fb180000-fb183fff

bishop@Ordinosaure:~$ lsmod | grep -Ei "e1000e|igb"
igb                   212992  0
e1000e                249856  0
dca                    16384  1 igb
i2c_algo_bit           16384  1 igb
ptp                    20480  2 igb,e1000e

Il faudrait peut être que je passe des commandes après une session Windows lorsqu'il n'y a pas de connexion sous ubuntu 18.04.
Mais quelles commandes ?

Dernière modification par bishop (Le 18/10/2018, à 01:01)

bishop · Le 18/10/2018, à 01:37

Salut nam1962

nam1962 a écrit :

Quels jeux ?
As-tu regardé lutris https://doc.ubuntu-fr.org/lutris
et winepak https://korben.info/winepak-et-flatpak- … -wine.html
(Bien sûr je suppose que le steam de base ne fait pas l'affaire)

Dans un premier temps j'ai installé Windows sur Virtualbox. Aucune avancée de ce côté, j'avais déjà essayé il y a quelques années, mais les jeux ne fonctionnent toujours pas.

Dans un second temps, avant d'installer Windows, j'ai mis à jour Steam vers Steam Play (Proton), version installée sur Ubuntu 18.04. Pour les jeux voir ce poste. Certains jeux fonctionnent et pas d'autres comme, par exemple, Garry's Mod et Naruto Shippuden Ultimate Ninja Storm 4.
Mon fils avait installé ces jeux sur son portable qui devait être uniquement utilisé pour le collège mais son portable est on ne peut plus basique et n'est pas conçu pour jouer.

Ensuite, toujours sur Ubuntu, j'ai mis à jour Wine vers wine-d3d9-staging + Gallium Nine.
PPA Wine + Gallium Nine, Gallium Direct3D state tracker (gallium nine).
J'ai réinstallé avec PlayOnLinux anno 1701pour tester mais je ne vois pas de différence avec le Wine classique.
J'essaierai avec Anno 2070, version dvd, qui ne fonctionne pas avec PlayOnLinux. J'avais fait un essai avec le Wine classique (version 3.xx). Anno 2070 s'installait quasiment jusqu'au bout (-1%) et bien sûr le jeux plantait au démarrage.

Donc je me suis fendu d'une réinstallation de Windows 7 que je n'utilisais plus depuis plusieurs années .
S'il y en a un qui est content c'est mon fils car ses jeux fonctionnent plein pot.

Dernière modification par bishop (Le 18/10/2018, à 08:50)

moko138 · Le 18/10/2018, à 05:04

À désactiver : il n'y a pas que le "démarrage rapide de windows", la "mise en veille prolongée", la "mise en veille hybride", l'"hibernation",
mais aussi :
- "fast bios mode",
- "Intel Rapid Start",
- Intel SRT (="Smart Response Technology");
et sur certains Acer : "Express Cache",
et sur certains Asus : "InstantOn".
Et si le bios a l'option "fast boot", attention à la désactiver au moins pendant les installations!

bishop · Le 18/10/2018, à 08:21

Salut ylag, je ne t'avais pas salué dans les postes précédents, désolé . Merci pour ton intervention.

ylag écrit :
As-tu tenté de décharger et recharger le module éthernet concerné (e1000e ou igb), lorsque la connexion est inacessible, par des commandes du genre de:
sudo modprobe -rv <module>
sudo modprobe -v <module>

Pour le module e1000e opérationnel :

bishop@Ordinosaure:~$ sudo modprobe -rv e1000e
rmmod e1000e

bishop@Ordinosaure:~$ sudo modprobe -v e1000e
insmod /lib/modules/4.15.0-36-generic/kernel/drivers/net/ethernet/intel/e1000e/e1000e.ko

En sortie de session Windows ça ne fonctionne pas. Par contre quand la connexion est réactivée après la mise en veille et le redémarrage de l'ordi, la connexion est bien désactivée avec la première commande et réactivée avec la seconde.

Pour le module igb désactivé. Infos :

bishop@Ordinosaure:~$ sudo modprobe -rv igb
rmmod igb
rmmod i2c_algo_bit
rmmod dca

bishop@Ordinosaure:~$ sudo modprobe -v igb
insmod /lib/modules/4.15.0-36-generic/kernel/drivers/i2c/algos/i2c-algo-bit.ko 
insmod /lib/modules/4.15.0-36-generic/kernel/drivers/dca/dca.ko 
insmod /lib/modules/4.15.0-36-generic/kernel/drivers/net/ethernet/intel/igb/igb.ko

Dernière modification par bishop (Le 18/10/2018, à 16:33)

bishop · Le 18/10/2018, à 08:45

Salut moko138 et merci de t'intéresser au problème.

moko138 a écrit :

À désactiver : il n'y a pas que le "démarrage rapide de windows", la "mise en veille prolongée", la "mise en veille hybride", l'"hibernation",
mais aussi :
- "fast bios mode",
- "Intel Rapid Start",
- Intel SRT (="Smart Response Technology");
et sur certains Acer : "Express Cache",
et sur certains Asus : "InstantOn".
Et si le bios a l'option "fast boot", attention à la désactiver au moins pendant les installations!

Dans Windows 7

Pas d'option de démarrage rapide dans WIN7 si ce n'est bidouiller pour allouer un certain nombre de cœurs et une quantité de mémoire importante. Ce n'est pas une option native.
J'ai désactivé la mise en veille prolongée, le fichier hiberfil.sys est automatiquement supprimé.
Pas d'option de mise en veille hybride. Sous WIN7 ce mode d'alimentation est réservé aux portables sous batterie.
Une recherche "hibernation sous Windows 7" renvoie vers la mise en veille prolongée.

Dans le BIOS

Pas d'option "fast bios mode".
Pas d'option "Intel Rapid Start".
J'ai peut être zappé l'option "Intel SRT (="Smart Response Technology"). Je vérifierai.
"fast boot" était activé pendant l'installation de Windows 7. Je l'ai désactivé.

BIOS de ma carte-mère EVGA X99 FTW. C'est une usine à gaz.

Les modifications n'ont rien changé, le problème persiste.

Dernière modification par bishop (Le 18/10/2018, à 08:55)

ylag · Le 18/10/2018, à 13:19

@bishop:

Salut,

Ton interface eno1 semble gérée par le module e1000e. Est-ce que le fait de décharger / recharger ce module par des commandes modprobe te redonne une connexion active? Si oui, créer un service systemd qui rechargerait ce module au démarrage de ta session pourrait peut-être servir de contournement temporaire?
Qu'en penserait @moko138?

A+

xubu1957 · Le 18/10/2018, à 13:25

@ylag

Salut !

Tu vois quelque chose dans cette page > askubuntu.com/questions/650953/intel-e1000e-ethernet-not-working ?

ou dans le dernier lien > mynixworld.info/2012/12/05/e1000e-the-nvm-checksum-is-not-valid.

Dernière modification par xubu1957 (Le 18/10/2018, à 13:29)

ylag · Le 18/10/2018, à 15:37

@xubu1957:

Salut,

Faudrait peut-être regarder le retour de:

dmesg | grep -e eth -e e1000

...comme suggéré dans ton premier lien.
L'interface éthernet du demandeur dans cette discussion semblait ne pas fonctionner autant sur Windows que sous Linux par contre, tandis que @bishop arrive éventuellement à se connecter.

Ton deuxième lien semble suggérer d'aller chercher un pilote de remplacement pour le module e1000e sur un site Intel. Par contre, ça semble dater de 2014: ce serait alors à @bishop de voir si ça lui semble pertinent ?

A+

Dernière modification par ylag (Le 18/10/2018, à 16:08)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 12/10/2018, à 20:42

[Résolu] Pas de connexion ethernet après une session Windows

#2 Le 12/10/2018, à 20:45

Re : [Résolu] Pas de connexion ethernet après une session Windows

#3 Le 12/10/2018, à 20:58

Re : [Résolu] Pas de connexion ethernet après une session Windows

#4 Le 13/10/2018, à 00:28

Re : [Résolu] Pas de connexion ethernet après une session Windows

#5 Le 13/10/2018, à 06:39

Re : [Résolu] Pas de connexion ethernet après une session Windows

#6 Le 13/10/2018, à 20:28

Re : [Résolu] Pas de connexion ethernet après une session Windows

#7 Le 17/10/2018, à 18:00

Re : [Résolu] Pas de connexion ethernet après une session Windows

#8 Le 17/10/2018, à 18:09

Re : [Résolu] Pas de connexion ethernet après une session Windows

#9 Le 17/10/2018, à 19:48

Re : [Résolu] Pas de connexion ethernet après une session Windows

#10 Le 17/10/2018, à 20:31

Re : [Résolu] Pas de connexion ethernet après une session Windows

#11 Le 17/10/2018, à 21:13

Re : [Résolu] Pas de connexion ethernet après une session Windows

#12 Le 17/10/2018, à 21:26

Re : [Résolu] Pas de connexion ethernet après une session Windows

#13 Le 17/10/2018, à 22:29

Re : [Résolu] Pas de connexion ethernet après une session Windows

#14 Le 17/10/2018, à 22:36

Re : [Résolu] Pas de connexion ethernet après une session Windows

#15 Le 17/10/2018, à 22:50

Re : [Résolu] Pas de connexion ethernet après une session Windows

#16 Le 17/10/2018, à 23:01

Re : [Résolu] Pas de connexion ethernet après une session Windows

#17 Le 17/10/2018, à 23:04

Re : [Résolu] Pas de connexion ethernet après une session Windows

#18 Le 18/10/2018, à 00:59

Re : [Résolu] Pas de connexion ethernet après une session Windows

#19 Le 18/10/2018, à 01:37

Re : [Résolu] Pas de connexion ethernet après une session Windows

#20 Le 18/10/2018, à 05:04

Re : [Résolu] Pas de connexion ethernet après une session Windows

#21 Le 18/10/2018, à 08:21

Re : [Résolu] Pas de connexion ethernet après une session Windows

#22 Le 18/10/2018, à 08:45

Re : [Résolu] Pas de connexion ethernet après une session Windows

#23 Le 18/10/2018, à 13:19

Re : [Résolu] Pas de connexion ethernet après une session Windows

#24 Le 18/10/2018, à 13:25

Re : [Résolu] Pas de connexion ethernet après une session Windows

#25 Le 18/10/2018, à 15:37

Re : [Résolu] Pas de connexion ethernet après une session Windows

Pied de page des forums