Forum

Reprise du message précédent

Merci nic80
demarrage de mon ordi ...la clé branchée, le demarrage est TRES long
Voici mon lsusb ou l'on voit la clé
[papi99@localhost ~]$ lsusb
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 005 Device 002: ID 0424:2514 Microchip Technology, Inc. (formerly SMSC) USB 2.0 Hub
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 003: ID 046d:0825 Logitech, Inc. Webcam C270
Bus 003 Device 002: ID 2357:012d TP-Link Archer T3U [Realtek RTL8812BU]
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 03f0:1853 HP, Inc DeskJet 2700 series
Bus 001 Device 002: ID 046d:c534 Logitech, Inc. Nano Receiver
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
[papi99@localhost ~]$



Journalctl -f avant clé:
[papi99@localhost ~]$ journalctl -f
Hint: You are currently not seeing messages from other users and the system.
Users in groups 'adm', 'systemd-journal', 'wheel' can see all messages.
Pass -q to turn off this notice.
août 07 16:30:04 localhost.localdomain konsole[7095]: Could not create collator: 4
août 07 16:30:04 localhost.localdomain konsole[7095]: kf.xmlgui: Shortcut for action "" "Afficher le gestionnaire de clés SSH" set with QAction::setShortcut()! Use KActionCollection::setDefaultShortcut(s) instead.
août 07 16:30:04 localhost.localdomain konsole[7095]: kf.xmlgui: Shortcut for action "" "Afficher les commandes rapides" set with QAction::setShortcut()! Use KActionCollection::setDefaultShortcut(s) instead.
août 07 16:32:32 localhost.localdomain systemd[2186]: app-org.kde.konsole-346f820908944b3d90bf4485ea85efa2.scope: Consumed 1.431s CPU time.
août 07 16:32:48 localhost.localdomain systemd[2186]: Started app-org.kde.konsole-25144e72fcca40309a0f2b1f443466bc.scope.
août 07 16:32:49 localhost.localdomain konsole[7291]: Could not create collator: 4
août 07 16:32:49 localhost.localdomain konsole[7291]: kf.xmlgui: Shortcut for action "" "Afficher le gestionnaire de clés SSH" set with QAction::setShortcut()! Use KActionCollection::setDefaultShortcut(s) instead.
août 07 16:32:49 localhost.localdomain konsole[7291]: kf.xmlgui: Shortcut for action "" "Afficher les commandes rapides" set with QAction::setShortcut()! Use KActionCollection::setDefaultShortcut(s) instead.
août 07 16:32:54 localhost.localdomain net_applet[2534]: got connection status event: remove wlp7s0f3u2
août 07 16:32:54 localhost.localdomain net_applet[2534]: got connection status event: interface_down wlp7s0f3u2

et apres clé : rajout de ces lignes
août 07 16:35:03 localhost.localdomain net_applet[2534]: got connection status event: add wlp7s0f3u2
août 07 16:35:03 localhost.localdomain net_applet[2534]: Use of uninitialized value in subroutine entry at /usr/lib64/perl5/vendor_perl/Net/DBus/Binding/Connection.pm line 257.

en ce qui concerne NetworkManager, il me semble que l'on me l'avait deconseillé mais je ne me souvient plus pourquoi.
est ce dur à mettre en oeuvre et il y a t-il un risque?

et si j'ouvre net_applet une fois la clé branchée, je la voit mais si je clique pour configurer....a nouveau TRES TRES long et en plus je ne vois aucun réseau!!

Bonjour,

Est-ce que tu as regardé s'il y avait un pilote propriétaire?
Je n'ai pas de Mageia avec moi. La dernière fois que j'ai eu un dongle TP Link j'ai installé le pilote propriétaire qui était dans le CCM à priori c'est une puce Realtek RTL8812BU.

De mémoire j'avais blacklisté le pilote libre aussi. Je n'ai pas retrouvé mon post sur le forum.

Pour installer NetworkManager:

https://wiki.mageia.org/en/Changer_pour_Networkmanager-fr

