Wifi USB non détecté

Support Debian
Tags: #<Tag:0x00007f95615691b0>
#21

Bonjour

D’ici, on ne voit pas depuis quel compte utilisateur, avec quel privilèges, depuis quel répertoire, de quelle machine, la ligne de commande a été lancée.

Il serait beaucoup plus simple de nous donner des retours complets de commandes
dans lesquels on pourrait voir le prompt de départ avec la ligne de commande,
le retour intégral de la ligne de commande et/ou des messages d’erreurs,
et le prompt de retour qui s’affiche une fois que la commande a terminé son travail.

Je pense que rien qu’avec ces retours complets de commande(s),
on verra beaucoup plus vite d’où vient le problème.

Rien que le prompt pourra sans doute nous dire si tu es vraiment sous le compte root et dans l’environnement du compte super utilisateur root ou seulement sous son compte.

Voici un retour de commande complet :

michel@debbull:~$ su -
Mot de passe : 
root@debbull:~#

On peut y voir le prompt de départ avec la ligne de commande,
le retour de la ligne de commande,
et le prompt de retour
…qui, dans le cas de l’exécution de cette ligne de commande, n’est pas le même que le prompt de départ, mais même quand c’est exactement le même que celui de départ, c’est plus vite copié/collé que de répondre à tout un tas de questions pour savoir si il n’y a pas eu une ligne oubliée ou pas, si la commande s’est bien terminée, etc.
Sans compter que ça nous évitera d’avoir à poser toutes ces questions pour tenter de lever toute ambiguïté et arriver ainsi plus vite à t’aider à résoudre le problème.

#22

OK, compris, désolé je débarque dans cet univers…merci pour votre aide.
Voici le retour de commande complet

carmen@carmen-pc:~$ rfkill unblock wifi
Command 'rfkill' is available in the following places
 * /sbin/rfkill
 * /usr/sbin/rfkill
The command could not be located because '/usr/sbin:/sbin' is not included in the PATH environment variable.
This is most likely caused by the lack of administrative privileges associated with your user account.
rfkill: command not found
carmen@carmen-pc:~$
#23

Impec ! ton retour complet de commande :+1:

Il te faut lancer la commande suivante :

sudo rfkill unblock wifi

Désolé pour les ré-éditions de mon message,
je n’avais pas vu que tu utilisais sudo au lieu de su

#24

ça ne donne rien, voilà le retour de commande

carmen@carmen-pc:~$ sudo -i
[sudo] Mot de passe de carmen : 
root@carmen-pc:~# 

root@carmen-pc:~# sudo rfkill unblock wifi
root@carmen-pc:~#
#25

Après quelques essais avec le portable ASUS de mon fils qui présentait le même problème, je suis arrivé à la conclusion que sudo n’était pas nécessaire si on fait partie du groupe netdev .
Exemple avec bluetooth car je ne suis pas connecté via Ethernet…
Je suuis l’utilisateur principal de debpacha (numéro 1000 créé à l’installation )

⏚ fp2@debpacha:~ $ /usr/sbin/rfkill block bluetooth
⏚ fp2@debpacha:~ $ /usr/sbin/rfkill list
0: phy0: Wireless LAN
        Soft blocked: no
        Hard blocked: no
80: hci0: Bluetooth
        Soft blocked: yes
        Hard blocked: no
⏚ fp2@debpacha:~ $ /usr/sbin/rfkill unblock bluetooth
⏚ fp2@debpacha:~ $ /usr/sbin/rfkill list
0: phy0: Wireless LAN
        Soft blocked: no
        Hard blocked: no
80: hci0: Bluetooth
        Soft blocked: no
        Hard blocked: no
⏚ fp2@debpacha:~ $

⏚ fp2@debpacha:~ $ ls -l /dev/rfkill                                            
crw-rw-r--+ 1 root netdev 10, 242 25 déc.  16:24 /dev/rfkill                    
⏚ fp2@debpacha:~ $ 

⏚ fp2@debpacha:~ $ getent group netdev
netdev:x:108:fp2
⏚ fp2@debpacha:~ $

Maintenant, passons sur le portable du fiston (machine nommée ouaoua11 ).

ssh ouaoua11    

fp2@ouaoua11:~$ /usr/sbin/rfkill list
0: phy0: Wireless LAN
        Soft blocked: no
        Hard blocked: no
1: hci0: Bluetooth
        Soft blocked: no
        Hard blocked: no
fp2@ouaoua11:~$ /usr/sbin/rfkill block bluetooth
rfkill: impossible d'ouvrir /dev/rfkill: Permission non accordée
fp2@ouaoua11:~$

Qui fait partie du bon groupe ?

fp2@ouaoua11:~$ getent group netdev
netdev:x:109:ouaoua
fp2@ouaoua11:~$

