Problème Wifi sur Raspberry

[drabo]

Bonjour,
J'explique mon problème que je n'arrive pas à résoudre seul :
j'ai deux Raspberry que j'ai récemment upgradé en version Buster suite à une mise à jour de Domoticz. Ils sont tous les deux connectés en Wifi sur ma box. Le wifi se connecte sans problème mais au cours de la journée, je perd les deux Raspberry. Ils ne sont plus connectés au réseau de ma box. Cela n'était pas le cas avec la version précédente.
J'ai cherché et j'ai testé plusieurs plusieurs trucs :
j'ai désactivé le power management pour éviter que cela se mette en veille (si j'ai bien compris)
J'ai fait un script pour tester le réseau et l'ai mis en crontab toutes les heures:
je fais un ping de l'autre Raspbery
Si OK je fais rien
Si KO j'enchaine :
sudo ifconfig wlan0 down
sudo ifconfig wlan0 up

Hélas rien n'y fait...
je perds encore les deux Raspberry

Dans la log (kern.log) j'ai :
Mar 14 14:26:33 raspberrypi kernel: [ 4297.808678] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Mar 14 14:26:33 raspberrypi kernel: [ 4297.808706] brcmfmac: power management disabled
Mar 14 14:26:33 raspberrypi kernel: [ 4297.986660] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
Mar 14 14:26:33 raspberrypi kernel: [ 4298.098326] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
Mar 14 14:26:33 raspberrypi kernel: [ 4298.098613] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Mar 14 14:26:37 raspberrypi kernel: [ 4302.110866] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Mar 14 14:26:37 raspberrypi kernel: [ 4302.110926] brcmfmac: power management disabled


Merci de votre aide pour m'aider à trouver l'origine ou bien à la contourner

[drabo]

S'il vous plait un coup de main....

[epoch1970]

Il faut peut être buter wpa_supplicant par là-dessus ?
"wpa_cli -i wlan0 terminate" devrait le faire proprement.

Sinon pour configurer le réseau avec Raspbian il y a ifupdown (/etc/network/interfaces), /etc/dhcpcd.conf, systemd-networkd, et nm-cli. Selon mon dernier recensement, et j'en ai sans doute oublié. Et pour la GUI c'est encore la même chose.
Evidemment aucun de ces système ne cohabite poliment. Dhcpcd, la méthode officielle, est le meilleur moyen d'éviter les problèmes.

[drabo]

Merci pour ton aide...
Je vais me lancer à enlever wpa_supplicant comme tu le dis
et utiliser Dhcpcd


Merci

[epoch1970]

Mhh. Je ne sais pas si j'étais clair.

Désinstaller wpa_supplicant n'est clairement pas une bonne idée. Il n'y a pas d'équivalent disponible, à ce que je sache.
J'indiquais que si une instance de wpa_supplicant est active, elle monopolise l'interface et relancer l'interface (client ou point d'accès, peu importe) finit en erreur.
"ps waxu" liste tous les process qui tournent, si wpa_supplicant est dans la liste, gare. "wpa_cli -i <interface> terminate" est une manière un peu plus civilisée que "kill" pour arrêter un process de wpa_supplicant.

[drabo]

Bonjour,

Merci encore de ton aide mais je ne comprends pas ta dernière remarque.
la commande "ps waxu |grep wpa" renvoie

root 351 0.0 0.4 10624 4024 ? Ss 12:03 0:00 /sbin/wpa_supplicant -u -s -O /run/wpa_supplicant
root 752 0.0 0.3 11236 3532 ? Ss 12:03 0:00 wpa_supplicant -B -c/etc/wpa_supplicant/wpa_supplicant.conf -iwlan0 -Dnl80211,wext
pi 1339 0.0 0.0 7272 520 pts/0 S+ 12:07 0:00 grep --color=auto wpa

Que dois-je supprimer ?

[drabo]

Bonjour,
J'ai du nouveau pour mon problème.
Le script que j'ai fait ne fonctionne pas :

Code: Select all

#!/bin/bash
# Récupération de la date
DATE=$((`/bin/date +'%Y%m%d%H%M'`))

# L'adresse IP du serveur que vous voulez pinger (8.8.8.8 est un serveur DNS public de Google)
SERVER=192.168.1.56

# Envoyer seulement 2 pings, et envoyer la sortie vers /dev/null
ping -c2 ${SERVER} > /dev/null

# Si le code retour du ping ($?) est différent de 0 (qui correspond à une erreur)
if [ $? != 0 ]
then
    # Restart the wireless interface
    # Relancer l'interface wifi
#    sudo ifconfig wlan0 down
    sudo ifconfig wlan0 up
    echo 'Tenteative de relance' $DATE
else
    echo 'Ca marche'  $DATE
fi

En fait, même en ligne de commande la commande "sudo ifconfig wlan0 up" ne donne rien et surtout ne relance rien du tout
Même si je fais la commande "sudo ifconfig wlan0 down" avant"
le Raspberry fonctionne bien mais plus de réseau wifi

Merci de votre aide

[epoch1970]

J'essaierai ça:

Code: Select all

...
IFACE='wlan0'
# Si le code retour du ping ($?) est différent de 0 (qui correspond à une erreur)
if [ $? != 0 ]
then
	# Supprimer wpa_supplicant
	wpa_cli -i ${IFACE} terminate >/dev/null 2>&1
	sleep 5 # Peut-être pas nécessaire ?
	# Relancer le client DHCP
	dhcpcd -n ${IFACE}  
fi
...

Eviter d'utiliser sudo dans un script. Par défaut sudo est une commande interactive, dans un script ça bloque en attendant un mot de passe...
Le plus simple est de faire lancer le script par un process qui a des droits étendus, ou (moins pratique) de lancer le script par "sudo monscript.sh"

SGDG

[Guytas]

Alors Drabo, comment as tu résolu ton problème? J’ai le même problème que toi. Et moi non plus je n’ai pas réussi à trouver une méthode pour le résoudre automatiquement. Même que lorsque le problème survient, si on essaie de désactiver le réseau wifi, ça prends un éternité. D’après moi il y a trop d’erreurs pour pouvoir se désactiver normalement. Alors la réactivation ne fonctionne évidemment pas. Dans mon cas, il faut redémarrer le pi.

Il semblerait que ça fonctionne bien jusqu’à la première erreur de réseau. Plus tu es loin du hub, plus vite le problème survient. On dirait que c’est la fonction de rétablir le réseau qui est défectueuse.