Ubuntu 16.04 на Surface Book - бездротовий Інтернет відключається випадковим чином до перезавантаження


8

У мене в моїй книзі «Surface Book» є Ubuntu 16.04.3 LTS та Windows 10, а на моєму офісі у мене немає проблем з бездротовим Інтернетом. На моєму розділі Ubuntu здається, що іноді, коли я перемикаю точки доступу, мій бездротовий Інтернет відключається і не в змозі підключитися до тієї ж мережі чи будь-якої іншої мережі, поки не перезавантажую комп'ютер. Ця проблема також виникає, навіть коли я не переключився на точки бездротового доступу. Це зовсім не послідовно.

Я спробував рішення, розміщені тут , тут і тут без жодної удачі. Це досить неприємне питання, оскільки перезапуск порушує мій робочий процес, як ви можете собі уявити.

Я переглянув кілька інших питань і спробував їх рішення без жодної удачі. Будь-яка допомога буде дуже вдячна. Ось посилання на моє wireless-info.txt: https://ufile.io/abkfd

Оновлення (9 лютого 2018 р.):

Я не впевнений, що змінилося, але кілька тижнів тому мій бездротовий Інтернет перестав відключатися, коли я перемикав точки доступу! Можливо, одне з оновлень у програмі оновлення програмного забезпечення вирішило мої проблеми з Інтернетом.

На жаль, у мене немає більш детальної інформації про виправлення, але для всіх тих, хто працює на Ubuntu на своїх пристроях Surface Book, спробуйте встановити останні оновлення за допомогою Software Updater!

Оновлення (4 червня 2018 р.):

Я знову зіткнувся з цим питанням після переформатування свого комп’ютера пару місяців тому і спробував виправити ядро ​​до 4,13, не пощастивши. Мій Інтернет продовжував відключатися, а також бездротові Bluetooth-навушники також не могли ефективно підключитися.

Я відчував, що я повинен оновити ядро ​​до 4.15, але мені потрібно було оновити OpenSSL. Замість того, щоб робити це вручну, я вирішив ризикнути і перейти на Ubuntu 18.04 . Обидві мої проблеми були усунені оновленням! Мій Інтернет до цього часу чудово працює, і мої Bluetooth навушники також ідеально функціональні.

У мене не було чого втрачати, якщо оновлення не спрацювало, і мені довелося знову переформатувати комп’ютер, тому, хоча б я рекомендував цей маршрут, будьте обережні, оскільки оновлення безпосередньо до Ubuntu 18.04 з 16.04 нібито офіційно не підтримується до кінця липня 2018 року.


О, яке ядро ​​ти до речі використовуєш? Нормальний 4.4 від Ubuntu? ( uname -aщоб дізнатися, вибачте, якщо ви не новачок). Частина задоволення від пошуку рішень на / r / surfacelinux - це люди, які роблять всілякі виправлення та мають (мабуть) дещо інші помилки ...
Том Спрінг,

Я використовую ядро за замовчуванням встановлено: 4.10.0-33-generic. Я не вносив жодних змін до нього.
Олександр

О цікаво. Я використовував трохи зафіксований 4.4 (4.4, здається, все ще для мене є типовим). Я перейду до пакету linux-image-generic-hwe-16.04, щоб приєднатися до вас.
Том Спарлінг

... помилка ... це, мабуть, зробить це протягом вихідних. Здається, на перший погляд введено більше неспоріднених обривів. Успіхів ще раз.
Tom Spurling

Якщо Wi-Fi не працює, що rfkill listпоказує?
ben rudgers

Відповіді:


4

Я також нарешті вичерпав терпіння пару днів тому після того, як деякий час пасивно переносив ту саму проблему.

Я знаю, що відключення управління живленням - одна з пропозицій, з якими ви пов’язані, невдало пробуючи, але, здається, вона працює для мене поки що (принаймні, як спосіб уникнути фактичної помилки, поки її причина незрозуміла) ...

Я відключив це через редагування, /etc/NetworkManager/conf.d/default-wifi-powersave-on.confоскільки всі /etc/pmречі більше не працюють. systemd (який зараз відповідає за управління живленням) ігнорує це (хоча файли все ще є з декількох пакетів 🙄) - ви зробили те саме? Зараз, здається, NetworkMangler - це річ, яка найкраще має перевагу над усім іншим для цього налаштування (на основі деяких напівфабрикованих експериментів).

iwconfigПостійно працює, Power management:offщо підтверджує зміну, принаймні, набуло чинності.

Примітка для перехожих про налаштування, про яке я говорю: в /etc/NetworkManager/conf.d/default-wifi-powersave-on.conf. Я змінився wifi.powersave = 3на 2. 3 означає увімкнено. 2 означає інвалід. 0 і 1 "встановлені за замовчуванням" і "нічого не робити". Це насправді не зафіксовано. Моє джерело було випадковою суттю .

Це сказало, що я не жив з цим так довго (всього пару днів), тому можливо, це насправді нічого не вирішило. Я повернусь сюди, якщо цього не відбулося. Удачі!


Дякую за Вашу відповідь. iwconfigКоманда показує , що система розподілу вимкнено, і моя wifi.powersaveнастройка встановлена , 3а також. Вимкнення управління живленням, на жаль, не вирішило моєї проблеми.
Олександр

(Ти маєш на увазі 2, ти маєш на увазі?) Я зачекаю, коли моя ще раз перестане працювати, а потім спробую щось інше ... Чи отримали ви щось цікаве з вигляду less +G /var/log/syslogчи dmesg?
Том Сперлінг

Так, я мав на увазі, що я його встановив 2. Дякую за команду! Я перевірю syslogнаступного разу, коли це станеться, і опублікую тут щось цікаве.
Олександр

Це те, що я бачу в syslog, коли WiFi відключається: pastebin.com/m8RVYv1n
Олександр

0

Коли я знаю назву мережі, я використовую:

nmcli c up name-of-the-network

Для мереж, якими я часто користуюся, у мене є сценарії з назвою "ім'я мережі" ~/bin/. Сценарій повинен бути виконаним із застосуванням chmod +x <filename>Наприклад:

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

Одне потенційне обмеження nmcli- це залежність від NetworkManager (або це може бути функція). Щоб переглянути список мереж, якими керує тип NetworkManger:

nmcli connection

Боюся, це може бути не актуальним. У мене є Surface Pro 4 з подібним обладнанням WiFi, і це не є проблемою з використанням nm-аплета, але це здається несправністю драйвера / обладнання. Він втрачає можливість успішного сканування або підключення до будь-яких мереж незалежно від того, який метод використовується.
Том Спрінглінг

Дякую за Вашу відповідь. Я згоден з @TomSpurling; Я використовував, sudo service network-manager restartколи WiFi відключився, і він не працював. Я спробую це, хоча, дякую!
Олександр

@Alexander Мій досвід щодо несумісності апаратних засобів проти драйвера / ядра полягає в тому, що найнадійніший виправлення очікує + достатньо знань, щоб час від часу реверсуватись. Весь переслідування хвоста та читання вручну, мабуть, необхідні, тому я отримую знання, але засмучую.
ben rudgers

1
Оновлення: я спробував nmcli commandпісля відключення Wi-Fi, і він не зміг встановити з'єднання, як було передбачено.
Олександр
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.