Bonjour loul,
Remarque supplémentaire. Il faut faire journalctl -f en root, sinon, il manque des messages.

Bonjour,

Ici, il s' agit visiblement d' une puce Realtek.

La clé étant usb, elle a probablement besoin d' un firmware à charger. Est ce que les paquets kernel-firmware kernel-firmware-nonfree et rtlwifi-firmaware sont installés (si la clé a besoin d' un firmware, cela doit être dedans).

Pour que la clé fonctionne, il faut qu' elle soit reconnue par le système (ce que lsusb montre avec les identifiants de périphériques 2357:012d) d' un pilote et potentiellement d' un firmware. Si l' un des deux derniers éléments est manquant cela ne peut pas fonctionner.

Pour le risque d'utiliser NetworkManager, ç' est de ne plus avoir de réseau du tout (mais le risque est minime. En revanche comme il est un peu plus récent qus netapplet, il gère un peu mieux les connexions réseau et peut ètre une alternative à netapplet en cas de difficulté de la configuration réseau.

Guygoye : tu ne confonds pas avec une clé avec une puce Broadcom ?

Bonjour et merci à Tous,
Pour Nic, les 2 paquets sont bien présents sur mon systeme
il y a des trucs zarbis...
j'ouvre netapplet, le wifi est rouge... je clique dessus et apres ...un certain temps... il m'affiche les reseaux wifi de la maison avec une reception tres bonne (les pastilles vertes), je choisi mon reseau fort.... et apres un certain temps ...ca ne fonctionne pas et je ne vois plus de reseau.... bref rien n'est stable et il doit manquer quelquechose, car les reponses sont d'une lenteur.....mais alors......lente!!!
si NetworkManager peut resoudre le pb, je veux bien essayer, mais comment faire pour comprendre ce qu'il se passe?

Pour Papoteur ..le resultat

[papi99@localhost ~]$ su
Mot de passe :
[root@localhost papi99]# journalctl -f
août 08 09:59:47 localhost.localdomain colord-sane[6812]: io/hpmud/musb.c 2099: Invalid usb_open: Permission denied
août 08 09:59:47 localhost.localdomain colord-sane[6812]: io/hpmud/musb.c 2099: Invalid usb_open: Permission denied
août 08 09:59:47 localhost.localdomain colord-sane[6812]: io/hpmud/musb.c 2099: Invalid usb_open: Permission denied
août 08 09:59:47 localhost.localdomain colord-sane[6812]: io/hpmud/musb.c 2099: Invalid usb_open: Permission denied
août 08 09:59:47 localhost.localdomain colord-sane[6812]: io/hpmud/musb.c 2099: Invalid usb_open: Permission denied
août 08 09:59:47 localhost.localdomain colord-sane[6812]: io/hpmud/musb.c 2099: Invalid usb_open: Permission denied
août 08 09:59:48 localhost.localdomain net_applet[2652]: got connection status event: interface_down wlp7s0f3u2
août 08 09:59:51 localhost.localdomain systemd[1]: systemd-rfkill.service: Deactivated successfully.
août 08 09:59:55 localhost.localdomain su[6821]: (to root) papi99 on pts/0
août 08 09:59:55 localhost.localdomain su[6821]: pam_unix(su:session): session opened for user root(uid=0) by papi99(uid=1000)

et une fois la clé branchée:
août 08 10:01:25 localhost.localdomain net_applet[2652]: got connection status event: add wlp7s0f3u2
août 08 10:01:25 localhost.localdomain ifup[7006]: You are using 'ifup' script provided by 'network-scripts', which are now deprecated.
août 08 10:01:25 localhost.localdomain ifup[7007]: 'network-scripts' will be removed from distribution in near future.
août 08 10:01:25 localhost.localdomain ifup[7009]: It is advised to switch to 'NetworkManager' instead - it provides 'ifup/ifdown' scripts as well.
août 08 10:01:25 localhost.localdomain net_applet[2652]: Use of uninitialized value in subroutine entry at /usr/lib64/perl5/vendor_perl/Net/DBus/Binding/Connection.pm line 257.
août 08 10:01:30 localhost.localdomain systemd[1]: systemd-rfkill.service: Deactivated successfully.
août 08 10:01:32 localhost.localdomain ifplugd(wlp7s0f3u2)[7049]: ifplugd 0.28 initializing.
août 08 10:01:32 localhost.localdomain mtp-probe[7051]: checking bus 3, device 4: "/sys/devices/pci0000:00/0000:00:08.1/0000:07:00.3/usb3/3-2"
août 08 10:01:32 localhost.localdomain mtp-probe[7051]: bus: 3, device: 4 was not an MTP device
août 08 10:01:34 localhost.localdomain ifplugd(wlp7s0f3u2)[7049]: Using interface wlp7s0f3u2/98:03:8E:9D:38:85 with driver <rtw_8822bu> (version: 6.6.93-desktop-1.mga9)
août 08 10:01:34 localhost.localdomain ifplugd(wlp7s0f3u2)[7049]: Using detection mode: SIOCETHTOOL
août 08 10:01:34 localhost.localdomain ifplugd(wlp7s0f3u2)[7049]: Initialization complete, link beat not detected.


Mais j'y pige pas grand-chooooose

je vais regarder la procedure networkmanager merci Guygoye

pour resumer : le demarrage avec la clé est ...TRES LONG
ensuite, clique sur netapplet et clé 'rouge'.. je vois les reseaux...je choisi.... à nouveau tres log et rien ne se passe...j'ai même du mal à fermer netapplet!!...si je le rouvre..clé en rouge ...clique dessus.. et là...plus aucun réseau ...ferme netapplet et retour au début.....a devenir FOU!!!

Édité par loul1933 Le 08/08/2025 à 10h10

Bonjour,

Je réitère mon conseil en plus de celui de Nic:

Nic80 :

La clé étant usb, elle a probablement besoin d' un firmware à charger. Est ce que les paquets kernel-firmware kernel-firmware-nonfree et rtlwifi-firmaware sont installés (si la clé a besoin d' un firmware, cela doit être dedans).