Pour débloquer le wifi sur le portable ouaoua11, il a suffi de créer un lanceur XFCE comprenant la commande

/usr/sbin/rfkill unblock all

Ce lanceur apparaît sur le bureau de l’utilisateur et permet donc de contourner le non fonctionnement de la touche wifi du clavier…

Cordialement,
Regards,
Mit freundlichen Grüßen,
مع تحياتي الخالصة

F. Petitjean
Ingénieur civil du Génie Maritime.

« Celui qui, parti de rien, n’est arrivé nulle part n’a de merci à dire à personne !! »
Pierre Dac

« Je préfère le vin d’ici à l’au-delà »
Pierre Dac

1 J'aime
#26

Oui, tant qu’à faire, autant mettre le compte utilisateur dans le groupe netdev
comme proposé par littlejohn75

sudo usermod -a -G netdev carmen

puis il faut ensuite fermer sa session (se déconnecter) et se reconnecter <=> login + mot de passe
pour pouvoir alors lancer la ligne de commande suivante :

/usr/sbin/rfkill list

Et merci pour tes retours de commandes complets,
c’est impec ! :+1:

#27

voici le retour de commande.

carmen@carmen-pc:~$ /usr/sbin/rfkill list
1: phy1: Wireless LAN
	Soft blocked: yes
	Hard blocked: no
carmen@carmen-pc:~$

Le wifi est toujours inactif, peut être une subtilité m’aura échappé dans l’enchaînement des commandes… merci encore.

#28

Non, comme tu nous donnes exactement tout ce qu’il faut pour pouvoir constater que toutes les commandes ont étés bien formulées et que leur exécution s’est bien terminée, on peut dire qu’il n’y a aucun problème de ce côté là.

Quelque chose bloque le périphérique WiFi,
et je n’arrive pas à trouver ce que c’est.

#29

Dois je envisager une ré-installation complète de Debian afin de repartir « tout neuf » ?

#30

Je ne pense pas que le problème provienne d’une mauvaise installation,
je pense plutôt à une option du UEFI/BIOS ou une histoire de mode « secure »,
mais je ne voudrais pas prendre le risque de rendre le système windows installé sur cette machine inutilisable.

En fait, je connais trop mal windows,
et sur mes machines je désactive systématiquement le mode secure et le mode de démarrage UEFI.
Il va d’ailleurs falloir que je m’y mette.

1 J'aime
#31

Bien, donc arrivé là si quelqu’un a une piste je suis preneur.
En tout cas merci encore et bravo pour les compétences

#32

J’ai connu sur un vieux pc (HP Compaq 6715b) un windows vista qui faisait des blagues à Linux : quand on fermait windows avec le wifi désactivé Linux trouvait l’interface bloquée et n’arrivait pas à la débloquer avec rfkill. Il fallait toujours fermer windows sans couper le wifi.
Cependant je suis un peu sceptique concernant un dongle usb.

#33

Ce n’est pas un pc portable, je ne coupe pas le wifi lorsque je quitte une session windows, mais est il possible que windows coupe « tout seul » le wifi lors de sa fermeture ?

#34

J’ai retrouvé un vieux dongle usb ralink.
Il fonctionne mal avec networkmanager, mais en configuration manuelle tout va bien. Il faut éditer le fichier
/etc/network/interfaces.d/setup
Avec les privilèges de root, évidemment.
Rajouter dans le fichier les lignes :

allow-hotplug wquelquechose
iface wquelquechose inet dhcp
        wpa-ssid ma_box
        wpa-psk mon_mot_de_passe

où wquelquechose est le nom de l’interface retourné par la commande ip a
Pour activer les adresses ipv6 rajouter au fichier
iface wquelquechose inet6 auto

#35

Voilà les retours de commandes, il ne se passe rien.
Peut être n’ai je pas sélectionné correctement « wquelquechose »

carmen@carmen-pc:~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:19:99:87:6d:b2 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.112/24 brd 192.168.1.255 scope global dynamic noprefixroute enp3s0
       valid_lft 85887sec preferred_lft 85887sec
    inet6 fe80::75cd:3e25:7a7b:c67b/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
3: wlxacf1df0c7acd: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 72:c7:ce:4c:e4:b0 brd ff:ff:ff:ff:ff:ff
carmen@carmen-pc:~$ 

carmen@carmen-pc:~$ sudo -i
[sudo] Mot de passe de carmen : 
root@carmen-pc:~# 

root@carmen-pc:~# /etc/network/interfaces.d/setup
allow-hotplug wlxacf1df0c7acd
iface wlxacf1df0c7acd: inet dhcp
        wpa-ssid devolo-84c
        wpa-psk EMGVFLUWHRBWHPCU
