Mystérieux problème wifi RPi - Aucune interface sans fil trouvée

D'accord, je n'ai pas été en mesure de trouver une solution à ce problème ailleurs en ligne, alors soyez indulgent avec moi:

J'ai un nouveau Raspberry Pi modèle 2B qui est venu avec un dongle wifi (Ralink RT5370) et quand je l'ai allumé avec le Raspbian pré-installé, le wifi fonctionnait correctement. J'ai également acheté un mini écran HDMI pour le pi qui ne fonctionnerait pas sans installer le pilote à partir d'un DVD livré avec l'écran. Après avoir installé le pilote, l'écran fonctionne bien, mais maintenant mon wifi a cessé de fonctionner. Le voyant du dongle ne s'allume plus et je ne parviens pas à rechercher les réseaux sans fil.

Après quelques recherches sur Google, j'ai déterminé que le dongle est reconnu (il est répertorié lorsque je lance lsusb), son module est installé (le module rt2800usb est répertorié lorsque je lance lsmod), et le firmware semble être installé (j'ai couru ifconfig -aet il affiche les informations wlan0). Cependant, lorsque je cours iwlist wlan0 scan, j'obtiens la sortie:

wlan0    Failed to read scan data: Network is down

Et lorsque je cours sudo ifdown wlan0 && sudo ifup wlan0pour voir si le réseau est accessible, j'obtiens la sortie suivante:

ifdown: interface wlan0 not configured
wpa_supplicant: /sbin/wpa_supplicant daemon failed to start
run-parts: /etc/network/if-pre-up.d/wpa_supplicant exited with return code 1
Failed to bring up wlan0

J'ai essayé de modifier les deux /etc/network/interfaceset /etc/wpa_supplicant/wpa_supplicant.confselon divers exemples en ligne en vain. Voici mes versions actuelles:

interfaces:

auto lo
allow-hotplug lo
iface lo inet loopback

allow-hotplug eth0
auto eth0
iface eth0 inet manual

allow-hotplug wlan0
auto wlan0
iface wlan0 inet dhcp
    wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

wpa_supplicant.conf:

ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1

network={
    ssid="mySSID"
    key_mgmt=WPA_PSK
    proto=WPA
    pairwise=TKIP
    psk="myPassKey"
}

En remarque, j'ai vérifié que mes informations réseau sont correctes et que le réseau wifi est détectable à partir d'autres ordinateurs, donc je doute que le problème soit à cette fin. J'en suis à un point où je n'ai vraiment aucune idée où ni quel pourrait être mon problème. J'ai essayé de télécharger des gestionnaires wifi, cela n'a pas fonctionné. J'ai redémarré, mis à jour et mis à niveau mes versions logicielles à plusieurs reprises, cela n'a pas fonctionné. J'ai essayé de modifier et / ou de supprimer des lignes des fichiers ci-dessus, cela n'a pas fonctionné. Je ne parviens toujours pas à rechercher des réseaux sans fil (Remarque: Ethernet fonctionne correctement) malgré une connexion réussie aux réseaux avant d'installer ce pilote d'écran! Si quelqu'un a une idée de mon problème et comment le résoudre, je vous en serais extrêmement reconnaissant. Merci!

L'une des choses que j'ai lues cent fois sur tout ce qui est connecté à l'USB sur n'importe quel modèle de RPi est de s'assurer que vous disposez d'une alimentation électrique décente (2 ampères ou plus) ou que vous utilisez un concentrateur USB alimenté de qualité. Serait-il possible que votre dongle WiFi ne soit pas suffisamment alimenté maintenant parce que l'écran HDMI est trop gourmand?

juste au cas où cela pourrait aider. Je suivais ce tutoriel https://www.sunfounder.com/wiki/index.php?title=How_to_Use_an_RFID_RC522_on_Raspberry_Pi

Fondamentalement, après avoir modifié le fichier sudo nano /boot/config.txt et défini device_tree = on

a cassé mon réseau sans fil au prochain redémarrage. La suppression de cette ligne a résolu le problème.

Vous avez besoin du firmware de votre dongle. Certaines installations seront déjà sur votre appareil, mais essayez:

apt-get update 
apt-get install git-core binutils rpi-update

alors assurez-vous d'avoir le dernier noyau en place

rpi-update

obtenir un tas de firmware .... oui, beaucoup. Vous aurez besoin d'espace disque, près de 80 Mo.

git clone http://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git

copiez votre firmware au bon endroit

mkdir /lib/firmware
cp linux-firmware/rt2870.bin /lib/firmware/rt2870.bin

puis vous êtes libre de supprimer les fichiers clonés sur votre linux-firmwarerépertoire

Probablement l'interface de l'adaptateur sans fil renommée wlx_ _ _ _ _ _ _

(Noms d'interface réseau prévisibles: https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/ ).

1. courir dmesget trouver quelque chose comme ça:

   [ 7.044805] rtl8192cu 1-1.2:1.0 wlx74da3833acb9: renamed from wlan0

C'est le nouveau nom: wlx74da3833acb9

courir iwconfig. Dans mon cas:

wlx74da3833acb9  IEEE 802.11bgn  ESSID:"sysadmin"  Nickname:"<WIFI@REALTEK>"
      Mode:Managed  Frequency:2.437 GHz  Access Point: 10:FE:ED:E0:6C:96   
      Bit Rate:150 Mb/s   Sensitivity:0/0  
      Retry:off   RTS thr:off   Fragment thr:off
      Power Management:off
      Link Quality=100/100  Signal level=76/100  Noise level=0/100
      Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
      Tx excessive retries:0  Invalid misc:0   Missed beacon:0

modifier /etc/network/interfaceset renommer wlan0 en wlxXXXXXXXXXX

Dans mon cas:

allow-hotplug wlx74da3833acb9
iface wlx74da3833acb9 inet manual
    wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

redémarrer

2. Ou

Éditer:

/lib/udev/rules.d/73-usb-net-by-mac.rules

tout commenter:

    # Use MAC based names for network interfaces which are directly or indirectly
# on USB and have an universally administered (stable) MAC address (second bit
# is 0).

#IMPORT{cmdline}="net.ifnames", ENV{net.ifnames}=="0", GOTO="usb_net_by_mac_end"
#PROGRAM="/bin/readlink /etc/udev/rules.d/80-net-setup-link.rules", RESULT=="/d$

#ACTION=="add", SUBSYSTEM=="net", SUBSYSTEMS=="usb", NAME=="", \
#    ATTR{address}=="?[014589cd]:*", \
#    IMPORT{builtin}="net_id", NAME="$env{ID_NET_NAME_MAC}"

#LABEL="usb_net_by_mac_end"

redémarrer

Il s'avère qu'un changement dans /boot/config.txt a créé un problème similaire pour moi! Dans mon cas, "l'interface n'a pas été trouvée".

Déroutant parce que les changements dans config.txt devaient faire face à des problèmes d'affichage HDMI (en essayant de faire fonctionner un moniteur de 5 ").