[Réseau] Déconnexions

[Docker]

Bonjour,

Sur mon portable lorsque je suis en WiFi j'ai beaucoup de déconnexions et la connexion est très lente, alors qu'en câblé la connexion est super, est ce que quelqu'un aurait une idée d'où ça peut venir ?

J'ai également un adaptateur Bluetooth sur mon PC, j'ai bien installé bluez et blueman mais impossible de faire fonctionner le Bluetooth il ne voit pas l'adaptateur

[waitnsea]

Sur mon portable lorsque je suis en WiFi j'ai beaucoup de déconnexions

Il faut que tu prennes l'habitude de nous donner des renseignements : au vu de ton précédent post on ne peut même pas savoir si la machine qui se déconnecte est en Windows ou Linux !
Et si c'est du Linux, quel système ?

[Docker]

Merci pour ton aide,

Alors le PC est sous Arch oui

[waitnsea]

Alors le PC est sous Arch oui

Pour avoir de l'aide il faut donner d'abord des renseignements !
* sur son matériel
* sur son installation

Donne le retour de $ lspci -knn | grep -iA2 net et $ tree /etc/systemd/system (il faut installer tree avant ça)

[Docker]

Voilà le retour de lspci :

Code : Tout sélectionner

01:00.0 Network controller [0280]: Realtek Semiconductor Co., Ltd. RTL8821AE 802.11ac PCIe Wireless Network Adapter [10ec:8821]
	Subsystem: Lenovo Device [17aa:a814]
	Kernel driver in use: rtl8821ae
--
02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller [10ec:8136] (rev 07)
	Subsystem: Lenovo Device [17aa:381e]
	Kernel driver in use: r8169

Et tree :

Code : Tout sélectionner

/etc/systemd/system
├── bluetooth.target.wants
│   └── bluetooth.service -> /usr/lib/systemd/system/bluetooth.service
├── dbus-org.bluez.service -> /usr/lib/systemd/system/bluetooth.service
├── dbus-org.freedesktop.ModemManager1.service -> /usr/lib/systemd/system/ModemManager.service
├── dbus-org.freedesktop.NetworkManager.service -> /usr/lib/systemd/system/NetworkManager.service
├── dbus-org.freedesktop.nm-dispatcher.service -> /usr/lib/systemd/system/NetworkManager-dispatcher.service
├── display-manager.service -> /usr/lib/systemd/system/lightdm.service
├── getty.target.wants
│   └── getty@tty1.service -> /usr/lib/systemd/system/getty@.service
├── multi-user.target.wants
│   ├── ModemManager.service -> /usr/lib/systemd/system/ModemManager.service
│   ├── NetworkManager.service -> /usr/lib/systemd/system/NetworkManager.service
│   ├── cronie.service -> /usr/lib/systemd/system/cronie.service
│   ├── remote-fs.target -> /usr/lib/systemd/system/remote-fs.target
│   └── tlp.service -> /usr/lib/systemd/system/tlp.service
└── sleep.target.wants
    └── tlp-sleep.service -> /usr/lib/systemd/system/tlp-sleep.service

4 directories, 13 files

[waitnsea]

Voilà le retour de lspci :

Code : Tout sélectionner

01:00.0 Network controller [0280]: Realtek Semiconductor Co., Ltd. RTL8821AE 802.11ac PCIe Wireless Network Adapter [10ec:8821]
	Subsystem: Lenovo Device [17aa:a814]
	Kernel driver in use: rtl8821ae

* Le retour de tree ne montre pas d'autre système de connexion concurrent, c'est donc OK
Par contre on trouve de la littérature sur le driver pour la carte wifi Realtek :
As-tu installé le paquet linux-firmware ? Si non, fais-le, et si ça ne règle pas le problème ou s'il est déjà installé, vois
* Un conseil de configuration pour une bécane qui a la même carte dans le Wiki
* Un dépôt git avec une version récente du driver,

[Docker]

