Debian Buster : XFCE NetworkManager ne trouve plus le wifi

Support Debian
,
Tags: #<Tag:0x00007f338ee73240> #<Tag:0x00007f338ee72fc0>
#1

Bonjour,
depuis que j’ai migré de Debian 9 à Debian 10 j’ai perdu le wifi depuis le NetworkManager,
quand j’active le wifi via l’applet de XFCE, j’ai le message suivant dans /var/log/messages :

NetworkManager[581]: <info>  [1564774699.4248] audit: op="radio-control" arg="wireless-enabled" pid=1525 uid=1000 result="success"

Par contre il ne se passe rien dans l’applet; le wifi reste désactivé

En revanche :

# /sbin/ifconfig wlp2s0 up

Puis :

# /sbin/ifconfig wlp2s0 scanning

m’affiche bien la liste des Wifi alentours.

A noter que lorsque j’ai migré de Debian Stretch à Buster , j’ai suivi la procédure pour renommer les interfaces :
https://www.debian.org/releases/buster/amd64/release-notes/ch-information.fr.html#migrate-interface-names

Je sèche sur ce problème, et je recherche des pistes que Google ne m’aurait pas donnée
Merci

#2

Bonjour,
Sur Stretch j’ai déjà les nouveaux noms des interfaces réseaux enp20s0S, wlp14s0, par exemple. Et non eth0, wlan, etc.
…

#3

Oui c’était fortement conseillé avec Stretch, mais comme j’avais upgradé Stretch depuis Debian 8 j’avais conservé les anciens noms d’interfaces (migration a minima de 8 vers 9)

L’ancien mécanisme n’est officiellement plus pris en charge par udev dans Buster (dixit le site de debian) j’ai donc fait la migration en suivant la procédure , mais j’ai peut être raté quelque chose…

#4

Et si, à tout hasard, tu tentais avec wpa_supplicant, en attendant de trouver une meilleure solution.

#5

Je viens de l’installer, et la liste des adaptateurs est vide
Saurais-tu comment est remplie cette liste ?

#6

Si je me souviens bien, celui par défaut dans l’exemple

wpa_supplicant -h

fonctionne chez moi.
Mais il y a longtemps que j’ai pas utilisé.

#7

J’ai l’impression que c’est juste l’applet qui déconne, pas le network manager lui même.
Tu as essayé avec nmcli de te connecter en ligne de commande ?

#8

Bonjour,
si je tape juste nmcli, la commande me dit :

wlp2s0: indisponible
     "Intel Centrino Advanced-N 6205"
      wifi (iwlwifi), DA:CF:A2:64:E9:77, hw, mtu 1500

et si je tape “nmcli device show” ça me dit entre autre :

GENERAL.DEVICE:                         wlp2s0
GENERAL.TYPE:                           wifi
GENERAL.HWADDR:                         DA:CF:A2:64:E9:77
GENERAL.MTU:                            1500
GENERAL.STATE:                          20 (indisponible)
GENERAL.CONNECTION:                     --
GENERAL.CON-PATH:                       --

Je ne sais pas comment je pourrais rendre wlp2s0 disponible ?

#9

Avez-vous fait le changement des noms d’interface réseau avant le

apt dist-upgrade

Et que donnent les commandes suivantes

