[systemd] Pb nommage interface wifi

[Fif91]

Bonjour,
Je viens de remarquer qu'à chaque mise à jour de noyau, au premier reboot de la machine, l'interface Wifi change de nom :

Code : Tout sélectionner

iwconfig
wlp5s5    IEEE 802.11bg  ESSID:off/any  
          Mode:Managed  Access Point: Not-Associated   Tx-Power=0 dBm   
          Retry  long limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:on
          
lo        no wireless extensions.

enp4s0    no wireless extensions.

Code : Tout sélectionner

ip link show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp4s0: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast state DOWN mode DEFAULT qlen 1000
    link/ether 00:1d:92:f6:8f:51 brd ff:ff:ff:ff:ff:ff
3: wlp5s5: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT qlen 1000
    link/ether 00:14:d1:53:6b:11 brd ff:ff:ff:ff:ff:ff

Le problème s'est produit lors des passages
- Kernel 3.6.11-1 -> 3.7.3-1
- Kernel 3.7.3-1 -> 3.7.4-1


Un second reboot et tout rentre dans l'ordre.

Code : Tout sélectionner

ip link show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp4s0: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast state DOWN mode DEFAULT qlen 1000
    link/ether 00:1d:92:f6:8f:51 brd ff:ff:ff:ff:ff:ff
3: enp5s5: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DORMANT qlen 1000
    link/ether 00:14:d1:53:6b:11 brd ff:ff:ff:ff:ff:ff

Suis-je le seul dans ce cas ?
Quelle en est la cause ?

[Fif91]

De nouveau le problème.
Un extrait de mon journalctl, dans lequel on peut remarquer en ligne 881 et 2542, le renommage de l'interface wifi.

Ndiswrapper y est-il pour quelque chose ?

[Rolinh]

Salut,

À mon avis, ça a un rapport avec ça.

Ceci dit, ça n'explique pas pourquoi le nom change à chaque redémarrage...

[FoolEcho]

Effectivement, ndiswrapper renomme (je remets juste les lignes, ça évitera de chercher):

Code : Tout sélectionner

févr. 02 11:48:16 PC_Master systemd-udevd[187]: renamed network interface wlan0 to wlp5s5

févr. 02 11:52:21 PC_Master kernel: ndiswrapper: changing interface name from 'wlan0' to 'enp5s5'
févr. 02 11:52:21 PC_Master systemd-udevd[190]: renamed network interface wlan0 to enp5s5

Tu as essayé de réinstaller le pilote ? http://wiki.archlinux.fr/Wifi#Pilote_no ... NU.2FLinux

[Fif91]

Ceci dit, ça n'explique pas pourquoi le nom change à chaque redémarrage...

Le nom ne devient pas wlp5s5 à chaque démarrage.
Pendant un temps, j'ai cru que c'était lié à la mise à jour du noyau; mais le problème n'est pas apparu lors de la dernière mise à jour.
A noter que récemment ndiswrapper (1.57-27 -> 1.57-28) : je ne sais pas ce qu'apporte cette nouvelle version.

Tu as essayé de réinstaller le pilote ? http://wiki.archlinux.fr/Wifi#Pilote_no ... NU.2FLinux

Je viens de réinstaller le pilote, via les commandes suivantes

Code : Tout sélectionner

ndiswrapper -r <pilote>
ndiswrapper -i <pilote>

et, relancé l'ordinateur.
Malheureusement, les lignes de renommage apparaissent toujours dans les logs.

Doit-on comprendre que le nom imposé par systemd aurait dû être wlp5s5 ?
De mémoire, lorsque j'avais exécuté la commande

Code : Tout sélectionner

udevadm test-builtin net_id /sys/class/net/wlan0 2> /dev/null

j'avais bien obtenu enp5s5.

[FoolEcho]

Doit-on comprendre que le nom imposé par systemd aurait dû être wlp5s5 ?

