Est-ce que la commande rfkill affiche bien soft et hard d�bloqu�s ?Voici :
On Friday 21 February 2025 00:19:15 Jean Bernon wrote:
Honte � moi :)) J'ai r�pondu au plus vite. J'ai trouv� l'adresselsusb
github sur cette page qui est plus explicite sur l'installation. https://community.tp-link.com/en/home/forum/topic/208022
Mais il vaut mieux suivre d'abord le conseil de Didier et v�rifier
quel
pilote utilisent les deux machines qui fonctionnent avec cette cl�.
Un lsmod et un lsusb doivent permettre d'en savoir plus.
TP-Link Archer T3U [Realtek RTL8812BU] iwconfig
lsmod
88x2bu
iwconfig scanning
scanning No such device
ifconfig -a
wlan0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
pas de n� IP
dkms status
8822bu/1.1: added
iwconfig
wlan0 unassociated Nickname:"<WIFI@REALTEK>"
Mode:Managed Frequency=2.412 GHz Access Point: Not-Associated Sensitivity:0/0
Retry:off RTS thr:off Fragment thr:off
Encryption key:off
Power Management:off
Link Quality:0 Signal level:0 Noise level:0
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0
Honte � moi :)) J'ai r�pondu au plus vite. J'ai trouv� l'adresse
github sur cette page qui est plus explicite sur l'installation. https://community.tp-link.com/en/home/forum/topic/208022
Mais il vaut mieux suivre d'abord le conseil de Didier et v�rifier quel pilote utilisent les deux machines qui fonctionnent avec cette cl�.
Un lsmod et un lsusb doivent permettre d'en savoir plus.
On Friday 21 February 2025 12:28:13 Jean Bernon wrote:
Est-ce que la commande rfkill affiche bien soft et hard d�bloqu�s ?rfkill
ID TYPE DEVICE SOFT HARD
0 wlan phy0 unblocked unblocked
Tu es arriv� � faire marcher ton mat�riel: bravo :-)
simplement, rappelle-toi que cette version du pilote que tu viens d'installer est marqu�e obsol�te par son mainteneur et que la version actuelle du pilote (par le m�me mainteneur) que tu n'as pas r�ussi �
faire fonctionner est marqu�e par ce mainteneur "en attente de d�pr�ciation" donc assez probable (ce genre de probl�me est classique) qu'il est �
pr�voir dans le futur des erreurs de construction du pilote depuis ce
d�p�t git, parce que les sources ne seront pas modifi�es dans ce d�p�t
(dans le noyau: si)
Le pilote fait d�sormais partie des sources du noyau linux � partir de
linux 6.2.
Debian stable est en Linux 6.1, Debian backports pour stable est en
6.12, Trixie et Sid sont aussi en 6.12 en ce moment.
Ceci veut donc dire que lors d'un prochain noyau et/ou de la version
Trixie, cette cl� wifi ne va plus fonctionner ?
1) le truc typique auquel je pense c'est que lors d'un passage combin�
� une nouvelle version de gcc et une nouvelle version de noyau, le
module (le pilote) ne puisse plus �tre construit � cause d'erreurs de
build parce que la syntaxe de la source (externe, git) du pilote n'est au plus compatible avec la nouvelle version du compilateurcl�
pour te rassurer: tu peux tr�s bien �tre tranquille pendant des ann�es plusieurs changement de version de Debian (12, 13, 14...), mais tu ne
peux pas le pr�voir. Donc il ya a priori tr�s peu de chances que tu rencontres des probl�mes avant de passer en Debian 13 parce que la
version de gcc (et autres outils de construction) ne changera pas avant Debian 13.
2) Un autre truc qui peut arriver, c'est le rajout d'une
fonctionnalit� au pilote dans les sources du noyau, dont tu ne
b�n�ficierais pas car le d�p�t git externe n'est plus mis � jour (d�s � pr�sent)
C'est pour �a que g�n�ralement on privil�gie les pilotes int�gr�s aux sources du noyau Linux plut�t que des pilotes externes.
En plus avec DKMS on automatise la construction d'un module au lieu de
le faire � la main, c'est bien, mais dans le cas d'un d�p�t git r�guli�rement mis � jour, il faut aussi mettre � jour par (je crois, me rappelle plus) git update. (toi �a ne t'impacte pas, le d�p�t externe
n'est plus mis � jour)
3) enfin, je ne sais pas comment �a se passe, mais le mainteneur parle d'archiver son d�p�t, donc il y a peut-�tre un risque que tu ne puisses
plus retrouver les sources. �a ne serait pas r�ellement g�nant pour toi,
vu que le d�p�t n'est plus mis � jour et que tu as les sources en local
(git clone) sauf si tu as un crash, que tu perds ces sources et que tu
n'as pas de sauvegardes
Enfin, bon, �a c'est vu de ma fen�tre, chacun peut raisonner
diff�remment. Mais perso j'ai eu y a quelques ann�es une carte avec le
m�me genre de chipset Realtek, dont je devais reconstruire r�guli�rement
le pilote externe avec parfois des probl�mes. �a a fini par me so�ler et j'ai achet� une carte Intel pour mon laptop (la plupart des cartes Intel marchent bien avec Linux et au moins un peu avec les *BSD)
Cependant, on sent que la connexion wlan0 est capricieuse,
"nmtui" n'accroche pas, il faut jongler et � un moment
the key "is attached",
maudit networkmamager ou module mal ficel� ?
La preuve, j'ai une autre cl� WiFi TP-LINK (autre mod�le)
qui n'a pas tous ces bl�mes, �a accroche imm�diatement.
Je vais tenter une connexion auto par le fichier /etc/network/interfaces,
Je vous dirai... :
| Sysop: | Keyop |
|---|---|
| Location: | Huddersfield, West Yorkshire, UK |
| Users: | 715 |
| Nodes: | 16 (3 / 13) |
| Uptime: | 19:11:30 |
| Calls: | 12,104 |
| Calls today: | 4 |
| Files: | 15,004 |
| Messages: | 6,518,087 |