Vous n'êtes pas identifié(e).
Pages : 1
J'ai donc une icône en bas de mon tableau de bord m'indiquant que le bluetooth est désactivé. Je clique alors sur activer, il s'active et...se désactive à peine une seconde après. Rfkill m'indique la même chose :
Or, même résultat avec la commande rkill unblock bluetooth : le bluetooth s'active et se désactive une seconde après.
A noter que j'ai changé la carte réseau de ce pc, dont voici le modèle :
Je ne sais pas si c'est à cause de cette dernière ou non. Mon utilisateur est également dans le groupe bluetooth. Quelqu'un aurait une idée ?
Thinkpad T440P avec osboot
Hors ligne
Il me semble qu'il faut ajouter contrib et non-free au sources.list
Dernière modification par Harashi (21-04-2020 10:34:13)
Thinkpad T440P avec osboot
Hors ligne
À noter que j'ai changé la carte réseau [sans fil] de ce portable, [...]
Ni l'AzureWave AW-NE772 ni l'Intel PRO/Wireless 3945ABG d'origine ne sont des combos Wi-Fi+BT.
Permettront d'identifier le matériel (sous le clavier – cf. doc page 6) et l'éventuel firmware manquant.
Hors ligne
Ni l'AzureWave AW-NE772 ni l'Intel PRO/Wireless 3945ABG d'origine ne sont des combos Wi-Fi+BT.
Je l'ignorais, mais il faut dire que je ne m'étais guère intéressé au bluetooth jusque récemment car je n'en avais pas besoin.
Le première commande renvoie ceci :
Le seconde, exécutée en root, ne renvoie rien. Toutefois, il s'agit précisément de cette carte.
Thinkpad T440P avec osboot
Hors ligne
Le seconde, exécutée en root, ne renvoie rien.
C'est qu'aucun firmware n'est requis... Ton tout premier retour est inexploitable (lignes tronquées) :
Pourrait permettre de mieux comprendre. Il semble, en tout cas, que le Bluetooth n'est pas en USB.
Montreront les messages du noyau/les modules chargés ; le retour de lsusb n'est pas celui attendu.
Toutefois, il s'agit précisément de cette carte.
Je ne comprends pas où tu veux en venir. Tu peux mettre pci.ids à jour avec update-pciids, en root.
Dernière modification par èfpé (21-04-2020 15:26:42)
Hors ligne
Je précise que ce retour est obtenu au démarrage, sans aucune manipulation de ma part ou tentative d'activer le bluetooth au préalable.
Je ne comprends pas où tu veux en venir.
Nulle part, en réalité je n'y connais vraiment rien en réseau, que ce soit avec GNU/Linux ou tout court, et je pensais que c'était ce que tu cherchais à savoir car tu voulais identifier le matériel.
Thinkpad T440P avec osboot
Hors ligne
[...] je pensais que c'était ce que tu cherchais à savoir, car tu voulais identifier le matériel.
Le matériel Bluetooth pas le matériel Wi-Fi (déjà connu), or il disparaît littéralement (exit hci0, pfuit).
Quoi qu'il en soit, le chargement du module btusb laisse penser que la carte Bluetooth est en USB...
Cette commande va décharger le pilote de la carte Wi-Fi. Ensuite peux-tu retenter l'activation du BT.
Montrera tout ça. Le paramètre btcoex_enable du module ath9k concernerait les combos, mais bon.
Tiens au fait, le câble USB "data" est LA méthode préconisée, pour le Fairphone 2. J'dis ça, j'dis rien.
Hors ligne
Tiens au fait, le câble USB "data" est LA méthode préconisée, pour le Fairphone 2. J'dis ça, j'dis rien.
Je sais, et j'arrive tout à fait à connecter mon téléphone avec un câble et la commande go-mtpfs, mais je bouge beaucoup pour mon travail avec cet ordinateur portable et il m'est arrivé de ne pas avoir de câble avec moi alors que j'avais besoin de transférer des fichiers depuis ou vers le téléphone (et avec souvent une réception internet trop pourrie ou inexistante pour m'envoyer les fichiers par mail). Du coup je me suis dit que ce serait pas mal de réussir à faire marcher le bluetooth, même si dans le pire des cas je peux m'en passer.
Thinkpad T440P avec osboot
Hors ligne
lsusbBus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 002: ID 1bcf:0005 Sunplus Innovation Technology Inc. Optical Mouse
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 004: ID 413c:8140 Dell Computer Corp. Wireless 360 Bluetooth
Bus 002 Device 005: ID 0b97:7762 O2 Micro, Inc. Oz776 SmartCard Reader
Bus 002 Device 003: ID 0b97:7761 O2 Micro, Inc. Oz776 1.1 Hub
Bus 002 Device 002: ID 413c:a005 Dell Computer Corp. Internal 2.0 Hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Ce retour obtenu sous Debian 9 montre un périphérique Bluetooth conforme aux spécifications Dell.
lsmod | grep btbtusb 45056 0
btrtl 16384 1 btusb
btbcm 16384 1 btusb
btintel 16384 1 btusb
bluetooth 552960 5 btrtl,btintel,btbcm,btusb
dell_rbtn 16384 0
rfkill 24576 5 bluetooth,dell_laptop,dell_rbtn,cfg80211
usbcore 249856 5 usbhid,ehci_hcd,uhci_hcd,btusb,ehci_pci
Les modules bnep et rfcomm n'étaient pas chargés. Dernier bazar impliqué, le service systemd-rfkill.
Je suis tombé sur un truc de tordu, cette histoire de "firmware" DFU fourni par un "pilote" Windows.
Dell_413c_8140.dfu
Tu pourrais éventuellement tester en Live Debian 9 (après tout, une régression n'est pas à exclure).
Dernière modification par èfpé (25-04-2020 12:54:42)
Hors ligne
Les modules bnep et rfcomm n'étaient pas chargés. Dernier bazar impliqué, le service systemd-rfkill.
Je les ai chargé et ai désactivé le service systemd-rffkill :
Et toujours le même résultat, même si avec la commande rfkill unblock bluetooth le voyant bluetooth a du rester allumé dix secondes entières avant de se désactiver.
Tu pourrais éventuellement tester en Live Debian 9 (après tout, une régression n'est pas à exclure).
J'essaierai (sûrement demain) avec un live Debian 9, ne serait-ce que par curiosité, mais je ne pense pas réinstaller Debian 9 sur ce pc juste pour ça (je n'ai pas besoin du bluetooth à ce point)
Dernière modification par Harashi (25-04-2020 13:01:20)
Thinkpad T440P avec osboot
Hors ligne
èfpé a écrit :Tu pourrais éventuellement tester en Live Debian 9 (après tout, une régression n'est pas à exclure).
J'essaierai (sûrement demain) avec un live Debian 9, ne serait-ce que par curiosité, mais je ne pense pas réinstaller Debian 9 sur ce pc juste pour ça (je n'ai pas besoin du bluetooth à ce point)
Je viens de tester un truc étonnant. Comme je ne trouvais pas d'image live pour Debian 9 sur le site officiel, j'ai booté avec une image de Debian 10 d'octobre 2019 en live pour essayer de downgrader vers 9. Je ne l'ai finalement pas fait, car j'ai eu la surprise de voir le voyant bluetooth rester allumé. Après avoir installé blueman, je constate que le bluetooth est effectivement actif. Suivant les instructions d'appairage du wiki, je tente la détection sur mon téléphone qui trouve bien un appareil nommé "debian". Je rentre un code pin mais n'obtient rien sur l'ordinateur et le téléphone m'annonce que la connexion est refusé par "debian". Après avoir regardé dans les menus bluetooth, je constate que l'ordinateur peut être détecté, mais ne détecte rien (j'ai testé avec mon téléphone et une enceinte bluetooth portable, tous deux fonctionnels avec mon autre ordi, et ils ne sont pas détectés).
Rfkill m'indique également qu'il est activé, ce que je n'ai jamais réussi à obtenir avec ma présente installation :
Donc même si ça ne marche pas très bien, à priori c'est activable avec Debian 10. Par contre je ne vois pas ce que je fais mal avec mon installation.
Dernière modification par Harashi (26-04-2020 11:13:45)
Thinkpad T440P avec osboot
Hors ligne
Comme je ne trouvais pas d'image live pour Debian 9 sur le site officiel, [...].
Comme il n'y a qu'une distribution stable, les images Debian 9 sont directement archivées (ici donc).
Sauf erreur, /usr/sbin/rfkill est utilisable en user et la commande list est dépréciée à partir de Buster.
Hors ligne
Thinkpad T440P avec osboot
Hors ligne
Ça fonctionnait donc bien sous Stretch.
L'hypothèse régressive se précise. Il aurait été intéressant de montrer lsmod dmesg syslog, toussa.
Mais du coup, si je ne souhaite pas revenir à Stretch, me reste-t-il des options ou bien c'est cuit pour faire fonctionner le Bluetooth sous Buster ?
L'origine n'étant pas identifiée et un contournement fiable étant disponible, je ne m'acharnerais pas.
Hors ligne
Il aurait été intéressant de montrer lsmod dmesg syslog, toussa.
Oui, sur le moment je n'y ai pas pensé. Voici donc les retours en question :
un contournement fiable étant disponible
Tu veux parler de réinstaller Debian 9 ?
Thinkpad T440P avec osboot
Hors ligne
Voici donc les retours en question :
Le syslog ne montre pas d'appairage. Du coup, on ne sait pas ce que fait systemd-rfkill, c'est ballot.
Tu veux parler de réinstaller Debian 9 ?
Nan. Ce serait trop superfail... je pensais au câble data... tellement looooourd, et encombraaaaant...
Hors ligne
je pensais au câble data... tellement looooourd, et encombraaaaant...
Pour moi il ne s'agit pas d'un contournement, car le problème technique est que le bluetooth ne fonctionne pas du tout, sans même parler d'appairage. Il est impossible de l'activer sur mon installation actuelle (alors qu'on peut au moins l'activer avec Debian 10 en live) et donc de connecter quoi que ce soit. Cela dépasse donc le simple problème du téléphone, et peut-être que trouver une solution pourrait aider des gens avec le même type de matériel. En ce qui me concerne j'ai déjà exposé mes raisons, parfois le câble je l'oublie car je dois souvent me déplacer dans la précipitation pour mon travail, et dans ces moments-là better safe than sorry comme disent les anglais. Maintenant, si tu penses que ce n'est pas vraiment un problème c'est ton droit et rien ne t'obliges à m'aider.
Thinkpad T440P avec osboot
Hors ligne
Pages : 1