Ubuntu 16.04 в Surface Book - беспроводной интернет отключается случайным образом до перезагрузки


8

У меня есть Surface Up Book с двойной загрузкой Ubuntu 16.04.3 LTS и Windows 10, а со стороны Windows у меня нет проблем с беспроводным интернетом в моем рабочем офисе. В моем разделе Ubuntu кажется, что иногда, когда я переключаю точки доступа, мой беспроводной интернет отключается и не может подключиться к той же сети или любой другой сети, пока я не перезагружу свой компьютер. Эта проблема также возникает, даже если я не переключал точки беспроводного доступа. Это совсем не соответствует.

Я попробовал решения, размещенные здесь , здесь и здесь, без какой-либо удачи. Это довольно неприятная проблема, потому что перезагрузка нарушает мой рабочий процесс, как вы можете себе представить.

Я посмотрел на несколько других вопросов и попробовал их решения без какой-либо удачи. Любая помощь будет принята с благодарностью. Вот ссылка на мой wireless-info.txt: https://ufile.io/abkfd

Обновление (9 февраля 2018 г.):

Я не уверен, что изменилось, но несколько недель назад мой беспроводной интернет перестал отключаться, когда я переключаю точки доступа! Вполне вероятно, что одно из обновлений в Software Updater устранило мои интернет-проблемы.

К сожалению, у меня нет более подробной информации об этом исправлении, но для всех, кто использует 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, чтобы присоединиться к вам.
Том Сперлинг,

... эээ ... вероятно сделаю это в выходные. Кажется, на первый взгляд кажется, что это не связано с поломками. Удачи снова на данный момент.
Том Сперлинг,

Когда Wi-Fi не работает, что rfkill listпоказывает?
Бен Руджерс

Ответы:


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в следующий раз, когда это произойдет, и выложу что-нибудь интересное здесь.
Александр

Вот что я вижу в системном журнале, когда 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 отключился, и он не работал. Я попробую, хотя, спасибо!
Александр

@ Александр Мой опыт работы с аппаратной несовместимостью по сравнению с драйвером / ядром заключается в том, что самое надежное исправление - это ожидание + достаточно знаний, чтобы время от времени иметь дело с реверсиями. Вероятно, нужна вся хвостовая погоня и ручное чтение, поэтому я получаю знания, но разочаровываю.
Бен Руджерс

1
Обновление: я попытался nmcli commandпосле того, как мой WiFi отключился, и он не смог установить соединение, как и предполагалось.
Александр
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.