Merci pour ton aide, alors la page du wiki date de 2014, enfin avec l'iso 2014 et le kernel 3.17, tu pense que c'est une bonne chose de le tenter ? Je ne saurais pas comment revenir en arrière

Pour le lien git, il n'y a rien de marqué sur comment l'installer, tu pourrais m'éclairer ?

[waitnsea]

As-tu installé le paquet linux-firmware comme je te le proposais ?

[benjarobin]

Linux-firmware est forcément installé, c'est une dépendance de linux

[waitnsea]

Linux-firmware est forcément installé, c'est une dépendance de linux

Le problème sera alors que le dépôt git que j'ai trouvé pour lui a été mis à jour il y a 7 mois. Et que je n'ai rien trouvé de plus récent sur Git.

Les drivers du git pour sa Realtek sont différents de ceux de linux-firmware (j'ai comparé les sommes MD5) mais risquent d'être plus vieux.
En effet, pour ma carte Atheros, j'avais des problèmes sous mon OS2-Debian : leur atheros-firmware donnait de bien plus vieux drivers ath10k que ceux du linux-firmware d'Arch qui, eux, étaient tout récents ...
(J'ai passé mon OS2 en Arch mais il devient moins utile comme secours !)

Il peut essayer d'utiliser ceux du git pour voir mais après une copie de sauvegarde de ceux d'origine !

[Docker]

Comment tu as comparé le md5 de linux-firmware et de git ?

Je ne saurais pas l'installer depuis le git il n'y a rien de marqué, ni remettre ceux que j'ai en cas de besoin

[waitnsea]

Comment tu as comparé le md5 de linux-firmware et de git ?

Je ne saurais pas l'installer depuis le git il n'y a rien de marqué, ni remettre ceux que j'ai en cas de besoin

1. J'ai chargé le dépôt git clone git <url> ou download zip depuis la page - puis le dézipper
2. commande

Code : Tout sélectionner

 $ md5sum /usr/lib/firmware/rtlwifi/rtl8821aefw*
61d4e7322431fafa20070ee451663f8f  rtl8821aefw.bin
a279d53d25e207a90e5053809d182af8  rtl8821aefw_29.bin
eb7a115cfa5ac2bf44f7124e54b4334d  rtl8821aefw_wowlan.bin

3. comparaison avec

Code : Tout sélectionner

https://github.com/lwfinger/rtlwifi_new  7 months ago
~/Téléchargements/rtlwifi_new-master/firmware/rtlwifi
 % md5sum rtl8821aefw*
a279d53d25e207a90e5053809d182af8  rtl8821aefw.bin
a279d53d25e207a90e5053809d182af8  rtl8821aefw_29.bin
eb7a115cfa5ac2bf44f7124e54b4334d  rtl8821aefw_wowlan.bin

Pour "l'installer" c'est du rustique :
1. sauvegarde de l'actuel par # mv /usr/lib/firmware/rtlwifi /usr/lib/firmware/BKPrtlwifi
2. copier le téléchargé : genre # cp - R /chemin/de/ton_dossier_téléchagé/rtlwifi_new-master/firmware/rtlwifi /usr/lib/firmware/rtlwifi

Mais il est bien possible que le fichier de linux-firmware soit plus récent, vu la grande réactivité des dev d'Arch.
Si ça ne t'apporte rien tu renommes BKPrtlwifi en rtlwifi, ça, c'est facile
Restera à chercher un driver tout tout récent

[Docker]

Alors j'ai essayé les lignes dans la page du wiki, j'ai fait :

Code : Tout sélectionner

echo 'options rtl8821ae ips=N fwlps=N swlps=Y' > /etc/modprobe.d/wifi.conf
echo 'ACTION=="add",SUBSYSTEM=="net",ENV{ID_NET_DRIVER}=="rtl8821ae", RUN+="iwconfig $name power off"' > /etc/udev/rules.d/wifi.rules

Pour le moment ça a l'air de marcher, à voir si ça revient ou pas, j'ai eu une déconnexion mais ça a l'air d'aller mieux, si j'ai bien compris il dit que c'est la gestion d'énergie qui cause ce soucis ?

Par contre je n'ai pas fait :

Code : Tout sélectionner

iwconfig wlp2s0 power off

je ne sais pas trop à quoi ça sert

En démarrant, j'ai également des lignes pour la carte réseau éthernet, si je fais un

Code : Tout sélectionner

dmesg | grep enp2s0

j'ai :

[ 9.519687] r8169 0000:02:00.0 enp2s0: renamed from eth0
[ 18.999384] r8169 0000:02:00.0 enp2s0: rtl_counters_cond == 1 (loop: 1000, delay: 10).
[ 20.053012] r8169 0000:02:00.0 enp2s0: rtl_counters_cond == 1 (loop: 1000, delay: 10).
[ 20.055036] IPv6: ADDRCONF(NETDEV_UP): enp2s0: link is not ready
[ 20.254648] r8169 0000:02:00.0 enp2s0: link down
[ 20.254765] IPv6: ADDRCONF(NETDEV_UP): enp2s0: link is not ready

Je mets celui de la carte wifi ça pourra peut-être éclairer :

[ 10.558453] rtl8821ae 0000:01:00.0 wlp1s0: renamed from wlan0
[ 20.289487] IPv6: ADDRCONF(NETDEV_UP): wlp1s0: link is not ready
[ 20.526483] IPv6: ADDRCONF(NETDEV_UP): wlp1s0: link is not ready
[ 20.662561] IPv6: ADDRCONF(NETDEV_UP): wlp1s0: link is not ready
[ 21.593005] IPv6: ADDRCONF(NETDEV_UP): wlp1s0: link is not ready
[ 24.739010] IPv6: ADDRCONF(NETDEV_UP): wlp1s0: link is not ready
[ 27.791552] wlp1s0: authenticate with 40:c7:29:e7:21:1b
[ 27.795249] wlp1s0: send auth to 40:c7:29:e7:21:1b (try 1/3)
[ 27.798282] wlp1s0: authenticated
[ 27.800179] wlp1s0: associate with 40:c7:29:e7:21:1b (try 1/3)
[ 27.802867] wlp1s0: RX AssocResp from 40:c7:29:e7:21:1b (capab=0x411 status=0 aid=1)
[ 27.869607] wlp1s0: associated
[ 27.869631] IPv6: ADDRCONF(NETDEV_CHANGE): wlp1s0: link becomes ready
[ 28.433557] wlp1s0: Limiting TX power to 23 (23 - 0) dBm as advertised by 40:c7:29:e7:21:1b
[ 163.191630] wlp1s0: Connection to AP 40:c7:29:e7:21:1b lost
[ 179.074915] IPv6: ADDRCONF(NETDEV_UP): wlp1s0: link is not ready
[ 179.234966] IPv6: ADDRCONF(NETDEV_UP): wlp1s0: link is not ready
[ 182.581627] IPv6: ADDRCONF(NETDEV_UP): wlp1s0: link is not ready
[ 185.633761] wlp1s0: authenticate with 40:c7:29:e7:21:1b
[ 185.636570] wlp1s0: send auth to 40:c7:29:e7:21:1b (try 1/3)
[ 185.640022] wlp1s0: authenticated
[ 185.646696] wlp1s0: associate with 40:c7:29:e7:21:1b (try 1/3)
[ 185.649651] wlp1s0: RX AssocResp from 40:c7:29:e7:21:1b (capab=0x411 status=0 aid=1)
[ 185.723859] wlp1s0: associated
[ 185.723886] IPv6: ADDRCONF(NETDEV_CHANGE): wlp1s0: link becomes ready
[ 185.724851] wlp1s0: Limiting TX power to 23 (23 - 0) dBm as advertised by 40:c7:29:e7:21:1b