Et vérifier s'il n'y a pas de pilote proprio

Excuses moi Guygoye, j'avais pensé que Nic avait begayé sur le kernel-firmware
Mais oui les 3 sont présents "version 202505809 1.mga9.nonfree noarch" pour kernel-firmware-nonfree et rtlwifi-firmware et pour kernel-firmware c'est "version 202505091.mga9 noarch"

"Et vérifier s'il n'y a pas de pilote proprio ", je veux bien mais comment faire STP

Si tu tapes Realtek dans le gestionnaire de paquet du MCC.
Faut bien vérifié que "tout" est bien selectionné en haut à gauche dans la fenêtre.

Oui oui, pour "tous" je me suis fait avoir au debut, mais je l'ai mis en permanent
Alors pas de Realtek sur mon systeme
en faisant RTL, j'ai trouvé ceci qui n'est pas coché...rtl-sdr rtl_433 et rtlsdr-airband
mais je ne sais pas si c'est pertinent?

Bonjour,
Avec plusieurs réseaux, c'est la situation dans laquelle il est particulièrement pertinent de passer à Networkmanager.

Ok Ok Yves, je testerai surement demain, le tuto "https://wiki.mageia.org/en/Changer_pour_Networkmanager-fr" est-il bien toujours d'actualité?

Bonjour,

D' après les logs, c' est le pilote rtw88_8822bu qui est utilisé.

Celui ci ne semble pas avoir besoin de firmware.

Citation :