iface wlxacf1df0c7acd inet6 auto
-bash: /etc/network/interfaces.d/setup: Aucun fichier ou dossier de ce type
allow-hotplug: command not found
iface: command not found
wpa-ssid: command not found
wpa-psk: command not found
iface: command not found
root@carmen-pc:~#
#36

Mon cher Francis,

Pouvez-vous lire et tenter de comprendre ce qui se passe ?
( merci à @MicP pour la mise en forme )
Il se trouve que vous avez envoyé (vraisemblablement par copier-coller ) tout un tas de lignes au système dans un terminal où l’interpréteur de commandes (le shell )à courant qui attendait ces commandes tournait sous le compte root. Vous avez eu la chance que ces lignes lignes de texte ne commence pas par une commande connue qui aurait pu mettre à mal votre système :nauseated_face:
Si votre système était à jour, c’est-à-dire en Debian 11, vous auriez eu la possibilité de voir que ce que vous envoyiez au shell n’était pas une suite cohérente de 6 commandes car ces 6 lignes auraient été affichées en vidéo inverse dans l’attente d’une confirmation de votre part en appuyant sur Enter C’est une sécurité supplémentaire contre des erreurs bêtes
Techniquement, cela porte le nom barbare de bracketed paste
Lorsque vous activez la combinaison de touches pour coller du texte dans un terminal, le processus qui gère le terminal ( gnome-terminal, xfce-terminal, .) envoie le tampon texte à l’application qui tourne dans le terminal (ici un shell ). Dans votre cas, la gestion des entrées-sorties du shell reconnaîtrait (si vous étiez sous Debian 11) que vous avez collé 6 lignes de texte et afficherait ces 6 lignes en vidéo inverse dans l’attente d’un appui sur Enter pour confirmer que vous voulez bien exécuter ces commandes
Comme vous êtes en version 10, le shell avale les 6 lignes de texte sans barguigner et les interprète aussitôt, une par une.

C’est clair.

La commande à lancer était donc du genre

nano /etc/network/interfaces.d/setup

ou

vim /etc/network/interfaces.d/setup

ou autre (mais pas gedit )

Les instructions données par @jweber ne sont intéressantes que si on est sûr que la commande

est inopérante.

Pour résumer, depuis votre compte habituel, (pas root) donnez le retour de

id | fgrep netdev

Si vous obtenez en retour une ligne très longue dans le terminal, lancez

/usr/sbin/rfkill unblock all
/usr/sbin/rfkill list

sinon, c’est-à-dire si vous retournez immédiatement à l’invite de commandes

sudo /usr/sbin/rfkill unblock all
/usr/sbin/rfkill list

Si le wifi est toujours soft blocked, il sera temps de passer aux grands moyens comme indiqué par @jweber mais c’est plus compliqué car il faudra maîtriser un minimum un éditeur.

Cordialement,
Regards,
Mit freundlichen Grüßen,
مع تحياتي الخالصة

F. Petitjean
Ingénieur civil du Génie Maritime.

« Il est souvent trop tôt pour savoir s’il n’est pas trop tard. »
Pierre Dac

« Rien ne sert de penser, faut réfléchir avant. »
Pierre Dac

#37

Voici le retour des lignes de commande recopiées, wifi toujours désactivé

carmen@carmen-pc:~$ id | fgrep netdev
uid=1000(carmen) gid=1001(carmen) groupes=1001(carmen),20(dialout),24(cdrom),25(floppy),27(sudo),29(audio),30(dip),44(video),46(plugdev),109(netdev),114(bluetooth),117(lpadmin),118(scanner),1000(autologin)
carmen@carmen-pc:~$ 

carmen@carmen-pc:~$ /usr/sbin/rfkill unblock all
/usr/sbin/rfkill list
0: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
carmen@carmen-pc:~$

Mon objectif est simplement de faire fonctionner le wifi sur cette session debian que j’ai installée pour ma mère qui a 87 ans et sur laquelle elle est plus a l’aise que sur windows.
Si c’est trop compliqué je vais explorer d’autres pistes mais si vous « savez », je veux bien recopier « bêtement » les lignes de codes qui résoudront le problème.
Merci pour votre aide

#38

On dirait que cette foi-ci, le périphérique WiFi a été débloqué
alors qu’il était encore encore bloqué dans le message #18.

Donc, tu devrais pouvoir utiliser la connexion par WiFi.

#39

Le wifi n’est toujours pas activé, ça marche en session windows et toujours pas en session debian (j’ai débranché/rebranché le dongle usb, redémarré le PC)
Le blocage n’est peut être pas au niveau des lignes de commandes ?

#40

Je pense que tu devrais prendre contact avec un GUL (Groupe d’Utilisateurs Linux) près de chez toi pour qu’ils puissent t’aider à résoudre ce problème.

Il te faudrait voir dans cette liste s’il n’y a pas un Groupe d’Utilisateurs Linux proche de chez toi.