Connexion

Besoin d'aide ? Une question ? Un avis ? Rejoignez nous sur notre salon IRC pour clavarder

Forum

Système et matériels » Réseau Internet Wi-Fi [Réglé] WIFI et Ethernet inopérant ça marchait il y a 15 jours

Hodos Membre non connecté

Rang

Avatar

Inscrit le : 17/04/2014 à 12h02

Localisation : Morbihan Bretagne

Messages: 405

Le 20/12/2019 à 18h30
Bonjour :) ,

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) :
reseau_desactive

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


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



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 ! Edité par Hodos Le 20/12/2019 à 18h31


MSI CR70 2M-207, 17.3" sans OS à l'achat avec Pentium Dual Core Haswell CPU 3550m, 500 Go
   
Hodos Membre non connecté

Rang

Avatar

Inscrit le : 17/04/2014 à 12h02

Localisation : Morbihan Bretagne

Messages: 405

Le 20/12/2019 à 21h14
Je rajoute 2 photos d'écrans au démarrage :
demarrage_erreur_1
demarrage_erreur_2


MSI CR70 2M-207, 17.3" sans OS à l'achat avec Pentium Dual Core Haswell CPU 3550m, 500 Go
   
Hodos Membre non connecté

Rang

Avatar

Inscrit le : 17/04/2014 à 12h02

Localisation : Morbihan Bretagne

Messages: 405

Le 20/12/2019 à 21h50
Bon, en voulant désinstaller le firmware 20190603, pour tester la version 20190926, je suis tombé sur l'erreur de la photo.
Et maintenant je ne peux plus installer de firmware car j'ai la même erreur si je veux remettre la version 20190603 !
erreur_aria_2_2


MSI CR70 2M-207, 17.3" sans OS à l'achat avec Pentium Dual Core Haswell CPU 3550m, 500 Go
   
nic80 Membre non connecté

Rang

Avatar

Inscrit le : 06/08/2018 à 23h52

Messages: 2776

Le 20/12/2019 à 21h58
Bonjour,

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


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)


Edité par nic80 Le 20/12/2019 à 22h19
   
Hodos Membre non connecté

Rang

Avatar

Inscrit le : 17/04/2014 à 12h02

Localisation : Morbihan Bretagne

Messages: 405

Le 21/12/2019 à 10h53
Merci nic80 :) 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 ?

Edité par Hodos Le 21/12/2019 à 11h11


MSI CR70 2M-207, 17.3" sans OS à l'achat avec Pentium Dual Core Haswell CPU 3550m, 500 Go
   
nic80 Membre non connecté

Rang

Avatar

Inscrit le : 06/08/2018 à 23h52

Messages: 2776

Le 21/12/2019 à 11h17
Bonjour,

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é

Rang

Avatar

Inscrit le : 17/04/2014 à 12h02

Localisation : Morbihan Bretagne

Messages: 405

Le 21/12/2019 à 11h44
J'ai donc fait une mise à jour "complète", y compris le firmware en version 20190926.
Résultat : plus de wifi :malade: , 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 ?



MSI CR70 2M-207, 17.3" sans OS à l'achat avec Pentium Dual Core Haswell CPU 3550m, 500 Go
   
Hodos Membre non connecté

Rang

Avatar

Inscrit le : 17/04/2014 à 12h02

Localisation : Morbihan Bretagne

Messages: 405

Le 21/12/2019 à 11h47
Au fond le nouveau noyau n'est plus compatible avec le firmware 20190603.
Et le nouveau firmware 20190926 ne fonctionne avec aucun noyau. Edité par Hodos Le 21/12/2019 à 11h48


MSI CR70 2M-207, 17.3" sans OS à l'achat avec Pentium Dual Core Haswell CPU 3550m, 500 Go
   
nic80 Membre non connecté

Rang

Avatar

Inscrit le : 06/08/2018 à 23h52

Messages: 2776

Le 21/12/2019 à 11h50
Bonjour,

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é

Rang

Avatar

Inscrit le : 17/04/2014 à 12h02

Localisation : Morbihan Bretagne

Messages: 405

Le 21/12/2019 à 12h10
Oui nic80, la précaution avait été prise.
J'ai donc passé la commande et voici le résultat sur la photo.
re_instal_1
Si "essayer de nouveau" , toujours une erreur...
Edité par Hodos Le 21/12/2019 à 12h11


MSI CR70 2M-207, 17.3" sans OS à l'achat avec Pentium Dual Core Haswell CPU 3550m, 500 Go
   
nic80 Membre non connecté

Rang

Avatar

Inscrit le : 06/08/2018 à 23h52

Messages: 2776

Le 21/12/2019 à 12h28
Bonjour,

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. Edité par nic80 Le 21/12/2019 à 12h30
   
Hodos Membre non connecté

Rang

Avatar

Inscrit le : 17/04/2014 à 12h02

Localisation : Morbihan Bretagne

Messages: 405

Le 21/12/2019 à 13h01
J'ai envoyé "urpmi iwlwifi-firmware-20190603-1.mga7.nonfree.noarch.rpm" et le firmware s'est bien installé.

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 :super:



MSI CR70 2M-207, 17.3" sans OS à l'achat avec Pentium Dual Core Haswell CPU 3550m, 500 Go
   
Papoteur Membre non connecté

Rang

Avatar

Modérateur Équipe Mageia

Inscrit le : 03/10/2011 à 22h16

Localisation : Metz

Messages: 7920

Le 21/12/2019 à 17h28
Bonjour,
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.)

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é.


Yves
   
nic80 Membre non connecté

Rang

Avatar

Inscrit le : 06/08/2018 à 23h52

Messages: 2776

Le 22/12/2019 à 11h41
Bonjour,

Même si ce n' est pas le mêm chipset, peut être que ce bug est similaire ?
   
Hodos Membre non connecté

Rang

Avatar

Inscrit le : 17/04/2014 à 12h02

Localisation : Morbihan Bretagne

Messages: 405

Le 22/12/2019 à 17h03
Bonjour :)

Papoteur :
Bonjour,
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



MSI CR70 2M-207, 17.3" sans OS à l'achat avec Pentium Dual Core Haswell CPU 3550m, 500 Go
   
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie