WIFI et Ethernet inopérant [Réglé]
ça marchait il y a 15 jours
Système et matériels / Réseau Internet Wi-Fi
Hodos Membre non connecté
-
- Voir le profil du membre Hodos
- Inscrit le : 17/04/2014
- Groupes :
,Retour sur le wifi (et souci identique en Ethernet) pour le Asus neuf dont nous avions réglé le problème de connexion il y a 15 jours dans ce post : https://www.mageialinux-online.org/forum/topic-26952+wifi-inoperant.php
Nous avions également, sans à priori aucun rapport avec le problème de connexion, réglé un autre souci au démarrage de l'ordi dans ce post : https://www.mageialinux-online.org/forum/topic-26947+ecran-partiellement-noir.php
Le propriétaire a eu depuis un souci d'utilisation du WIFI qui était instable (connexion durant de 1 minute à 45 minutes) dans une résidence ou plusieurs antennes proposent la même connexion. Il faut se connecter via le navigateur une première fois (identifiant + code).
L'utilisateur (nouveau avec Mageia) a cherché comment résoudre cette instabilité et a trouvé sur le forum https://forums.mageia.org/en/viewtopic.php?t=7225#p46418 une solution qui semblait pertinente...
Il a donc passé en Konsole les commandes :
iwconfig wlo1 power off
iwconfig wlo1 txpower fixed
Bref, après ça (WIFI a continué a fonctionné un peu, mais de façon instable) et une mise à jour de Mageia (y a-t-il un rapport?), le WIFI ne fonctionne plus du tout, ni la connexion Ethernet que je viens de tester. Il faut bien noter que la mise à jour du driver est bien décochée à chaque MAJ, et que le iwlwifi-firmware est donc toujours en version 20190603.
À noter que l'Asus est maintenant à mon domicile, avec la box d'il y a 15 jours, et un câble Ethernet branché.
Le message d'erreur (notifications en bas à droite) :
Si je passe les commandes (vu dans d'autres posts sur MLO)
lspci
Caché :
[three@localhost ~]$ lspci
00:00.0 Host bridge: Intel Corporation Coffee Lake HOST and DRAM Controller (rev 0c)
00:02.0 VGA compatible controller: Intel Corporation UHD Graphics 620 (Whiskey Lake) (rev 02)
00:04.0 Signal processing controller: Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor Thermal Subsystem (rev 0c)
00:08.0 System peripheral: Intel Corporation Xeon E3-1200 v5/v6 / E3-1500 v5 / 6th/7th/8th Gen Core Processor Gaussian Mixture Model
00:12.0 Signal processing controller: Intel Corporation Cannon Point-LP Thermal Controller (rev 30)
00:14.0 USB controller: Intel Corporation Cannon Point-LP USB 3.1 xHCI Controller (rev 30)
00:14.2 RAM memory: Intel Corporation Cannon Point-LP Shared SRAM (rev 30)
00:14.3 Network controller: Intel Corporati Cannon Point-LP CNVi [Wireless-AC] (rev 30)
00:14.5 SD Host controller: Intel Corporation BayHubTech Integrated SD controller (rev 30)
00:15.0 Serial bus controller [0c80]: Intel Corporation Cannon Point-LP Serial IO I2C Controller #0 (rev 30)
00:15.1 Serial bus controller [0c80]: Intel Corporation Cannon Point-LP Serial IO I2C Controller #1 (rev 30)
00:16.0 Communication controller: Intel Corporation Cannon Point-LP MEI Controller #1 (rev 30)
00:17.0 SATA controller: Intel Corporation Cannon Point-LP SATA Controller [AHCI Mode] (rev 30)
00:1d.0 PCI bridge: Intel Corporation Cannon Point-LP PCI Express Root Port #13 (rev f0)
00:1e.0 Communication controller: Intel Corporation Device 9da8 (rev 30)
00:1e.2 Serial bus controller [0c80]: Intel Corporation Device 9daa (rev 30)
00:1f.0 ISA bridge: Intel Corporation Cannon Point-LP LPC Controller (rev 30)
00:1f.3 Audio device: Intel Corporation Cannon Point-LP High Definition Audio Controller (rev 30)
00:1f.4 SMBus: Intel Corporation Cannon Point-LP SMBus Controller (rev 30)
00:1f.5 Serial bus controller [0c80]: Intel Corporation Cannon Point-LP SPI Controller (rev 30)
01:00.0 Non-Volatile memory controller: Sandisk Corp WD Black 2018/PC SN520 NVMe SSD (rev 01)
on
00:00.0 Host bridge: Intel Corporation Coffee Lake HOST and DRAM Controller (rev 0c)
00:02.0 VGA compatible controller: Intel Corporation UHD Graphics 620 (Whiskey Lake) (rev 02)
00:04.0 Signal processing controller: Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor Thermal Subsystem (rev 0c)
00:08.0 System peripheral: Intel Corporation Xeon E3-1200 v5/v6 / E3-1500 v5 / 6th/7th/8th Gen Core Processor Gaussian Mixture Model
00:12.0 Signal processing controller: Intel Corporation Cannon Point-LP Thermal Controller (rev 30)
00:14.0 USB controller: Intel Corporation Cannon Point-LP USB 3.1 xHCI Controller (rev 30)
00:14.2 RAM memory: Intel Corporation Cannon Point-LP Shared SRAM (rev 30)
00:14.3 Network controller: Intel Corporati Cannon Point-LP CNVi [Wireless-AC] (rev 30)
00:14.5 SD Host controller: Intel Corporation BayHubTech Integrated SD controller (rev 30)
00:15.0 Serial bus controller [0c80]: Intel Corporation Cannon Point-LP Serial IO I2C Controller #0 (rev 30)
00:15.1 Serial bus controller [0c80]: Intel Corporation Cannon Point-LP Serial IO I2C Controller #1 (rev 30)
00:16.0 Communication controller: Intel Corporation Cannon Point-LP MEI Controller #1 (rev 30)
00:17.0 SATA controller: Intel Corporation Cannon Point-LP SATA Controller [AHCI Mode] (rev 30)
00:1d.0 PCI bridge: Intel Corporation Cannon Point-LP PCI Express Root Port #13 (rev f0)
00:1e.0 Communication controller: Intel Corporation Device 9da8 (rev 30)
00:1e.2 Serial bus controller [0c80]: Intel Corporation Device 9daa (rev 30)
00:1f.0 ISA bridge: Intel Corporation Cannon Point-LP LPC Controller (rev 30)
00:1f.3 Audio device: Intel Corporation Cannon Point-LP High Definition Audio Controller (rev 30)
00:1f.4 SMBus: Intel Corporation Cannon Point-LP SMBus Controller (rev 30)
00:1f.5 Serial bus controller [0c80]: Intel Corporation Cannon Point-LP SPI Controller (rev 30)
01:00.0 Non-Volatile memory controller: Sandisk Corp WD Black 2018/PC SN520 NVMe SSD (rev 01)
on
iwconfig
Caché :
[root@localhost three]# iwconfig
lo no wireless extensions.
wlo1 IEEE 802.11 ESSID:off/any
Mode:Managed Access Point: Not-Associated Tx-Power=0 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Encryption key:off
Power Management:on
lo no wireless extensions.
wlo1 IEEE 802.11 ESSID:off/any
Mode:Managed Access Point: Not-Associated Tx-Power=0 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Encryption key:off
Power Management:on
Bref, quelqu'un a-t-il une idée d'où vient la perte de connexion ?
- des commandes passées ? (comment "revenir" en arrière ?)
- d'une mise à jour ?
Je pense que comme cela marchait, on devrait pouvoir revenir à la situation normale !
Merci pour votre aide !
Édité par Hodos Le 20/12/2019 à 18h31
Hodos Membre non connecté
-
- Voir le profil du membre Hodos
- Inscrit le : 17/04/2014
- Groupes :
Hodos Membre non connecté
-
- Voir le profil du membre Hodos
- Inscrit le : 17/04/2014
- Groupes :
Et maintenant je ne peux plus installer de firmware car j'ai la même erreur si je veux remettre la version 20190603 !
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Cette erreur est probablement due à un problème de .... connexion réseau (rubrique exit codes) !
En revanche, l' installation du paquet depuis une source hors ligne (clé usb ou dvd d' origine est probablement possible ).
Il y a quelque chose qui me choque... Comment l' interface wlo1 peut être à la fois une interface filaire et wifi à la fois ?
Y' aurait t' il eu une mise à jour du noyau ( par exemple) ? Que donne un test avec un noyau de la branche 5.1 ( celui d' origine) ? Ceci dit si le paquet iwlwifi-firmware est désinstallé, ça risque d' être un test nul !
D' après la doc de iwconfig,
Citation :
txpower
For cards supporting multiple transmit powers, sets the transmit power in dBm. If W is the power in Watt, the power in dBm is P = 30 + 10.log(W). If the value is postfixed by mW, it will be
automatically converted to dBm.
In addition, on and off enable and disable the radio, and auto and fixed enable and disable power control (if those features are available).
Examples :
iwconfig eth0 txpower 15
iwconfig eth0 txpower 30mW
iwconfig eth0 txpower auto
iwconfig eth0 txpower off
For cards supporting multiple transmit powers, sets the transmit power in dBm. If W is the power in Watt, the power in dBm is P = 30 + 10.log(W). If the value is postfixed by mW, it will be
automatically converted to dBm.
In addition, on and off enable and disable the radio, and auto and fixed enable and disable power control (if those features are available).
Examples :
iwconfig eth0 txpower 15
iwconfig eth0 txpower 30mW
iwconfig eth0 txpower auto
iwconfig eth0 txpower off
Je referais donc un (afin de permettre à la carte d' émettre à une autre valeur de 0, sauf si la valeur de 0 est due au fait du branchement du câble réseau ( en règle générale, c' est l' un ou l' autre mais pas les deux à la fois)),
iwconfig wlo1 txpower auto
Après les paramètres sont probablement remis à zéro lors du redémarrage ( ici dans le iwconfig, on voit que le power management est on, et la page man de iwconfig indique que power off coupe cette gestion)
Édité par nic80 Le 20/12/2019 à 22h19
Hodos Membre non connecté
-
- Voir le profil du membre Hodos
- Inscrit le : 17/04/2014
- Groupes :
pour la suggestion d'un démarrage sur un ancien noyau.J'ai donc redémarré l'Asus sur un noyau 5.1.14.
Le résultat est positif puisque tout refonctionne : wifi, Ethernet, firmware 20190603 également.
Petite remarque : il va me falloir un peu de temps pour vérifier si le wifi et Ethernet sont stables chez moi.
Maintenant des mises sont proposées (y compris le firmware que je décoche bien sûr au cas ou).
Bref, que faire maintenant pour éviter à nouveau le souci ?
Tester une mise à jour ?
Chercher (mais de quelle façon) où est le souci ?
Édité par Hodos Le 21/12/2019 à 11h11
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Si le nouveau noyau est le 5.4.2, il faudrait essayer de mettre à jour le paquet firmware.
Au préalable, il faut télécharger le paquet firmware du mois de juin et le garder de côté sur le pc...
Ainsi, si après mise à jour du paquet avec la version du mois de septembre (ou plus récente), plus rien ne fonctionne, on aura le paquet localement que l' on pourra réinstaller si besoin (et démarrer sur le noyau 5.1.14 qui utilisé avec le firmware du mois de juin semble fonctionnel.
Hodos Membre non connecté
-
- Voir le profil du membre Hodos
- Inscrit le : 17/04/2014
- Groupes :
Résultat : plus de wifi
, et au démarrage on voit comme sur les photos ci-dessus des lignes de codes (sur fond noir) qui indiquent le souci wifi.J'ai donc supprimé le paquet 20190926.
J'ai donc voulu réinstallé le paquet 20190603. Mais j'ai l'erreur identique à la dernière fois soit comme la photo ci-dessus "aria2 a échoué".
Je suis donc bloqué à nouveau, sauf à redémarrer sur le vieux noyau je pense (pas encore fait).
Que faire ?
D'où peut venir le problème ?
Hodos Membre non connecté
-
- Voir le profil du membre Hodos
- Inscrit le : 17/04/2014
- Groupes :
Et le nouveau firmware 20190926 ne fonctionne avec aucun noyau.
Édité par Hodos Le 21/12/2019 à 11h48
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Citation :
Au préalable, il faut télécharger le paquet firmware du mois de juin et le garder de côté sur le pc...
Cette précaution avait été suivie ?
Si oui, pour réinstaller le firmware du mois de juin, il faut aller dans le répertoire où le paquet est présent et faire un urpmi iwlwifi-firmware-20190603 .
Dans le cas contraire, il faut essayer de récupérer le fichier depuis la clé d' installation pour procéder à sa réinstallation.
Hodos Membre non connecté
-
- Voir le profil du membre Hodos
- Inscrit le : 17/04/2014
- Groupes :
J'ai donc passé la commande et voici le résultat sur la photo.
Si "essayer de nouveau" , toujours une erreur...
Édité par Hodos Le 21/12/2019 à 12h11
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Est ce qu' il faudrait mettre le nom complet du fichier pour éviter à urpmi d' aller le chercher dans son "cache" ?
"urpmi iwlwifi-firmware-20190603-1.mga7.nonfree.noarch.rpm", voir
"urpmi ./iwlwifi-firmware-20190603-1.mga7.nonfree.noarch.rpm"
Sinon, un "rpm -ivh iwlwifi-firmware-20190603-1.mga7.nonfree.noarch.rpm" devrait passer outre urpmi.
Édité par nic80 Le 21/12/2019 à 12h30
Hodos Membre non connecté
-
- Voir le profil du membre Hodos
- Inscrit le : 17/04/2014
- Groupes :
J'ai éteint et démarré le PC.
Résultat, avec donc le nouveau noyau et l'ancien firmware 20190603 :
- le wifi fonctionne
- l’Ethernet fonctionne
On a donc fait un grand pas dans le fonctionnement de la machine.
Reste cependant l'utilisation d'une vieille version de firmware...
Faut-il faire un dépôt de bug sur BugZilla ?
Au final la séquence ancien firmware + MAJ Mageia ne fonctionnait pas.
Mais la séquence MAJ Mageia + réinstallation de l'ancien firmware en invite de commande fonctionne.
Bon, je vais voir si ça reste stable.
Encore un immense merci pour l'aide nic80
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Un petit complément :
man urpmi.files :
/etc/urpmi/skip.list
The list of packages that should not be automatically updated when using --auto-select. It contains one
package expression per line; either a package name, or a regular expression (if enclosed in slashes /) to
match the name of packages against. (Actually, it's matched against the full name of the package, which has
the form name-version-release.arch.)
The list of packages that should not be automatically updated when using --auto-select. It contains one
package expression per line; either a package name, or a regular expression (if enclosed in slashes /) to
match the name of packages against. (Actually, it's matched against the full name of the package, which has
the form name-version-release.arch.)
pour éviter la mise à jour à l'avenir.
Un rapport de bogue est bienvenu. Par contre, le bogue est certainement amont et il faudra obtenir une solution de ce côté.
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Hodos Membre non connecté
-
- Voir le profil du membre Hodos
- Inscrit le : 17/04/2014
- Groupes :
Papoteur :
Bonjour,
Un petit complément :
Un petit complément :
Super le truc pour figer l'utilisation de l'ancien firmware !
Je l'ai fait.
Merci !
Je vais faire un rapport de bogue sur https://bugs.mageia.org
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie