16.04 Проблемы с беспроводным соединением LTS с адаптером Realtek RTL8723BE

Я обнаружил несколько проблем с подключением Wi-Fi после установки 16.04 LTS.

Во-первых, Wi-Fi не восстанавливается нормально после сна или гибернации. Иногда значок сети после пробуждения превращается в «стрелки вверх и вниз» (я не знаю, для чего он), но все еще подключен. Иногда сеть просто теряется, и она не отображает никакой сети в списке, поэтому просто нет возможности использовать Wi-Fi вообще.

Сначала я попытался перезапустить диспетчер сети, запустив sudo service network-manager restart. Это работало, но не было постоянным разрешением.

Затем, согласно другой теме, я добавил SUSPEND_MODULES="iwlwifi" в /etc/pm/config.d/config.

После этого проблема переподключения кажется исправленной (может автоматически переподключаться, и значок больше не меняется). Тем не менее, я обнаружил, что соединение Wi-Fi теряется случайным образом (примерно каждые 30 минут), даже когда компьютер работает, а значок сети остается подключенным, когда соединение теряется.

Другая проблема после добавления кода заключается в том, что, когда я переводю компьютер в спящий режим, экран выключается на секунду, а затем снова включается примерно на 5 секунд (в течение которых система отключает соединение Wi-Fi). И после этого необычного «двухфазного» процесса компьютер перейдет в режим сна.

Информация о беспроводных картах ниже

*-network               
       description: Wireless interface
       product: RTL8723BE PCIe Wireless Network Adapter
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 0
       bus info: pci@0000:02:00.0
       logical name: wlp2s0
       version: 00
       serial: b0:c0:90:5c:1c:d5
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
       configuration: broadcast=yes driver=rtl8723be driverversion=4.4.0-21-generic firmware=N/A ip=192.168.0.8 latency=0 link=yes multicast=yes wireless=IEEE 802.11bgn
       resources: irq:16 ioport:d000(size=256) memory:df200000-df203fff

00:00.0 Host bridge: Intel Corporation Sky Lake Host Bridge/DRAM Registers (rev 07)
00:01.0 PCI bridge: Intel Corporation Sky Lake PCIe Controller (x16) (rev 07)
00:02.0 VGA compatible controller: Intel Corporation Sky Lake Integrated Graphics (rev 06)
00:14.0 USB controller: Intel Corporation Sunrise Point-H USB 3.0 xHCI Controller (rev 31)
00:14.2 Signal processing controller: Intel Corporation Sunrise Point-H Thermal subsystem (rev 31)
00:16.0 Communication controller: Intel Corporation Sunrise Point-H CSME HECI #1 (rev 31)
00:17.0 SATA controller: Intel Corporation Sunrise Point-H SATA controller [AHCI mode] (rev 31)
00:1c.0 PCI bridge: Intel Corporation Sunrise Point-H PCI Express Root Port #1 (rev f1)
00:1d.0 PCI bridge: Intel Corporation Sunrise Point-H PCI Express Root Port #9 (rev f1)
00:1f.0 ISA bridge: Intel Corporation Sunrise Point-H LPC Controller (rev 31)
00:1f.2 Memory controller: Intel Corporation Sunrise Point-H PMC (rev 31)
00:1f.3 Audio device: Intel Corporation Sunrise Point-H HD Audio (rev 31)
00:1f.4 SMBus: Intel Corporation Sunrise Point-H SMBus (rev 31)
00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (2) I219-V (rev 31)
01:00.0 VGA compatible controller: NVIDIA Corporation GK208 [GeForce GT 730] (rev a1)
01:00.1 Audio device: NVIDIA Corporation GK208 HDMI/DP Audio Controller (rev a1)
02:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8723BE PCIe Wireless Network Adapter
03:00.0 Non-Volatile memory controller: Samsung Electronics Co Ltd NVMe SSD Controller (rev 01)

01.05.2016 Обновление
Я не знаю, что произошло, но проблема усугубляется. Соединение Wi-Fi теряется каждые 5 минут, и мне приходится переподключаться или перезапускать сетевой менеджер.

123
задан 28 November 2018 в 10:57

9 ответов

