Auteur Sujet: Connexion ethernet instable (Lu 19887 fois)

vivien · « **Réponse #12 le:** 17 juillet 2018 à 08:25:04 »

J'ai essayé en prenant le même serveur que toi (archive.ubuntu.com) : il ne me propose pas d'installer un nouveau noyau (je reste en 4.15.0-23-generic )

Mon fichier /etc/apt/sources.list sans les lignes commentées :

Code: [Sélectionner]

$ sed -e '/^#\|^$/d' /etc/apt/sources.list
deb http://archive.ubuntu.com/ubuntu bionic main restricted
deb http://archive.ubuntu.com/ubuntu bionic-updates main restricted
deb http://archive.ubuntu.com/ubuntu bionic universe
deb http://archive.ubuntu.com/ubuntu bionic-updates universe
deb http://archive.ubuntu.com/ubuntu bionic multiverse
deb http://archive.ubuntu.com/ubuntu bionic-updates multiverse
deb http://archive.ubuntu.com/ubuntu bionic-backports main restricted universe multiverse
deb http://archive.ubuntu.com/ubuntu bionic-security main restricted
deb http://archive.ubuntu.com/ubuntu bionic-security universe
deb http://archive.ubuntu.com/ubuntu bionic-security multiverse

Au passage je t'invite à passer sur un miroir français, pour économiser du transit à Canonical.

renaud07 · « **Réponse #13 le:** 17 juillet 2018 à 13:24:28 »

Pareil ici. Il ne me propose pas d'installer le -24 quand je demande une MAJ :

Code: [Sélectionner]

renaud@renaud-VirtualBox:~$ sudo apt-get dist-upgrade
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Calcul de la mise à jour... Fait
Les NOUVEAUX paquets suivants seront installés :
  amd64-microcode intel-microcode iucode-tool linux-headers-4.15.0-23
  linux-headers-4.15.0-23-generic linux-image-4.15.0-23-generic
  linux-modules-4.15.0-23-generic linux-modules-extra-4.15.0-23-generic

Par contre je peux l'installer à la main :

Code: [Sélectionner]

renaud@renaud-VirtualBox:~$ dpkg -l | grep linux-image
ii  linux-image-4.15.0-20-generic         4.15.0-20.21                        amd64        Signed kernel image generic
ii  linux-image-4.15.0-24-generic         4.15.0-24.26                        amd64        Signed kernel image generic
ii  linux-image-generic                   4.15.0.20.23                        amd64        Generic Linux kernel image

Bref, je ne sais pas pourquoi Linux Mint installe le -24 et Ubuntu reste sur le -23...

Nh3xus · « **Réponse #14 le:** 17 juillet 2018 à 13:34:15 »

Parce que les politiques de mises à jour de Mint sont différentes.

Mint applique une rétention des paquets qui est plus longue que chez Ubuntu.

Les soucis liés à la sécurité chez Mint c'est un sujet qui revient souvent sur pas mal de forums malheureusement (et pas en bien).

renaud07 · « **Réponse #15 le:** 17 juillet 2018 à 13:36:45 »

Ah, je m'en doutais un peu effectivement. Par contre je ne pensais pas que ça affectait aussi les MAJ du noyau.

Merci pour l'explication

Nh3xus · « **Réponse #16 le:** 17 juillet 2018 à 13:39:20 »

Tu peux nous donner la sortie de la commande suivante ?

Code: [Sélectionner]

ip -s link show

renaud07 · « **Réponse #17 le:** 17 juillet 2018 à 13:42:01 »

Code: [Sélectionner]

renaud@renaud-pc:~$ ip -s link show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    RX: bytes  packets  errors  dropped overrun mcast   
    151740     1634     0       0       0       0       
    TX: bytes  packets  errors  dropped carrier collsns 
    151740     1634     0       0       0       0       
2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000
    link/ether d8:50:e6:xx:xx:xx brd ff:ff:ff:ff:ff:ff
    RX: bytes  packets  errors  dropped overrun mcast   
    144328134  104057   0       0       0       133     
    TX: bytes  packets  errors  dropped carrier collsns 
    5457237    58855    0       0       0       0

Nh3xus · « **Réponse #18 le:** 17 juillet 2018 à 13:57:38 »

Aucune erreur et pas de drop.

Visiblement, le câblage est propre.

On dirait bien un bug du module du noyau Linux qui gère ta carte.

T'as essayé de retrouver le module qui pilote ta carte ? (via la commande lsmod)

renaud07 · « **Réponse #19 le:** 17 juillet 2018 à 14:09:43 »

Il s'agit du module r8169.

EDIT: Je viens de trouver ce bug : https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1752772

Apparemment corrigé, mais peut-être qu'il en reste des résidus ?

vivien · « **Réponse #20 le:** 17 juillet 2018 à 16:25:40 »

Citation de: Nh3xus le 17 juillet 2018 à 13:34:15

Mint applique une rétention des paquets qui est plus longue que chez Ubuntu.

Les soucis liés à la sécurité chez Mint c'est un sujet qui revient souvent sur pas mal de forums malheureusement (et pas en bien).

Enfin dans ce cas précis Mint a un kernel plus récent que Ubuntu 18.04.

J'ai trouvé la raison : Il est bugué et il a été retiré chez Ubuntu, mais visiblement pas chez Mint.

Une mise à jour du noyau Linux d'Ubuntu 18.04 cause un ralentissement du temps de démarrage
Sur quelques systèmes

