Tajemniczy problem z WiFi RPi - Nie znaleziono interfejsów bezprzewodowych

W porządku, nie udało mi się znaleźć rozwiązania tego problemu nigdzie indziej online, więc proszę o wyrozumiałość

Mam nowy Raspberry Pi Model 2B, który został dostarczony z kluczem Wi-Fi (Ralink RT5370), a kiedy odpaliłem go za pomocą wstępnie zainstalowanego Raspbian, Wi-Fi działało poprawnie. Kupiłem też ekran mini HDMI do pi, który nie działałby bez instalacji sterownika z DVD dostarczonego z ekranem. Po zainstalowaniu sterownika ekran działa dobrze, ale teraz moje wifi przestało działać. Lampka klucza sprzętowego nie włącza się i nie mogę skanować w poszukiwaniu sieci bezprzewodowych.

Po kilku wyszukiwaniach w Google ustaliłem, że klucz został rozpoznany (jest wyświetlany podczas uruchamiania lsusb), jego moduł jest zainstalowany (moduł rt2800usb jest wyświetlany po uruchomieniu lsmod), a oprogramowanie układowe wydaje się być zainstalowane (uruchomiłem ifconfig -ai to wyświetla informacje wlan0). Jednak po uruchomieniu iwlist wlan0 scanotrzymuję wynik:

wlan0    Failed to read scan data: Network is down

A kiedy biegnę, sudo ifdown wlan0 && sudo ifup wlan0aby sprawdzić, czy sieć jest osiągalna, otrzymuję następujące dane wyjściowe:

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

Próbowałem edytować oba /etc/network/interfacesi /etc/wpa_supplicant/wpa_supplicant.confwedług różnych przykładów online bezskutecznie. Oto moje aktualne wersje:

interfejsy:

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"
}

Na marginesie, potrójnie sprawdziłem, czy informacje o mojej sieci są poprawne i czy sieć Wi-Fi jest wykrywalna z innych komputerów, więc wątpię, czy problem jest z tego powodu. Jestem w punkcie, w którym naprawdę nie mam pojęcia, gdzie i na czym polega mój problem. Próbowałem pobrać menedżerów Wi-Fi, które nie działały. Ponownie uruchamiałem, aktualizowałem i aktualizowałem wersje oprogramowania, które nie działały. Próbowałem zmienić i / lub usunąć linie z powyższych plików, które nie działały. Konsekwentnie nie mogę skanować w poszukiwaniu sieci bezprzewodowych (uwaga: ethernet działa dobrze) pomimo pomyślnego połączenia z sieciami przed zainstalowaniem tego sterownika ekranu! Jeśli ktoś miałby pojęcie, na czym polega mój problem i jak go naprawić, byłbym bardzo wdzięczny. Dzięki!

Jedną z rzeczy, które przeczytałem sto razy w związku z czymkolwiek podłączonym do USB w dowolnym modelu RPi, jest upewnienie się, że masz przyzwoity zasilacz (2 lub więcej amperów) lub użyj wysokiej jakości koncentratora USB. Czy to możliwe, że twój klucz WiFi nie ma teraz wystarczającej mocy, ponieważ ekran HDMI jest zbyt chciwy?

na wypadek, gdyby to mogło pomóc. Śledziłem ten samouczek https://www.sunfounder.com/wiki/index.php?title=How_to_Use_an_RFID_RC522_on_Raspberry_Pi

Zasadniczo po edycji pliku sudo nano /boot/config.txt i ustawieniu device_tree = na

zepsułem sieć bezprzewodową przy następnym uruchomieniu. Usunięcie tej linii rozwiązało problem.

Potrzebujesz oprogramowania układowego do klucza sprzętowego. Niektóre instalacje będą już na twoim urządzeniu, ale spróbuj:

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

następnie upewnij się, że masz ostatnie jądro

rpi-update

zdobądź sporo oprogramowania ... tak, dużo. Będziesz potrzebował trochę miejsca na dysku, blisko 80 Mb.

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

skopiuj oprogramowanie układowe we właściwe miejsce

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

a następnie możesz usunąć sklonowane pliki z linux-firmwarekatalogu

Prawdopodobnie zmieniono nazwę interfejsu karty sieci bezprzewodowej na wlx_ _ _ _ _ _ _

(Przewidywalne nazwy interfejsów sieciowych: https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/ ).

1. uruchom dmesgi znajdź coś takiego:

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

To jest nowa nazwa: wlx74da3833acb9

biegnij iwconfig. W moim przypadku:

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

edytuj /etc/network/interfacesi zmień nazwę wlan0 na wlxXXXXXXXXXX

W moim przypadku:

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

restart

2. Lub

edytować:

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

komentuj wszystko:

    # 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"

restart

Okazuje się, że zmiana w /boot/config.txt stworzyła dla mnie podobny problem! W moim przypadku „interfejs nie został znaleziony”.

Zastanawiające, ponieważ zmiany w pliku config.txt dotyczyły problemów z wyświetlaniem HDMI (próba uruchomienia 5-calowego monitora). Po przywróceniu do pierwotnego pliku config.txt WiFi wznowiło normalną pracę bez żadnych zmian sprzętu lub oprogramowania.