modinfo rtw88_8822bu
filename: /lib/modules/6.6.93-desktop-1.mga9/kernel/drivers/net/wireless/realtek/rtw88/rtw88_8822bu.ko.xz
license: Dual BSD/GPL
description: Realtek 802.11ac wireless 8822bu driver
author: Realtek Corporation
alias: usb:v20F4p808Ad*dc*dsc*dp*icFFiscFFipFFin*
alias: usb:v04CAp8602d*dc*dsc*dp*icFFiscFFipFFin*
alias: usb:v0E66p0025d*dc*dsc*dp*icFFiscFFipFFin*
alias: usb:v0846p9055d*dc*dsc*dp*icFFiscFFipFFin*
alias: usb:v2357p0117d*dc*dsc*dp*icFFiscFFipFFin*
alias: usb:v2357p0116d*dc*dsc*dp*icFFiscFFipFFin*
alias: usb:v2357p012Ed*dc*dsc*dp*icFFiscFFipFFin*
alias: usb:v2357p0115d*dc*dsc*dp*icFFiscFFipFFin*
alias: usb:v2357p0138d*dc*dsc*dp*icFFiscFFipFFin*
alias: usb:v2357p012Dd*dc*dsc*dp*icFFiscFFipFFin*
alias: usb:v13B1p0045d*dc*dsc*dp*icFFiscFFipFFin*
alias: usb:v13B1p0043d*dc*dsc*dp*icFFiscFFipFFin*
alias: usb:v2001p331Fd*dc*dsc*dp*icFFiscFFipFFin*
alias: usb:v2001p331Cd*dc*dsc*dp*icFFiscFFipFFin*
alias: usb:v2001p331Ed*dc*dsc*dp*icFFiscFFipFFin*
alias: usb:v0B05p1874d*dc*dsc*dp*icFFiscFFipFFin*
alias: usb:v0B05p1870d*dc*dsc*dp*icFFiscFFipFFin*
alias: usb:v0B05p19AAd*dc*dsc*dp*icFFiscFFipFFin*
alias: usb:v0B05p184Cd*dc*dsc*dp*icFFiscFFipFFin*
alias: usb:v0B05p1841d*dc*dsc*dp*icFFiscFFipFFin*
alias: usb:v0BDApB81Ad*dc*dsc*dp*icFFiscFFipFFin*
alias: usb:v7392pF822d*dc*dsc*dp*icFFiscFFipFFin*
alias: usb:v7392pE822d*dc*dsc*dp*icFFiscFFipFFin*
alias: usb:v7392pD822d*dc*dsc*dp*icFFiscFFipFFin*
alias: usb:v7392pC822d*dc*dsc*dp*icFFiscFFipFFin*
alias: usb:v7392pB822d*dc*dsc*dp*icFFiscFFipFFin*
alias: usb:v0BDAp2102d*dc*dsc*dp*icFFiscFFipFFin*
alias: usb:v0BDApB82Cd*dc*dsc*dp*icFFiscFFipFFin*
alias: usb:v0BDApB812d*dc*dsc*dp*icFFiscFFipFFin*
depends: rtw88_usb,rtw88_8822b

Il semble dépendre de rtw88_8822b qui lui nécessite un firmware ( fourni par rtlwifi-firmware)

Citation :

modinfo rtw88_8822b
filename: /lib/modules/6.6.93-desktop-1.mga9/kernel/drivers/net/wireless/realtek/rtw88/rtw88_8822b.ko.xz
license: Dual BSD/GPL
description: Realtek 802.11ac wireless 8822b driver
author: Realtek Corporation
firmware: rtw88/rtw8822b_fw.bin
depends: rtw88_core

Le paquet étant installé la cause du problème n' est pas là.

Quelque recherches semble indiqué que quelque fois l' économie d' energie des ports usb peut poser problème. Si sur un portable cela peut poser problème de la désactiver, je pense que sur un pc fixe le problème de batterie n' étant plus présent cela ne devrait pas poser problème.

il peut être possible de la désactiver ( en mode temporaire dans un premier temps) en spécifiant l' option "usbcore.autosuspend=-1" dans la ligne de commande grub.

https://wiki.mageia.org/en/Comment_ajouter_des_options_au_noyau-fr#Avec_le_chargeur_de_boot_Grub_2_2

Le côté un coup je suis là, un coup je ne suis pas là, peut en être la cause.

