Myślę, że nie mam problemu ze sprzętem. Czasami połączenie Wi-Fi po prostu się rozłącza. Więc niekoniecznie jest tak samo jak w tym przypadku , może nie będę musiał ponownie ładować żadnych modułów.
Ale jak zrestartować wlan0
? Próbowałem restart network-manager
, ale wydaje się, że to pozostawia w wlan0
spokoju.
wireless
network-manager
wifan
źródło
źródło
sudo systemctl restart NetworkManager
.service network-manager restart
do pliku na pulpicie lub skrótu działa ładnie (mimo to prosi o podanie)Spróbuj tego:
źródło
/etc/network/interfaces
pliku. W przeciwnym razie możesz otrzymać niesławnyUnknown interface
błądNie wymagają rootowania, na wypadek, gdy piszesz:
Aby uzyskać więcej:
man nmcli
EDYCJA :
Jak mówią ci goście w komentarzach, tylko dla WI-FI:
źródło
nmcli radio wifi off
a następnienmcli radio wifi on
Możesz spróbować zabić moc urządzenia. Zakładając, że nie jesteś w stanie / chce fizycznie odłączyć urządzenie, należy uruchomić (jako root):
iwconfig wlan0 txpower off
. Chciałbym odczekaj 10-15 sekund, aby upewnić się, co spowodowało problem sprzętowy problem został zatrzymany, a następnie:iwconfig wlan0 txpower auto
.Lub możesz po prostu uruchomić rfkill i zablokować / odblokować urządzenie. Aby to zrobić, uruchom
rfkill block wifi
, a następnierfkill unblock wifi
. Ta druga opcja powinna być szybsza, ponieważ wystarczy czekać 2-3 sekundy między poleceniami, a nie 10-15 sekund. W rzeczywistości na moim komputerze wcale nie muszę czekać, chociaż podejrzewam, że zależy to od sprzętu Wi-Fi. Tę opcję można również wykonać jako zwykły użytkownik, bez konieczności rootowania.Możesz także zrestartować NetworkManager. Jeśli używasz systemctl jako systemu init (tak jak w przypadku nowszych wersji Ubuntu), możesz użyć
systemctl restart NetworkManager
. W przeciwnym razie możesz użyćsudo initctl restart network-manager
. Jeśli nie wiesz, jakiego systemu init używasz, wypróbuj oba polecenia i sprawdź, co działa.źródło
Utworzono skrypt w oparciu o wcześniejsze porady dotyczące linków z pewnym mieszaniem i dopasowywaniem wcześniejszych linków. Działa to dla mnie pod Mint Linux 17.3.
Poniższy plik nie wymaga dostępu do konta root. Ponownie uruchamia WiFi tylko wtedy, gdy jest już wyłączone. Teraz muszę tylko dodać ten skrypt do zadania cron, aby sprawdzać moje połączenie Wi-Fi co 15 minut.
źródło
echo
automatycznego skryptu (cron'd).„Przeładuj sterownik”
Znajdź nazwę modułu
Znajdźmy nazwę modułu jądra dla twojego połączenia bezprzewodowego:
(Zainstaluj pakiet,
hwinfo
jeśli go nie masz.)Poszukaj nazwy modułu w wierszu „Driver”.
Załaduj ponownie moduł
Teraz rozładuj, a następnie ponownie załaduj moduł. Na przykład nazwa mojego modułu to
iwlwifi
Możesz mieć szczęście, ale najprawdopodobniej otrzymasz ten komunikat o błędzie:
Szukamy więc innych modułów, używając
iwlwifi
:Po lewej stronie znajduje się nazwa modułu, a po prawej pozostałe moduły go używają. Spróbujmy
iwldvm
najpierw wyłączyć :Jeśli to zadziała, możemy teraz pomyślnie wyłączyć
iwlwifi
A teraz ponownie włącz oba moduły w odwrotnej kolejności:
Gotowy!
Jest to jedyna procedura, która działała dla mnie przy resetowaniu ustawień niskiego poziomu (frag, rate), których użyłem
iwconfig
.Skutecznie wykonuje to „przeładowanie sterownika”.
źródło
Obejście polegające na użyciu „restartu systemctl NetworkManager” działa dla mnie na dwóch różnych notebookach z Broadcom i Atheros WiFi pod Debian Buster i Ubuntu 19.04 - gdzie problem z „Wi-Fi nie budzi się po wznowieniu” pojawia się przy co czwartym wznowieniu (= zwykle działa dobrze.) Najpierw próbowałem utworzyć program uruchamiający na pulpicie, aby ręcznie wywołać reset Wi-Fi, który działa i wymaga hasła - ale potem znalazłem kilka notatek od ludzi umieszczających klątwę resetowania w miejscach w systemie, które działają skrypty po wznowieniu. Mianowicie
/lib/systemd/system-sleep/
wygląda na dobre miejsce na umieszczenie skryptu . I skryptpowinien lepiej przetestować niektóre warunki (uzyskane za pomocą argumentów cmdline), aby wiedzieć, że nadszedł właściwy czas na zresetowanie NetworkManagera. Przepraszamy za linkowanie zamiast wycinania i wklejania - nie poprosiłem tego autora o zgodę i może on również cieszyć się pozytywnymi opiniami za jego wkład w YouTube (od razu do rzeczy i dobrze opowiadany).Poza tym zauważyłem kilka bardzo prostych i bezpośrednich rozwiązań pierwotnego problemu z Ubuntu 16.04:
wifi.scan-rand-mac-address=no
w NetworkManager.conf lub nawet po prostuapt-get update && apt-get upgrade
. Są to optymalne rozwiązania dla konkretnego błędu w 16.04. Prawdopodobnie nie są rozwiązaniem dla innych tego rodzaju problemów, które można obejść przez ciężki (ale dość szybki) restart NetworkManager przy każdym wznowieniu od zawieszenia.źródło