Ubuntu 18.04 LTS sera maintenu 10 ans !

Pierre www.zetrader.info

22/11/2018 à 16:59

Le 22/11/18 à 14:44, Sergio a écrit :

Le 22/11/2018 à 13:30, denis.paris a écrit :
Le 22/11/2018 à 10:15, Pierre www.zetrader.info a écrit :
Ça dépend, cela devient mon problème quand la distribution me propose
de mettre à jour et qu'en mettant à jour cela coupe le wifi par
exemple cf. un post que j'avais fait ici ;)
Lors d'une mise à jour mineure du noyau proposée par la distribution
(donc ce n'est pas en mettant une version supérieure à ce que la
distribution prévoit), cela avait coupé mon wifi.

Je n'ai jamais rencontré ce cas de figure, certaines distributions ne
fonctionnent pas avec le WIFI "out of the box" (debian, par exemple,
pour certaines cartes), mais quand ça marche dès le départ je ne vois
pas pourquoi ça ne continuerait pas à fonctionner par la suite. Je
suppose que tu avais dû triturer ton système, après c'est plus dur de
réparer.

J'ai rencontré ce cas de figure avec un portable LDLC muni d'un
rtl8723bu...
Au départ (avec LM 19.0 basé sur Ubuntu 18.04) le wifi marchotait, et
avec le bon patch (téléchargé) ça marchait du tonnerre
(cf
https://doc.ubuntu-fr.org/utilisateurs/toobuntu/brouillon/wifi_0bda-b720 )
Depuis un certain changement de noyau, le Wifi ne marche plus du tout.
Donc obligé de booter sur l'ancien noyau et de bloquer les MAJ du noyau
(sur LinuxMint, c'est simplissime).
Voilà, si quelqu'un a une meilleure idée... (autre que de revenir sous
Windows 10...).

Ce qui m'a donné envie d'essayer des distributions avec du noyau 4.18
par défaut, c'est cette conversation qui montre des problèmes avec
kernel 4.15 et qui ont été solutionnées en passant au kernel 4.18 :
https://askubuntu.com/questions/1084979/wifi-signal-strength-weak-on-ubuntu-18-04-with-rtl8723be
A priori ce qu'on peut changer :
1) désactiver le power management (empêcher la mise en veille) de la
carte réseau
2) essayer de voir si une sélection d'antenne est mieux qu'une autre, on
a trois possibilités : 0, 1 ou 2
3) voir si par défaut cela marche mieux avec kernel 4.18 (mon expérience
me montre que oui, par défaut, mieux que sous kernel 4.15 a priori,
l'expérience de la personne dans le topic askubuntu va dans ce sens aussi)
Des commandes intéressantes d'infos sur le wifi et module rtl8723be :
- "iwconfig" (savoir l'état du wifi) cela me permet de voir que par
défaut sous xubuntu 18.10 le power management est ON mais pour le moment
cela ne pose pas de problème
- "modinfo rtl8723be" (ou autre que be), des infos intéressantes sur le
module, par exemple sur xubuntu 18.10 je vois que par défaut c'est sur
l'antenne 0
C'est dommage j'aime bien linux mint 19, mais mettre du noyau 4.18 sur
linux mint c'est a priori un peu risqué, mais pour l'instant je dois
reconnaître que le wifi est plus stable avec xubuntu 18.10 kernel 4.18
que sous linut mint 19 et son kernel 4.15 problématique (en tout cas les
dernières versions que j'avais essayé).
Après il reste la possibilité sous Linux Mint 19, d'essayer du kernel
4.16 ou 4.17, désactiver le power management, jouer avec la sélection
d'antenne, voir si un des 3 cas est plus stable, et la solution ultime,
changer de module pour la carte réseau et l'intégrer au kernel :
https://github.com/lwfinger/rtlwifi_new
Le problème c'est qu'il faudra répéter cette manip quand on change de
kernel (le module rtl8723be par défaut du kernel écrasant celui qu'on
avait intégré dans le kernel).
--
http://zetrader.info & http://zetrader.fr
http://aribaut.com - http://zeforums.com

Le 22/11/18 à 14:44, Sergio a écrit :

Le 22/11/2018 à 13:30, denis.paris a écrit :

Le 22/11/2018 à 10:15, Pierre www.zetrader.info a écrit :

Ça dépend, cela devient mon problème quand la distribution me propose
de mettre à jour et qu'en mettant à jour cela coupe le wifi par
exemple cf. un post que j'avais fait ici ;)
Lors d'une mise à jour mineure du noyau proposée par la distribution
(donc ce n'est pas en mettant une version supérieure à ce que la
distribution prévoit), cela avait coupé mon wifi.

Je n'ai jamais rencontré ce cas de figure, certaines distributions ne
fonctionnent pas avec le WIFI "out of the box" (debian, par exemple,
pour certaines cartes), mais quand ça marche dès le départ je ne vois
pas pourquoi ça ne continuerait pas à fonctionner par la suite. Je
suppose que tu avais dû triturer ton système, après c'est plus dur de
réparer.

J'ai rencontré ce cas de figure avec un portable LDLC muni d'un
rtl8723bu...

Au départ (avec LM 19.0 basé sur Ubuntu 18.04) le wifi marchotait, et
avec le bon patch (téléchargé) ça marchait du tonnerre
(cf
https://doc.ubuntu-fr.org/utilisateurs/toobuntu/brouillon/wifi_0bda-b720 )

Depuis un certain changement de noyau, le Wifi ne marche plus du tout.
Donc obligé de booter sur l'ancien noyau et de bloquer les MAJ du noyau
(sur LinuxMint, c'est simplissime).

Voilà, si quelqu'un a une meilleure idée... (autre que de revenir sous
Windows 10...).

Ce qui m'a donné envie d'essayer des distributions avec du noyau 4.18
par défaut, c'est cette conversation qui montre des problèmes avec
kernel 4.15 et qui ont été solutionnées en passant au kernel 4.18 :
https://askubuntu.com/questions/1084979/wifi-signal-strength-weak-on-ubuntu-18-04-with-rtl8723be
A priori ce qu'on peut changer :
1) désactiver le power management (empêcher la mise en veille) de la
carte réseau
2) essayer de voir si une sélection d'antenne est mieux qu'une autre, on
a trois possibilités : 0, 1 ou 2
3) voir si par défaut cela marche mieux avec kernel 4.18 (mon expérience
me montre que oui, par défaut, mieux que sous kernel 4.15 a priori,
l'expérience de la personne dans le topic askubuntu va dans ce sens aussi)

Des commandes intéressantes d'infos sur le wifi et module rtl8723be :

- "iwconfig" (savoir l'état du wifi) cela me permet de voir que par
défaut sous xubuntu 18.10 le power management est ON mais pour le moment
cela ne pose pas de problème

- "modinfo rtl8723be" (ou autre que be), des infos intéressantes sur le
module, par exemple sur xubuntu 18.10 je vois que par défaut c'est sur
l'antenne 0

C'est dommage j'aime bien linux mint 19, mais mettre du noyau 4.18 sur
linux mint c'est a priori un peu risqué, mais pour l'instant je dois
reconnaître que le wifi est plus stable avec xubuntu 18.10 kernel 4.18
que sous linut mint 19 et son kernel 4.15 problématique (en tout cas les
dernières versions que j'avais essayé).
Après il reste la possibilité sous Linux Mint 19, d'essayer du kernel
4.16 ou 4.17, désactiver le power management, jouer avec la sélection
d'antenne, voir si un des 3 cas est plus stable, et la solution ultime,
changer de module pour la carte réseau et l'intégrer au kernel :
https://github.com/lwfinger/rtlwifi_new
Le problème c'est qu'il faudra répéter cette manip quand on change de
kernel (le module rtl8723be par défaut du kernel écrasant celui qu'on
avait intégré dans le kernel).
--
http://zetrader.info & http://zetrader.fr
http://aribaut.com - http://zeforums.com

Vous avez filtré cet utilisateur ! Consultez son message

Le 22/11/18 à 14:44, Sergio a écrit :

Le 22/11/2018 à 13:30, denis.paris a écrit :
Le 22/11/2018 à 10:15, Pierre www.zetrader.info a écrit :
Ça dépend, cela devient mon problème quand la distribution me propose
de mettre à jour et qu'en mettant à jour cela coupe le wifi par
exemple cf. un post que j'avais fait ici ;)
Lors d'une mise à jour mineure du noyau proposée par la distribution
(donc ce n'est pas en mettant une version supérieure à ce que la
distribution prévoit), cela avait coupé mon wifi.

Je n'ai jamais rencontré ce cas de figure, certaines distributions ne
fonctionnent pas avec le WIFI "out of the box" (debian, par exemple,
pour certaines cartes), mais quand ça marche dès le départ je ne vois
pas pourquoi ça ne continuerait pas à fonctionner par la suite. Je
suppose que tu avais dû triturer ton système, après c'est plus dur de
réparer.

J'ai rencontré ce cas de figure avec un portable LDLC muni d'un
rtl8723bu...
Au départ (avec LM 19.0 basé sur Ubuntu 18.04) le wifi marchotait, et
avec le bon patch (téléchargé) ça marchait du tonnerre
(cf
https://doc.ubuntu-fr.org/utilisateurs/toobuntu/brouillon/wifi_0bda-b720 )
Depuis un certain changement de noyau, le Wifi ne marche plus du tout.
Donc obligé de booter sur l'ancien noyau et de bloquer les MAJ du noyau
(sur LinuxMint, c'est simplissime).
Voilà, si quelqu'un a une meilleure idée... (autre que de revenir sous
Windows 10...).

Ce qui m'a donné envie d'essayer des distributions avec du noyau 4.18
par défaut, c'est cette conversation qui montre des problèmes avec
kernel 4.15 et qui ont été solutionnées en passant au kernel 4.18 :
https://askubuntu.com/questions/1084979/wifi-signal-strength-weak-on-ubuntu-18-04-with-rtl8723be
A priori ce qu'on peut changer :
1) désactiver le power management (empêcher la mise en veille) de la
carte réseau
2) essayer de voir si une sélection d'antenne est mieux qu'une autre, on
a trois possibilités : 0, 1 ou 2
3) voir si par défaut cela marche mieux avec kernel 4.18 (mon expérience
me montre que oui, par défaut, mieux que sous kernel 4.15 a priori,
l'expérience de la personne dans le topic askubuntu va dans ce sens aussi)
Des commandes intéressantes d'infos sur le wifi et module rtl8723be :
- "iwconfig" (savoir l'état du wifi) cela me permet de voir que par
défaut sous xubuntu 18.10 le power management est ON mais pour le moment
cela ne pose pas de problème
- "modinfo rtl8723be" (ou autre que be), des infos intéressantes sur le
module, par exemple sur xubuntu 18.10 je vois que par défaut c'est sur
l'antenne 0
C'est dommage j'aime bien linux mint 19, mais mettre du noyau 4.18 sur
linux mint c'est a priori un peu risqué, mais pour l'instant je dois
reconnaître que le wifi est plus stable avec xubuntu 18.10 kernel 4.18
que sous linut mint 19 et son kernel 4.15 problématique (en tout cas les
dernières versions que j'avais essayé).
Après il reste la possibilité sous Linux Mint 19, d'essayer du kernel
4.16 ou 4.17, désactiver le power management, jouer avec la sélection
d'antenne, voir si un des 3 cas est plus stable, et la solution ultime,
changer de module pour la carte réseau et l'intégrer au kernel :
https://github.com/lwfinger/rtlwifi_new
Le problème c'est qu'il faudra répéter cette manip quand on change de
kernel (le module rtl8723be par défaut du kernel écrasant celui qu'on
avait intégré dans le kernel).
--
http://zetrader.info & http://zetrader.fr
http://aribaut.com - http://zeforums.com

denis.paris

22/11/2018 à 19:21

Le 22/11/2018 à 15:05, Pierre www.zeforums.com a écrit :

Bon la solution la meilleure pour le moment semble de changer de module
parce que celui de base est assez mal fait :
"Voilà ce qui m’a posé problème pendant presque 6 mois. En cherchant sur
DuckDuckGo, j’ai trouvé quelques personnes ayant le même problème que
moi, mais aucune solution.
Le problème est le suivant : aléatoirement, le wifi coupe. Plus
précisément, c’est NetworkManager, qui est le processus s’occupant du
réseau, qui plante. Il redémarre au bout d’une à deux minutes. C’est
totalement aléatoire, puisqu’ils y avait des jours où je n’avais aucune
coupure, et d’autres où ça coupait toutes les 5 minutes ! (Je vous
laisse imaginer la rage que ça procure).
Finalement, la solution se trouve quand même du côté de l’ordinateur :
il faut utiliser un autre module. En effet, si vous tapez RTL8723BE dans
un moteur de recherche, vous tomberez sur ce dépôt GitHub.
Notre solution miracle se trouve dans ce dépôt, de la même personne. Il
contient de nombreux modules wifi Realtek, dont le nôtre."
Le module qui apporte plus de stabilité :
https://github.com/lwfinger/rtlwifi_new
Le problème aussi d'intégrer ce module au kernel, comme il le préconise,
c'est qu'à chaque changement de kernel, cela peut faire sauter la manip
faite, donc potentiellement à refaire à chaque changement de kernel...
Mais j'essaie aussi d'autres distributions pour voir si cela marche
mieux sous une distribution que l'autre par rapport à cette gestion de
la connexion.
Bizarrement cela semble plus stable sous Xubuntu 18.10 (sans avoir
changé de paramètre pour le moment) que sous Linux Mint 19 ou Ubuntu
Mate 18.10 (sans avoir changé de paramètre et en changeant les
paramètres comme la désactivation de la mise en veille de la carte réseau).
J'aimerais savoir pourquoi, quelles différences au niveau de la gestion
de la connexion entre linux mint, ubuntu mate et xubuntu ?
Ce n'est pas censé être Network Manager pour tous ?
Si le problème vient de Network Manager qui planterait de temps en
temps, peut-être qu'en essayant un autre gestionnaire cela pourrait
améliorer la stabilité ?

Du coup le sujet a dérivé, essayons au moins de rester dans ce sous-fil.
Une suggestion: virer le Network Manager qui n'est pas indispensable, et
paramétrer le réseau à l'ancienne dans le fichier
/etc/network/interfaces. Il n'est pas nécessaire de désinstaller le nm,
il suffit
de modifier le fichier /etc/NetworkManager/NetworkManager.conf (passer
la clé [ifupdown] à managed=true).

Le 22/11/2018 à 15:05, Pierre www.zeforums.com a écrit :

Bon la solution la meilleure pour le moment semble de changer de module
parce que celui de base est assez mal fait :

"Voilà ce qui m’a posé problème pendant presque 6 mois. En cherchant sur
DuckDuckGo, j’ai trouvé quelques personnes ayant le même problème que
moi, mais aucune solution.

Le problème est le suivant : aléatoirement, le wifi coupe. Plus
précisément, c’est NetworkManager, qui est le processus s’occupant du
réseau, qui plante. Il redémarre au bout d’une à deux minutes. C’est
totalement aléatoire, puisqu’ils y avait des jours où je n’avais aucune
coupure, et d’autres où ça coupait toutes les 5 minutes ! (Je vous
laisse imaginer la rage que ça procure).

Finalement, la solution se trouve quand même du côté de l’ordinateur :
il faut utiliser un autre module. En effet, si vous tapez RTL8723BE dans
un moteur de recherche, vous tomberez sur ce dépôt GitHub.

Notre solution miracle se trouve dans ce dépôt, de la même personne. Il
contient de nombreux modules wifi Realtek, dont le nôtre."

Le module qui apporte plus de stabilité :
https://github.com/lwfinger/rtlwifi_new

Le problème aussi d'intégrer ce module au kernel, comme il le préconise,
c'est qu'à chaque changement de kernel, cela peut faire sauter la manip
faite, donc potentiellement à refaire à chaque changement de kernel...

Mais j'essaie aussi d'autres distributions pour voir si cela marche
mieux sous une distribution que l'autre par rapport à cette gestion de
la connexion.
Bizarrement cela semble plus stable sous Xubuntu 18.10 (sans avoir
changé de paramètre pour le moment) que sous Linux Mint 19 ou Ubuntu
Mate 18.10 (sans avoir changé de paramètre et en changeant les
paramètres comme la désactivation de la mise en veille de la carte réseau).
J'aimerais savoir pourquoi, quelles différences au niveau de la gestion
de la connexion entre linux mint, ubuntu mate et xubuntu ?
Ce n'est pas censé être Network Manager pour tous ?
Si le problème vient de Network Manager qui planterait de temps en
temps, peut-être qu'en essayant un autre gestionnaire cela pourrait
améliorer la stabilité ?

Du coup le sujet a dérivé, essayons au moins de rester dans ce sous-fil.

Une suggestion: virer le Network Manager qui n'est pas indispensable, et
paramétrer le réseau à l'ancienne dans le fichier
/etc/network/interfaces. Il n'est pas nécessaire de désinstaller le nm,
il suffit
de modifier le fichier /etc/NetworkManager/NetworkManager.conf (passer
la clé [ifupdown] à managed=true).

Vous avez filtré cet utilisateur ! Consultez son message

Le 22/11/2018 à 15:05, Pierre www.zeforums.com a écrit :

Bon la solution la meilleure pour le moment semble de changer de module
parce que celui de base est assez mal fait :
"Voilà ce qui m’a posé problème pendant presque 6 mois. En cherchant sur
DuckDuckGo, j’ai trouvé quelques personnes ayant le même problème que
moi, mais aucune solution.
Le problème est le suivant : aléatoirement, le wifi coupe. Plus
précisément, c’est NetworkManager, qui est le processus s’occupant du
réseau, qui plante. Il redémarre au bout d’une à deux minutes. C’est
totalement aléatoire, puisqu’ils y avait des jours où je n’avais aucune
coupure, et d’autres où ça coupait toutes les 5 minutes ! (Je vous
laisse imaginer la rage que ça procure).
Finalement, la solution se trouve quand même du côté de l’ordinateur :
il faut utiliser un autre module. En effet, si vous tapez RTL8723BE dans
un moteur de recherche, vous tomberez sur ce dépôt GitHub.
Notre solution miracle se trouve dans ce dépôt, de la même personne. Il
contient de nombreux modules wifi Realtek, dont le nôtre."
Le module qui apporte plus de stabilité :
https://github.com/lwfinger/rtlwifi_new
Le problème aussi d'intégrer ce module au kernel, comme il le préconise,
c'est qu'à chaque changement de kernel, cela peut faire sauter la manip
faite, donc potentiellement à refaire à chaque changement de kernel...
Mais j'essaie aussi d'autres distributions pour voir si cela marche
mieux sous une distribution que l'autre par rapport à cette gestion de
la connexion.
Bizarrement cela semble plus stable sous Xubuntu 18.10 (sans avoir
changé de paramètre pour le moment) que sous Linux Mint 19 ou Ubuntu
Mate 18.10 (sans avoir changé de paramètre et en changeant les
paramètres comme la désactivation de la mise en veille de la carte réseau).
J'aimerais savoir pourquoi, quelles différences au niveau de la gestion
de la connexion entre linux mint, ubuntu mate et xubuntu ?
Ce n'est pas censé être Network Manager pour tous ?
Si le problème vient de Network Manager qui planterait de temps en
temps, peut-être qu'en essayant un autre gestionnaire cela pourrait
améliorer la stabilité ?

Du coup le sujet a dérivé, essayons au moins de rester dans ce sous-fil.
Une suggestion: virer le Network Manager qui n'est pas indispensable, et
paramétrer le réseau à l'ancienne dans le fichier
/etc/network/interfaces. Il n'est pas nécessaire de désinstaller le nm,
il suffit
de modifier le fichier /etc/NetworkManager/NetworkManager.conf (passer
la clé [ifupdown] à managed=true).

denis.paris

22/11/2018 à 19:31

Le 22/11/2018 à 19:21, denis.paris a écrit :

Une suggestion: virer le Network Manager qui n'est pas indispensable, et
paramétrer le réseau à l'ancienne dans le fichier
/etc/network/interfaces. Il n'est pas nécessaire de désinstaller le nm,
il suffit
de modifier le fichier /etc/NetworkManager/NetworkManager.conf (passer
la clé [ifupdown] à managed=true).

À la réflexion il faut aussi arrêter le nm le temps des tests:
systemctl stop NetworkManager.service

Dr Mengele

22/11/2018 à 21:34

Le 22/11/18 à 19:31, denis.paris a écrit :

Le 22/11/2018 à 19:21, denis.paris a écrit :
Une suggestion: virer le Network Manager qui n'est pas indispensable,
et paramétrer le réseau à l'ancienne dans le fichier
/etc/network/interfaces. Il n'est pas nécessaire de désinstaller le
nm, il suffit
de modifier le fichier /etc/NetworkManager/NetworkManager.conf (passer
la clé [ifupdown] à managed=true).

À la réflexion il faut aussi arrêter le nm le temps des tests:
systemctl stop NetworkManager.service

il fut un temps où je devais le faire faire moi-même, ifup ... sous debian.
--

Dominique

23/11/2018 à 06:22

Le 22/11/2018 à 08:38, ptilou a écrit :

Le jeudi 22 novembre 2018 08:22:06 UTC+1, Dominique a écrit :
C'est plus configuration, ou l’académie française vient de dire que publicité est le synonyme de configuration ?
Cette idée de 10 ans, il faudrait de surcroît une éthique, et non l'envie de donner des Leçons !

Rien compris !
--
Dominique
Courriel : dominique point sextant ate orange en France
Esto quod es

Pierre www.zetrader.info

23/11/2018 à 11:15

Le 22/11/18 à 21:34, Dr Mengele a écrit :

Le 22/11/18 à 19:31, denis.paris a écrit :
Le 22/11/2018 à 19:21, denis.paris a écrit :
Une suggestion: virer le Network Manager qui n'est pas indispensable,
et paramétrer le réseau à l'ancienne dans le fichier
/etc/network/interfaces. Il n'est pas nécessaire de désinstaller le
nm, il suffit
de modifier le fichier /etc/NetworkManager/NetworkManager.conf
(passer la clé [ifupdown] à managed=true).

À la réflexion il faut aussi arrêter le nm le temps des tests:
systemctl stop NetworkManager.service

Merci, bon sous Xubuntu 18.10 la connexion était plutôt stable, là je
suis en train de tester Kubuntu 18.10 pour voir, pas de problème pour le
moment.
Pour le moment le problème était plus sur Linux Mint 19 (noyau 4.15
connu comme problématique pour bcp de personnes par rapport au wifi
realtek) et aussi un peu sur Ubuntu Mate 18.10 (bien qu'en noyau 4.18),
Xubuntu 18.10 aussi en noyau 4.18 s'est montré plus stable/fiable au
niveau connexion qu'Ubuntu Mate.
Je ne sais pas la raison, c'est un constat.
Ce n'est pas dit que j'ai besoin de faire ces manipulations, si il y a
besoin j'essaierai pour voir si cela apporte plus de stabilité.

il fut un temps où je devais le faire faire moi-même, ifup ... sous debian.

Tu lançais la connexion à la main, un tour de manivelle avec poigne et
on partait naviguer vers le merveilleux sur le net, c'était l'époque des
vrais hommes, libres, jeunes et larges d'épaules ;)
--
http://zetrader.info & http://zetrader.fr
http://aribaut.com - http://zeforums.com

denis.paris

23/11/2018 à 13:34

Le 23/11/2018 à 11:15, Pierre www.zetrader.info a écrit :

Merci, bon sous Xubuntu 18.10 la connexion était plutôt stable, là je
suis en train de tester Kubuntu 18.10 pour voir, pas de problème pour le
moment.
Pour le moment le problème était plus sur Linux Mint 19 (noyau 4.15
connu comme problématique pour bcp de personnes par rapport au wifi
realtek) et aussi un peu sur Ubuntu Mate 18.10 (bien qu'en noyau 4.18),
Xubuntu 18.10 aussi en noyau 4.18 s'est montré plus stable/fiable au
niveau connexion qu'Ubuntu Mate.
Je ne sais pas la raison, c'est un constat.

Un constat que ce n'est pas un problème de noyau... ;)

Pierre www.zetrader.info

23/11/2018 à 13:47

Le 23/11/18 à 13:34, denis.paris a écrit :

Le 23/11/2018 à 11:15, Pierre www.zetrader.info a écrit :
Merci, bon sous Xubuntu 18.10 la connexion était plutôt stable, là je
suis en train de tester Kubuntu 18.10 pour voir, pas de problème pour
le moment.
Pour le moment le problème était plus sur Linux Mint 19 (noyau 4.15
connu comme problématique pour bcp de personnes par rapport au wifi
realtek) et aussi un peu sur Ubuntu Mate 18.10 (bien qu'en noyau
4.18), Xubuntu 18.10 aussi en noyau 4.18 s'est montré plus
stable/fiable au niveau connexion qu'Ubuntu Mate.
Je ne sais pas la raison, c'est un constat.

Un constat que ce n'est pas un problème de noyau... ;)

Pas qu'un problème de noyau, le noyau joue aussi visiblement puisque
dans tous les cas (sous plusieurs distributions), sous noyau 4.18 c'est
mieux que sous noyau 4.15, l'amélioration est nette dans tous les cas,
mais elle est encore plus nette sous Xubuntu 18.10 par exemple, et pour
Kubuntu 18.10 c'est en cours de test mais cela s'annonce mieux que sous
Ubuntu Mate 18.10 qui lui même s'en tire mieux au niveau connexion que
Linux Mint 19 installé, avec noyau 4.15.
C'est qu'il y a visiblement plusieurs problèmes avec ce module, cette
carte realtek, passer au noyau 4.18 améliore significativement la chose
dans tous les cas.
C'est dommage qu'a priori Linux Mint 19 ne puisse pas tourner sous noyau
4.18 pour vérifier si cela améliore aussi beaucoup la chose sous Linux Mint.
J'avais vu quelqu'un qui avait essayé (de passer au noyau 4.18), il a eu
des problèmes :
http://www.jeuxvideo.com/forums/42-38-57317907-1-0-1-0-j-arrive-pas-a-utiliser-le-kernel-4-18-sous-linux-mint-19-xfce.htm
Bon cela dit, le noyau 4.18 a sorti plusieurs versions depuis, là je
suis en noyau 4.18.0-11, et autre chose, il utilisait linux mint xfce,
pas cinnamom, je ne sais pas si cela peut jouer aussi pour son plantage
avec noyau 4.18.
Peut-être qu'aujourd'hui cela peut marcher ? Personne ici ne tourne sous
Linux Mint avec noyau 4.18 ?
--
http://zetrader.info & http://zetrader.fr
http://aribaut.com - http://zeforums.com

Le 23/11/18 à 13:34, denis.paris a écrit :

Le 23/11/2018 à 11:15, Pierre www.zetrader.info a écrit :

Merci, bon sous Xubuntu 18.10 la connexion était plutôt stable, là je
suis en train de tester Kubuntu 18.10 pour voir, pas de problème pour
le moment.
Pour le moment le problème était plus sur Linux Mint 19 (noyau 4.15
connu comme problématique pour bcp de personnes par rapport au wifi
realtek) et aussi un peu sur Ubuntu Mate 18.10 (bien qu'en noyau
4.18), Xubuntu 18.10 aussi en noyau 4.18 s'est montré plus
stable/fiable au niveau connexion qu'Ubuntu Mate.
Je ne sais pas la raison, c'est un constat.

Un constat que ce n'est pas un problème de noyau... ;)

Pas qu'un problème de noyau, le noyau joue aussi visiblement puisque
dans tous les cas (sous plusieurs distributions), sous noyau 4.18 c'est
mieux que sous noyau 4.15, l'amélioration est nette dans tous les cas,
mais elle est encore plus nette sous Xubuntu 18.10 par exemple, et pour
Kubuntu 18.10 c'est en cours de test mais cela s'annonce mieux que sous
Ubuntu Mate 18.10 qui lui même s'en tire mieux au niveau connexion que
Linux Mint 19 installé, avec noyau 4.15.
C'est qu'il y a visiblement plusieurs problèmes avec ce module, cette
carte realtek, passer au noyau 4.18 améliore significativement la chose
dans tous les cas.
C'est dommage qu'a priori Linux Mint 19 ne puisse pas tourner sous noyau
4.18 pour vérifier si cela améliore aussi beaucoup la chose sous Linux Mint.
J'avais vu quelqu'un qui avait essayé (de passer au noyau 4.18), il a eu
des problèmes :
http://www.jeuxvideo.com/forums/42-38-57317907-1-0-1-0-j-arrive-pas-a-utiliser-le-kernel-4-18-sous-linux-mint-19-xfce.htm

Bon cela dit, le noyau 4.18 a sorti plusieurs versions depuis, là je
suis en noyau 4.18.0-11, et autre chose, il utilisait linux mint xfce,
pas cinnamom, je ne sais pas si cela peut jouer aussi pour son plantage
avec noyau 4.18.
Peut-être qu'aujourd'hui cela peut marcher ? Personne ici ne tourne sous
Linux Mint avec noyau 4.18 ?
--
http://zetrader.info & http://zetrader.fr
http://aribaut.com - http://zeforums.com

Vous avez filtré cet utilisateur ! Consultez son message

Le 23/11/18 à 13:34, denis.paris a écrit :

Le 23/11/2018 à 11:15, Pierre www.zetrader.info a écrit :
Merci, bon sous Xubuntu 18.10 la connexion était plutôt stable, là je
suis en train de tester Kubuntu 18.10 pour voir, pas de problème pour
le moment.
Pour le moment le problème était plus sur Linux Mint 19 (noyau 4.15
connu comme problématique pour bcp de personnes par rapport au wifi
realtek) et aussi un peu sur Ubuntu Mate 18.10 (bien qu'en noyau
4.18), Xubuntu 18.10 aussi en noyau 4.18 s'est montré plus
stable/fiable au niveau connexion qu'Ubuntu Mate.
Je ne sais pas la raison, c'est un constat.

Un constat que ce n'est pas un problème de noyau... ;)

Pas qu'un problème de noyau, le noyau joue aussi visiblement puisque
dans tous les cas (sous plusieurs distributions), sous noyau 4.18 c'est
mieux que sous noyau 4.15, l'amélioration est nette dans tous les cas,
mais elle est encore plus nette sous Xubuntu 18.10 par exemple, et pour
Kubuntu 18.10 c'est en cours de test mais cela s'annonce mieux que sous
Ubuntu Mate 18.10 qui lui même s'en tire mieux au niveau connexion que
Linux Mint 19 installé, avec noyau 4.15.
C'est qu'il y a visiblement plusieurs problèmes avec ce module, cette
carte realtek, passer au noyau 4.18 améliore significativement la chose
dans tous les cas.
C'est dommage qu'a priori Linux Mint 19 ne puisse pas tourner sous noyau
4.18 pour vérifier si cela améliore aussi beaucoup la chose sous Linux Mint.
J'avais vu quelqu'un qui avait essayé (de passer au noyau 4.18), il a eu
des problèmes :
http://www.jeuxvideo.com/forums/42-38-57317907-1-0-1-0-j-arrive-pas-a-utiliser-le-kernel-4-18-sous-linux-mint-19-xfce.htm
Bon cela dit, le noyau 4.18 a sorti plusieurs versions depuis, là je
suis en noyau 4.18.0-11, et autre chose, il utilisait linux mint xfce,
pas cinnamom, je ne sais pas si cela peut jouer aussi pour son plantage
avec noyau 4.18.
Peut-être qu'aujourd'hui cela peut marcher ? Personne ici ne tourne sous
Linux Mint avec noyau 4.18 ?
--
http://zetrader.info & http://zetrader.fr
http://aribaut.com - http://zeforums.com

denis.paris

23/11/2018 à 15:44

Le 23/11/2018 à 13:47, Pierre www.zetrader.info a écrit :

Pas qu'un problème de noyau, le noyau joue aussi visiblement puisque
dans tous les cas (sous plusieurs distributions), sous noyau 4.18 c'est
mieux que sous noyau 4.15, l'amélioration est nette dans tous les cas,
mais elle est encore plus nette sous Xubuntu 18.10 par exemple, et pour
Kubuntu 18.10 c'est en cours de test mais cela s'annonce mieux que sous
Ubuntu Mate 18.10 qui lui même s'en tire mieux au niveau connexion que
Linux Mint 19 installé, avec noyau 4.15.
C'est qu'il y a visiblement plusieurs problèmes avec ce module, cette
carte realtek, passer au noyau 4.18 améliore significativement la chose
dans tous les cas.

Chez-moi la Realtek (RTL8111/8168) est la carte réseau Ethenet Gigabit.
La carte WIFI est une Broadcom (BCM43142 802.11b/g/n)
Comme les pilotes sont maintenant intégrés au noyau, en principe plus on
prend un noyau récent plus on a de chance que le pilote de sa carte soit
directement pris en compte.
Je suppose que tu as tenté sous Ubuntu l'action "Pilotes additionnels"?
Que donne chez toi la commande:
lspci | grep -i net ?

Pierre www.zetrader.info

23/11/2018 à 15:57

Le 23/11/18 à 15:44, denis.paris a écrit :

Que donne chez toi la commande:
lspci | grep -i net ?

Sous Kubuntu 18.10 (je suis actuellement sous cette version et le wifi
marche bien pour le moment, pas de coupures) cela donne :
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL810xE
PCI Express Fast Ethernet controller (rev 0a)
04:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8723BE
PCIe Wireless Network Adapter
Est-ce que ce serait intéressant que je fasse la même commande sous
Linux Mint 19, même en usb live ?
J'ai l'impression que cela donnait la même chose sous Linux Mint cette
commande, je pourrais tester vite fait en usb live.
--
http://zetrader.info & http://zetrader.fr
http://aribaut.com - http://zeforums.com

Ubuntu 18.04 LTS sera maintenu 10 ans !

10 réponses

Veuillez sélectionner un problème