echo /sys/class/net/*
udevadm test-builtin net_id /sys/class/net/wlp4s0
udevadm info /sys/class/net/wlp4s0

en remplaçant par le bon nom d’interface
Avez-vous encore un fichier nommé /etc/udev/rules.d/70-persistent-net.rules ?
Je pose toutes ces questions car j’ai une bonne poignée de machines qui ont été mises à jour en debian 9 depuis debian 8 et que je dois passer en Buster (à distance en principe).

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

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

« Un ordinateur c’est comme un frigo : on le branche et ça marche. »
Laurent Serano Directeur informatique, réunion Délégués du Personnel 2010

#10

Pour afficher les fichiers de configuration qui font référence à wlp2s0

sudo rgrep -w wlp2s0 /etc

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

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

« On ne perd pas son temps en aiguisant ses outils. »
Proverbe français

#11

Oui j’ai fait le changement des noms d’interface avant la mise à jour

$ echo /sys/class/net/*
/sys/class/net/eno1 /sys/class/net/lo /sys/class/net/wlp2s0 /sys/class/net/wwp0s29u1u6i6

$ udevadm test-builtin net_id /sys/class/net/wlp2s0
Load module index
Parsed configuration file /lib/systemd/network/99-default.link
Created link configuration context.
Using default interface naming scheme 'v240'.
ID_NET_NAMING_SCHEME=v240
ID_NET_NAME_PATH=wlp2s0
Unload module index
Unloaded link configuration context.

 udevadm info /sys/class/net/wlp2s0
P: /devices/pci0000:00/0000:00:1c.1/0000:02:00.0/net/wlp2s0
L: 0
E: DEVPATH=/devices/pci0000:00/0000:00:1c.1/0000:02:00.0/net/wlp2s0
E: DEVTYPE=wlan
E: INTERFACE=wlp2s0
E: IFINDEX=4
E: SUBSYSTEM=net
E: USEC_INITIALIZED=6243537
E: ID_NET_NAMING_SCHEME=v240
E: ID_NET_NAME_MAC=wlxa088b43a432c
E: ID_OUI_FROM_DATABASE=Intel Corporate
E: ID_NET_NAME_PATH=wlp2s0
E: ID_BUS=pci
E: ID_VENDOR_ID=0x8086
E: ID_MODEL_ID=0x0082
E: ID_PCI_CLASS_FROM_DATABASE=Network controller
E: ID_PCI_SUBCLASS_FROM_DATABASE=Network controller
E: ID_VENDOR_FROM_DATABASE=Intel Corporation
E: ID_MODEL_FROM_DATABASE=Centrino Advanced-N 6205 [Taylor Peak] (Centrino Advanced-N 6205 AGN)
E: ID_MM_CANDIDATE=1
E: ID_PATH=pci-0000:02:00.0
E: ID_PATH_TAG=pci-0000_02_00_0
E: ID_NET_DRIVER=iwlwifi
E: ID_NET_LINK_FILE=/lib/systemd/network/99-default.link
E: ID_NET_NAME=wlp2s0
E: SYSTEMD_ALIAS=/sys/subsystem/net/devices/wlp2s0 /sys/subsystem/net/devices/wlp2s0
E: TAGS=:systemd:

J’ai bien un fichier /etc/udev/rules.d/70-persistent-net.rules mais tout est commenté dedans

#12

Celui-là on le supprime, c’est déjà un souci potentiel en moins.
Le conseil du chef : installez etckeeper et git, cela va vous permettre de documenter toutes les modifications que vous faîtes dans /etc

cd /etc
sudo git rm /etc/udev/rules.d/70-persistent-net.rules
sudo git commit

Et vous mettez un joli commentaire de commit que vous aurez la joie de retrouver dans quelques mois lorsque vous rechercherez comment vous avez pu régler ce problème qui fait intervenir au moins
le noyau
udev
Network Manager
systemd
ifupdown (pour interface loopback)
l’applet XFCE

Bref, ce n’est pas toujours simple, mais avec méthode et détermination il n’y a pas de raison de ne pas y arriver.

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

#13

OK j’ai enlevé le fichier 70-persistent-net.rules

#14

Bon ben j’ai réinstallé debian 10 pour rien, le problème ave NetworkManager persiste

En revanche avec wicd et wicd-gtk ça marche

je cherche maintenant à remplacer NetworkManager par wicd

1 J'aime
#15

bon ben au bout de 5 ans j’ai découvert avec debian 10 qu’il y avait un bouton wifi sur mon PC, très discret et bien respecté par Gnome Network Manager :joy:

wicd l’ignore totalement :stuck_out_tongue_winking_eye: mais c’est en allant sur le site du constructeur que je l’ai découvert (modèle Dell Latitude E6320)

merci pour les conseils qui m’ont permis de contourner la situation et c’est donc résolu :sunglasses:

#16

Bon, c’est un peu tard d’accord mais il vaut mieux tard que jamais.

Un sudo rfkill list aurait indiqué un Hard blocked: yes

Un coup de chiffonnette et hop ! le bouton peut être actionné involontairement.
J’ai même besoin d’une loupe et d’une lampe pour me remémorer les positions du mien.

#17

Oui rfkill montrait le périphérique comme bloqué , mais manifestement ça n’empêche pas wicd de faire fonctionner le wifi, c’est ce qui m’a éloigné du problème d’interrupteur…

En plus le bouton ressemble plus à un verrouillage du cdrom qu’à un interrupteur wifi, en plus quand on verrouille le wifi en off la diode wifi continue de s’allumer, et par contre cela coupait également le wifi d’un dongle usb : c’est le bouton “9” sur ce pdf

j’ai vraiment l’impression que sous debian 9 NetworkManager n’était pas sensible à ce bouton mais par contre sous debian 10 il faut veiller à bien l’utiliser