Ubuntu 16.04 na Surface Book - Internet bezprzewodowy rozłącza się losowo aż do ponownego uruchomienia

Na moim urządzeniu Surface Book mam podwójnie uruchamiany system Ubuntu 16.04.3 LTS i Windows 10, a po stronie systemu Windows nie mam problemów z bezprzewodowym Internetem w biurze. Na mojej partycji Ubuntu wydaje się, że czasami po zmianie punktów dostępu mój bezprzewodowy internet zostaje rozłączony i nie może połączyć się z tą samą siecią lub inną siecią, dopóki nie uruchomię ponownie komputera. Ten problem występuje również, gdy nie zmieniłem bezprzewodowych punktów dostępowych. To wcale nie jest spójne.

Próbowałem rozwiązań opublikowanych tutaj , tutaj i tutaj bez powodzenia. Jest to dość frustrujący problem, ponieważ ponowne uruchomienie zakłóca mój przepływ pracy, jak można sobie wyobrazić.

Przejrzałem kilka innych pytań i wypróbowałem ich rozwiązania bez powodzenia. Każda pomoc byłaby bardzo mile widziana. Oto link do mojego wireless-info.txt: https://ufile.io/abkfd

Aktualizacja (9 lutego 2018 r.):

Nie jestem pewien, co się zmieniło, ale kilka tygodni temu mój bezprzewodowy internet przestał się rozłączać po zmianie punktów dostępu! Prawdopodobnie jedna z aktualizacji w Aktualizatorze oprogramowania rozwiązała moje problemy z Internetem.

Niestety nie mam więcej szczegółów na temat poprawki, ale dla wszystkich tych, którzy używają Ubuntu na swoich urządzeniach Surface Book, spróbuj zainstalować najnowsze aktualizacje za pomocą Aktualizatora oprogramowania!

Aktualizacja (4 czerwca 2018 r.):

Ponownie napotkałem ten problem po ponownym sformatowaniu komputera kilka miesięcy temu i bezskutecznie próbowałem załatać jądro do 4.13. Mój internet ciągle się rozłączał, a moje bezprzewodowe słuchawki bluetooth również nie mogły się skutecznie połączyć.

Czułem, że powinienem zaktualizować jądro do 4.15, ale musiałem zaktualizować OpenSSL. Zamiast robić to ręcznie, postanowiłem zaryzykować i uaktualnić system do Ubuntu 18.04 . Oba moje problemy zostały rozwiązane poprzez aktualizację! Mój internet do tej pory działał cudownie, a moje słuchawki Bluetooth są również doskonale funkcjonalne.

Nie miałem nic do stracenia, jeśli aktualizacja nie zadziałała i musiałem ponownie sformatować komputer, więc chociaż polecam tę trasę, bądź ostrożny, ponieważ aktualizacja bezpośrednio do Ubuntu 18.04 z 16.04 rzekomo nie będzie oficjalnie obsługiwana do końca lipca 2018 r.

Kilka dni temu wreszcie skończyła mi się cierpliwość po biernym tolerowaniu tego samego problemu przez jakiś czas.

Wiem, że wyłączenie zarządzania energią jest jedną z sugestii związanych z nieudanym próbowaniem, ale wydaje się, że do tej pory działało dla mnie (przynajmniej jako sposób na uniknięcie rzeczywistego błędu, gdy jego przyczyna jest niejasna) ...

Wyłączyłem go przez edycję, /etc/NetworkManager/conf.d/default-wifi-powersave-on.confponieważ wszystkie /etc/pmrzeczy już nie działają. systemd (który jest teraz odpowiedzialny za zarządzanie energią) ignoruje to (chociaż wszystkie pliki są tam nadal z kilku pakietów 🙄) - czy zrobiłeś to samo? NetworkMangler wydaje się teraz rzeczą, która najlepiej ma pierwszeństwo przed wszystkim innym dla tego ustawienia (w oparciu o jakieś półprzebiegowe eksperymenty).

Ciągłe iwconfiguzyskiwanie wyników, Power management:offktóre potwierdza, że ​​zmiana przynajmniej przyniosła skutek.

Uwaga dla przechodniów na temat ustawienia, o którym mówię: w /etc/NetworkManager/conf.d/default-wifi-powersave-on.conf. Zmieniłem wifi.powersave = 3na 2. 3 oznacza włączone. 2 oznacza wyłączone. 0 i 1 są „ustawione na domyślne” i „nic nie rób”. To nie jest tak naprawdę udokumentowane. Moje źródło było przypadkową istotą .

To powiedziawszy, nie żyłem z tym tak długo (tylko kilka dni), więc możliwe, że tak naprawdę nic nie rozwiązało. Sprawdzę tutaj, jeśli nie ma. Powodzenia!

Kiedy znam nazwę sieci, używam:

nmcli c up name-of-the-network

W sieciach, z których często korzystam, mam skrypty o nazwie „nazwa sieci” ~/bin/. Skrypt musi być wykonywalny za pomocą chmod +x <filename>Na przykład:

#! /bin/sh
# The name of this file is: ~/bin/name-of-the-network
nmcli c up name-of-the-network

Jednym z potencjalnych ograniczeń nmclijest zależność od NetworkManager (lub może to być funkcja). Aby zobaczyć listę sieci zarządzanych przez NetworkManger typu:

nmcli connection