Si un test devait être fait avec NetworkManager, je crois avoir lu qu' une option également relative à la gestion d' énergie devait aussi être modifiée.

edit: le tuto pour network manager me semble correct.
edit2: rtl-sdr rtl_433 et rtlsdr-airband ne me semblent pas pertinents pour le problème actuel ( SDR étant probablement pour Software Defined Radio, le 433 étant probablement pour gérer des fréquences 433Mhz ( télécommandes par exemple), mais en tout cas loin des fréquences utilisées par le wifi)
edit3: La clé usb est elle le seul périphérique usb branché lors des tests ? le bus USB étant limité en terme de courant si plusieurs périphériques sont branchés en même temps et que la clé demande plus de courant, ça peut poser problème.

Édité par nic80 Le 09/08/2025 à 11h39

Merci nic,
je veux bien essayer mais avec la ...peur de tout péter et de ne plus avoir accès au système !!!.
Dans le CCM - configurer le démarrage du système - suivant- j'ai ça:
options passées au noyau :splash quiet noiswmd resume=UUID=0dc3917a-4c8d-45e6-8cf0-9dbd3f0f698e audit=0
que faut-il rajouter?
ceci : usbcore.autosuspend=-1 après un espace derriere "audit=0" ??

excuses mon ignorance, mais je n'ai que TRES RAREMENT (une fois je crois) gratté la dedans : la peur de l'écran noir apres redemarrage!!!

Édité par loul1933 Le 09/08/2025 à 11h47

Bonjour,

Dans un premier temps il ne faut pas aller dans le CCM ( cela rendrait le test définitif et ce n' est pas ce que l' on veut, surtout si on ne sait pas ce que cela produit).

Il faut regarder la méthode temporaire, c' est à dire quand on est sur le grub au démarrage du pc, appuyer sur la touche 'e' pour edit, chercher une ligne qui contient linux ajouter l' option, avant le audit=0 ( comme ça on est sur qu' il ne manquera pas de " dans la ligne de commande) puis faire un ctrl+x pour lancer la commande modifiée.

De cette manière le changement disparait au reboot suivant.

edit: D' un point de vue système on peut controller la valeur grâce à un

Citation :

$cat /sys/module/usbcore/parameters/autosuspend
2

( ici la valeur sur mon système est de 2 ce qui est la valeur par défaut. Il est probablement possible de la changer dynamiquement, par un echo -1 >/sys/module/usbcore/parameters/autosuspend ( en root), mais j' ignore si cela s' applique aux périphériques déjà connectés ( dans le pire des cas ici, je pense que l' on devrait pouvoir débrancher la clé et la rebrancher.
edit 2: dans les 2 derniers cas, un simple reboot corrigerait un paramètre érroné ( changement temporaire). Dans le premier cas, il faudrait editer la ligne de commande grub pour désactiver la mauvaise option puis retourner dans le CCM pour l' enlever définitvement.
edit 3: oui il faut bien rajouter l' option usbcore.autosuspend=-1. C' est une option, elle peut se situer n' importe où avant ou après audit=0

Édité par nic80 Le 09/08/2025 à 12h46

bien j'ai modifié au demarrage et verifié:
$ cat /sys/module/usbcore/parameters/autosuspend
-1
mais toujours pareil la clé branchée au demarrage, dans netapplet, je ne vois pas de réseau. je debranche la clé je la rebranche et netapplet et loà je vois les reseaux (apparemment excellente reception) puis j'en choisi un et tres lent et pas connecté et plus aucun réseau et l'icone est ...toujours desesperemment ..rouge. La modif apparemment n'a aucun effet

apres avoir copie le resultat de journalctl avec la clé wifi a probleme sur l'IA voici ce que cela me propose:

"Migration vers NetworkManager :
sudo systemctl enable NetworkManager
sudo systemctl start NetworkManager
sudo systemctl disable network
sudo systemctl stop network"

et je n'avais pas parlé de NetworkManager

Qu'en pensez vous?

si cela va, est ce suffisant