En avril dernier, Canonical a annoncé la sortie officielle d’Ubuntu 18.04 estampillée “Bionic Beaver”. Après la publication d’une mise à jour récente du système, les utilisateurs ont constaté un ralentissement du temps de démarrage pouvant aller à 4 minutes, voire plus. Ce ralentissement serait dû à un bogue du noyau Linux se trouvant dans la mise à jour.

L’image du noyau qui a causé ce souci (version 4.15.0-24) a été publiée en tant que mise à jour d’Ubuntu 18.04 le 4 juillet, et a déjà été retirée des dépôts archives. Un correctif a été publié, mais le package mis à jour est disponible seulement sur les dépôts (proposed) d’Ubuntu 18.04.

Apparemment, même le fait de démarrer des versions antérieures du noyau ne corrige pas le problème. En attendant que le package contenant le correctif soit disponible dans les principaux dépôts, si vous êtes affectés par ce problème, vous pouvez accélérer le démarrage du système « en remuant la souris ou bien en appuyant sur shift ou ctrl durant le démarrage pour faire en sorte que le système génère l’entropie un peu plus rapidement », a écrit Oliver Grawert dans une réponse sur Google+.

Sous Linux, pour être capable de générer des nombres aléatoires, le noyau est obligé de recourir à des astuces logicielles pour les produire. Le noyau utilise un amalgame de données variables (état des disques durs, IO, date, saisies clavier…) comme source d’instabilité, ou source d’entropie, de son générateur de nombres aléatoires. Dans ce stade de démarrage, le système n’ayant pas assez d’entropie, et voyant que rien n’arrive, les processus entrent en pause en attendant que le noyau trouve un moyen de générer de l’entropie. En remuant la souris ou bien en appuyant sur le clavier, il est possible de réduire le délai d’attente, et donc le temps nécessaire pour générer l’entropie.

Des utilisateurs ont fait savoir qu’ils ont fait face au même problème sur d’autres distributions de Linux auparavant comme Linux Mint et Arch.

Source : DeveloppezLe 6 juillet 2018, par Coriolan, Chroniqueur Actualités

renaud07 · « **Réponse #21 le:** 17 juillet 2018 à 16:38:16 »

Visiblement le patch a été publié puisque le 4.15.0-24 est présent dans le dépôt... et je n'ai pas constaté un chargement plus long de mon côté.

Sinon, je n'ai toujours pas eu de bug réseau aujourd'hui. Comme par hasard, il suffit que je parle du problème pour qu'il ne se produise plus

EDIT : J'ai parlé un peu vite, 2 déconnexions à 5 min d'intervalle :

Citer

Jul 17 16:46:01 renaud-pc systemd-resolved[897]: Using degraded feature set (UDP) for DNS server 192.168.1.2.
Jul 17 16:46:26 renaud-pc systemd-resolved[897]: Using degraded feature set (TCP) for DNS server 192.168.1.2.
Jul 17 16:46:36 renaud-pc systemd-resolved[897]: Using degraded feature set (UDP) for DNS server 192.168.1.2.
Jul 17 16:46:41 renaud-pc gvfsd-metadata[1726]: g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed
Jul 17 16:46:41 renaud-pc gvfsd-metadata[1726]: message repeated 7 times: [ g_udev_device_has_property: assertion 'G_UDEV_IS_DEVICE (device)' failed]
Jul 17 16:46:56 renaud-pc systemd-resolved[897]: Using degraded feature set (TCP) for DNS server 192.168.1.2.

Jul 17 16:52:04 renaud-pc systemd-resolved[897]: Using degraded feature set (UDP) for DNS server 192.168.1.2.
Jul 17 16:52:10 renaud-pc systemd-resolved[897]: Using degraded feature set (TCP) for DNS server 192.168.1.2.
Jul 17 16:52:15 renaud-pc systemd-resolved[897]: Using degraded feature set (UDP) for DNS server 192.168.1.2.
Jul 17 16:52:19 renaud-pc systemd-resolved[897]: Using degraded feature set (TCP) for DNS server 192.168.1.2.
Jul 17 16:52:22 renaud-pc systemd-resolved[897]: Using degraded feature set (UDP) for DNS server 192.168.1.2.
Jul 17 16:52:29 renaud-pc systemd-resolved[897]: Using degraded feature set (TCP) for DNS server 192.168.1.2.
Jul 17 16:52:39 renaud-pc systemd-resolved[897]: Using degraded feature set (UDP) for DNS server 192.168.1.2.
Jul 17 16:52:49 renaud-pc systemd-resolved[897]: Using degraded feature set (TCP) for DNS server 192.168.1.2.
Jul 17 16:52:54 renaud-pc systemd-resolved[897]: Using degraded feature set (UDP) for DNS server 192.168.1.2.
Jul 17 16:53:04 renaud-pc systemd-resolved[897]: Using degraded feature set (TCP) for DNS server 192.168.1.2.

J'ai regardé les log du kernel, je ne vois rien qui ressemble à un plantage quelconque... les dernières lignes s'arrêtent lorsque j'ai démarré la machine en début d'après-midi.

vivien · « **Réponse #22 le:** 17 juillet 2018 à 17:09:29 »

Non, le 4.15.0-24 n'est pas bon. Il est présent dans les dépôts mais non installé automatiquement.

La correctif serait apporté par le 4.15.0-28 qui ne devrait pas tarder.

renaud07 · « **Réponse #23 le:** 17 juillet 2018 à 17:25:43 »

Citation de: vivien le 17 juillet 2018 à 17:09:29

La correctif serait apporté par le 4.15.0-28 qui ne devrait pas tarder.

Croisons les doigts pour que ça règle mon problème de réseau en même temps.