Oui, compte tenu qu'on parle d'une interface wifi (systemd apporte une normalisation des noms qui fait qu'il sont figés... et prévisibles: avant, on pouvait avoir un wlan0 qui s'appelait eth1... et du coup eth0 si l'utilisateur ne figeait pas les noms lui-même...).

A noter que récemment ndiswrapper (1.57-27 -> 1.57-28) : je ne sais pas ce qu'apporte cette nouvelle version.

Probablement une recompilation s'imposait (je n'ai pas vu de rapport de bug en regardant rapidemment) car c'est une nouvelle révision du paquet et non de ndiswrapper lui-même.

[chipster]

De toutes les manières attendez vous à ce que les noms des interfaces changent (merci udev)

[FoolEcho]

@chipster: sur les nouvelles installations, oui (on n'a pas fini de voir des sujets, "pas de réseau au démarrage" ). Sur les anciennes il faut supprimer /etc/udev/rules.d/80-net-name-slot.rules sinon ça reste les anciennes appelations (eth, wlan...). Le truc «marrant» ici est un double changement de nom: systemd qui indique wlp5s5 et ndiswrapper qui passe à enp5s5.

[tuxce]

J'ai l'impression selon les logs que t'as pasté (il y a 2 démarrages d'après ce que je comprends) que la 1ère fois, l'interface est reconnue avant que ndiswrapper la réclame alors que la 2ème fois, celle ci est reconnue d'abord par ndiswrapper. Or, ndiswrapper apparemment ne définit pas DEVTYPE à wlan ce qui donne le 'en' dans le nom.

Tu peux essayer de voir si l'interface est reconnue sans ndiswrapper (en ne chargeant pas le module) ?

[Fif91]

Tu peux essayer de voir si l'interface est reconnue sans ndiswrapper (en ne chargeant pas le module) ?

J'ai donc supprimé le fichier /etc/modules-load.d/ndiswrapper.conf, contenant le module à charger et, redémarré l'ordinateur.

L'interface anciennement wlan0 est reconnue en tant que wlp5s5

Code : Tout sélectionner

#ip link show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp4s0: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast state DOWN mode DEFAULT qlen 1000
    link/ether 00:1d:92:f6:8f:51 brd ff:ff:ff:ff:ff:ff
3: wlp5s5: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT qlen 1000
    link/ether 00:14:d1:53:6b:11 brd ff:ff:ff:ff:ff:ff

[tuxce]

Du coup, 2 cas :
- Ta carte est très bien gérée sans ndiswrapper, et donc, tu n'as pas besoin de le rajouter
- Tu es obligé d'utiliser ndiswrapper, dans ce cas, blacklist le module qui reconnaît ta carte

[Fif91]

- Ta carte est très bien gérée sans ndiswrapper, et donc, tu n'as pas besoin de le rajouter

Je pourrais me passer de ndiswrapper. Seulement, de mémoire, j'avais eu des déboires avec le driver fourni dans le noyau, concernant le débit ou la force du signal.
Il s'agit d'une trendnet TEW-423PI, driver utilisé : rtl8180.
Je passe par le driver Windows car, je suis plus satisfait

- Tu es obligé d'utiliser ndiswrapper, dans ce cas, blacklist le module qui reconnaît ta carte

Comment puis-je connaître le module à blacklister ?

[FoolEcho]

Tu viens de le faire. rtl8180.

[Fif91]

Tu viens de le faire. rtl8180.

Tu viens de me faire comprendre quelque chose.
Je pensais que ce module était celui que j'avais installé par ndiswrapper... en fait, c'est celui du noyau...

Code : Tout sélectionner

ndiswrapper -l
net8185 : driver installed
        device (10EC:8185) present (alternate driver: rtl8180)

J'utilise donc net8185 et non pas rtl8180, comme je l'ai signalé plus haut

[Fif91]

J'ai blacklisté (même plus que ça), le module rtl8180, en ajoutant au fichier /etc/modprobe.d/modprobe.conf

Code : Tout sélectionner

install rtl8180 /bin/false

Mais, l'interface se nomme toujours enp5s5

Cela dit en passant, je remarque la présence du fichier /etc/modprobe.d/ndiwsrapper.conf, contenant :

Code : Tout sélectionner

alias wlan0 ndiswrapper