Наконец, я смог исправить проблемы, опробовав несколько различных методов.

  1. Получите подробную информацию о своей беспроводной карте PCI, запустив sudo lshw -class network
  2. Получите информацию о модели вашей карты в соответствии с линейкой продуктов.
    Например, как вы можете видеть в описании вопроса, там написано
    product: RTL8723BE PCIe Wireless Network Adapter , поэтому модель моей карты - RTL8723BE

    или product: RTL8101 / 2 / 6E PCI Express Fast / Gigabit Ethernet контроллер , поэтому модель моей карты - RTL8101 / 2 / 6E

  3. Дайте разрешение sudo chmod 755 /etc/pm/config.d/

  4. Открыть или создать config и добавьте SUSPEND_MODULES = "rtl8723be" (замените rtl8723be своим собственным номером модели)
    Затем запустите
    echo "options rtl8723be fwlps = N" | sudo tee /etc/modprobe.d/rtl8723be.conf[12197 impression( обратите внимание, что при замене rtl8723be моей картой, которая является RTL8101 / 2 / 6E , я должен набирать только ... / modprobe.d / RTL8101.conf ; и / 2 / 6E не следует записывать)

Окончательно перезагрузите систему.

Теперь ваша система должна иметь возможность автоматически переподключаться после сна, и после этого у меня ни разу не пропадало соединение Wi-Fi.

«Стрелки вверх / вниз, скорее всего, являются ошибкой диспетчера сети, которая приводит к тому, что диспетчер сети думает, что устройство Wi-Fi на самом деле является Ethernet.», Согласно Jeremy31. см. Информацию об ошибке здесь Вы сможете исправить установив NetworkManager-1.2.0.

Спасибо Jeremy31 за предоставленные решения.

45
ответ дан 28 November 2018 в 20:57
  • 1
    У меня, по-видимому, есть различный драйвер сенсорной панели на моей Dell Inspiron 7577 с Ubuntu 18.04 LTS. Под/usr/share/X11/xorg.conf.d, единственными файлами с " touchpad" или подобный здесь 70-wacom.conf pastebin.com/wsTcdJJV и 40-libinput.conf pastebin.com/Cqprqxjb, Как я могу реализовать Ваш совет там? – Joshua Fox 25 July 2018 в 23:50

У меня точно такая же проблема. После выхода из спящего режима Wi-Fi все еще работает, но сети не отображаются. Я решил проблему, перезапустив сетевой менеджер.

sudo service network-manager restart

Все еще очень раздражает. Надеюсь, они скоро исправят эту проблему.

41
ответ дан 28 November 2018 в 20:57
  • 1
    Это не регулярное выражение, когда Вы используете grep без -E, но в этом случае это действительно ищет k с с 0 или больше i с – Pilot6 19 September 2017 в 07:39

Это точно ошибка. Сообщение об ошибке было зарегистрировано на https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1574347

30
ответ дан 28 November 2018 в 20:57
  • 1
    Это на самом деле - основные регулярные выражения по умолчанию,-E опции включает " Расширенный регулярный expressions" man grep объясняет это.Править: извините, Linux grep страница справочника не объясняет это хорошо, BSD grep страница справочника делает все же. – mjb2kmn 19 September 2017 в 07:42

Дополнительная информация: у меня точно такая же проблема, как описывает OP, но только проблема, когда значок nm-апплета меняется на стрелки и не отображает информацию о Wi-Fi. Wi-Fi по-прежнему работает, когда это происходит.

$ killall nm-applet && nm-applet & 

Уловка для восстановления отображения значка, так что на данный момент это просто обходной путь на случай, если кто-то захочет вставить его в скрипт.

Можно подтвердить эту проблему на двух разных компьютерах, на которых запущен пакет xubuntu-desktop.

Кроме того, на обоих компьютерах я использовал последние Wi-Fi-карты Intel. (что-то вроде AC-7260)

11
ответ дан 28 November 2018 в 20:57
  • 1
    Вы корректны. Я всегда называю только расширенный regexp реальными. Но это, вероятно, неправильно. – Pilot6 19 September 2017 в 07:43

I была та же проблема. Я исправил проблему с пробуждением при приостановке, создав этот скрипт по адресу /etc/systemd/system/wifi-resume.service (тот, который опубликовал OP, работал только для активного сеанса ; при перезагрузке его нужно было вызвать снова):

#/etc/systemd/system/wifi-resume.service
#sudo systemctl enable wifi-resume.service
[Unit]
Description=Restart networkmanager at resume
After=suspend.target
After=hibernate.target
After=hybrid-sleep.target

[Service]
Type=oneshot
ExecStart=/bin/systemctl restart network-manager.service

[Install]
WantedBy=suspend.target
WantedBy=hibernate.target
WantedBy=hybrid-sleep.target

Затем просто введите эту команду в терминале, чтобы активировать его: sudo systemctl enable wifi-resume.service . Это решение взято из другого ответа на вопрос askubuntu , и работает как после приостановки, так и после перезагрузки.

Однако даже после того, как это было исправлено, я получаю то же поведение, которое обычно происходило при выходе из ждущего режима, когда я пытаюсь переключить сети Wi-Fi : Wi-Fi практически не работает, с двумя стрелками, и апплет сообщает: « устройство не готово ». Я могу перезапустить Wi-Fi, выполнив sudo service network-manager restart , но я не могу переключать сети.

Кто-нибудь еще сталкивается с этим и / или имеет решение ???

6
ответ дан 28 November 2018 в 20:57
  • 1
    @Pilot6 Ubuntu имеет GNU Grep, который поддерживает три regex диалекта: передача -G или никакой флаг для POSIX BRE с расширениями GNU, -E для POSIX ДО, или -P для PCRE (" Perl"). Это также принимает -F для " зафиксированный strings" где шаблон подобран буквально. См. Выбор Matcher . [Только 114] делают не , используют регулярное выражение. BRE и ДО более подобны друг другу, чем к PCRE и многим другим диалектам; оба опускают мощные функции, которые теперь распространены, как lookaround утверждения . – Eliah Kagan 19 September 2017 в 08:37

Я использую LinxuMint 18 Mate (ubuntu16.04) и столкнулся с той же проблемой.

Все остальное выше не помогло мне на моем Thinkpad T440S.

Единственный обходной путь, который, кажется, работал до сих пор обновляет ядро ​​до 4.6.3

  • Перейдите на этот веб-сайт .

  • Получите следующие файлы:

     linux-headers-4.6.3-040603-generic_4.6.3-040603.201606241434_amd64.deb
    заголовки linux-4.6.3-040603_4.6.3-040603.201606241434_all.deb
    linux-image-4.6.3-040603-generic_4.6.3-040603.201606241434_amd64.deb
     
  • В терминале перейдите в папку, содержащую указанные выше файлы, и запустите:

     sudo dpkg -i * .deb
    перезагрузка sudo
     

Если вы используете Virtualbox, запустите этот sudo / sbin / vboxconfig

Если вы хотите удалить их, запустите:

sudo dpkg --purge linux-headers-4.6.3-040603 linux-headers-4.6.3-040603-generic 

После еще нескольких тестов ситуация почти такая же, у меня есть Wi-Fi, но мой nm-апплет не может видеть весь WIFI вокруг меня. Поэтому не уверен, что это хорошее решение: -)

