Voilà ce que j’obtiens en retour de commande
carmen@carmen-pc:~$ apt policy firmware-misc-nonfree
firmware-misc-nonfree:
Installé : 20210315-3
Candidat : 20210315-3
Table de version :
*** 20210315-3 500
500 https://deb.debian.org/debian bullseye/non-free amd64 Packages
100 /var/lib/dpkg/status
carmen@carmen-pc:~$
Merci pour votre aide
Deux tests à faire :
Débrancher puis rebrancher la clé wifi. Lancer la commande sudo dmesg et regarder les derniers événements affichés (ils sont classés en ordre chronologique). Vous devez voir si le firmware est chargé.
Installer si ce n’est pas fait rfkill. Lancer la commande sudo rfkill list
Elle doit afficher l’état du chip wifi. Il est possible qu’il soit bloqué par windows, j’ai vu cela sur un vieux pc hp. Rfkill permet de débloquer le périphérique si c’est un blocage logiciel, mode d’emploi en passant la commande man rfkill.
Désolé pour ma mise en page, j’écris à partir d’un portable minuscule
salut
si j’en crois ça :
il est tout à fait possible que tu aies installé ton driver conrrectement depuis le début.
Donc rfkill comme dit au dessus ou tout simplement mettre le motde passe de la connection wifi?
Bonjour et merci pour vos conseils
En session debian je n’ai accès à aucun paramétrage du réseau wifi et je ne peux donc pas saisir de mot de passe.
Je souligne que sur ce même poste le dongle wifi fonctionne parfaitement en session Windows, pensez vous alors que la commande man rfkill puisse régler le problème en session debian ? ( à l’heure à laquelle je vous écris je n’ai pas le pc sous la main pour faire le test)
La commande utile est rfkill (avec les privilèges de root). La commande man rfkill sert à afficher le mode d’emploi (manuel) de rfkill, comme man ls affiche le mode d’emploi de ls. Commande très utile : man man
Je ne bégaie pas…
Et pour les nuits sans sommeil, une lecture utile (premier chapitre au minimum) :
https://www.debian.org/doc/manuals/debian-reference/ch01.fr.html
Voici le retour de la commande sudo rfkill list
sudo rfkill list
1: phy1: Wireless LAN
Soft blocked: yes
Hard blocked: no
Voici le retour de la commande rfkill
rfkill
ID TYPE DEVICE SOFT HARD
1 wlan phy1 débloqué débloqué
Dans le retour de la commande sudo dmesg cette ligne a attiré mon attention
[ 1.971803] i915 0000:00:02.0: [drm] *ERROR* conflict detected with stolen region: [mem 0xdc000000-0xdfffffff]
Toujours pas de wifi, peut être n’ai je pas fait ce qu’il fallait…
Merci pour votre aide
Curieux que rfkill list et rfkill tout court affichent un état différent pour le blocage soft.
Essaie
rfkill unblock wifi
Le message d’erreur du noyau concerne le contrôleur graphique, rien à voir avec le wifi.
Voici le retour de la commande rfkill unblock wifi
Command 'rfkill' is available in the following places
* /sbin/rfkill
* /usr/sbin/rfkill
The command could not be located because '/sbin:/usr/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
J’ai essayé en root mais il ne se passe rien…
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.
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:~$
Impec ! ton retour complet de commande 
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
ç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:~#
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
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 !
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.
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.
Dois je envisager une ré-installation complète de Debian afin de repartir « tout neuf » ?
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.
Bien, donc arrivé là si quelqu’un a une piste je suis preneur.
En tout cas merci encore et bravo pour les compétences
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.