2
ответ дан 28 November 2018 в 20:57
  • 1
    Вопрос состоит в том, почему ath3k не загружался. Это помещено в черный список где-нибудь? – Pilot6 19 September 2017 в 09:10

Установите код страны WIFI для текущего регулирующего домена ядра, если он не установлен

iw reg get

Чтобы установить его

sudo nano /etc/default/crda
REGDOMAIN=<ISOCODE>

Перезагрузка.

1
ответ дан 28 November 2018 в 20:57

На данный момент решения нет, но я нашел сценарий, который помог мне, чтобы поддерживать wlan:

#!/bin/bash

# Ping you most used DNS Server and reconnect on fail


while true; do
  if ! ping -c 1 -w 1 8.8.8.8 > /dev/null; then

    # with "sudo iwconfig" you can examine your name of 'wlan0'
    nmcli d connect wlan0

  fi
  sleep 2;
done

для автозапуска этого скрипта просто откройте gnome-session-properties и добавьте его в список.

Полный скрипт (без повторного подключения) можно найти на эта веб-страница .

2
ответ дан 28 November 2018 в 20:57
  • 1
    Никакие результаты этой команды: sudo grep-rl " ath3k"/etc/modprobe.d/Так это isn' t помещенный в черный список. – nolex 19 September 2017 в 09:15

просто чтобы добавить к принятому ответу (с четырьмя шагами)

по какой-то причине мне было достаточно только одного шага, даже если я не знаю, что это значит:

echo "options rtl8723be fwlps=N" | sudo tee /etc/modprobe.d/rtl8723be.conf
1
ответ дан 28 November 2018 в 20:57
  • 1
    /etc/modprobe.d/blacklist-ath_pci.conf:# which ath5k cannot recover. To prevent this condition, stop /etc/modprobe.d/blacklist-ath_pci.conf:blacklist ath_pci – nolex 19 September 2017 в 09:23

Другие вопросы по тегам:

Похожие вопросы: