Модуль WiFi 8 812 а. е., не работающих с версией ядра> = 4.4.0-28-универсальный

Проблема

У меня был Linksys WUSB 6300 двухдиапазонный адаптер USB WiFi, счастливо работающий на моем настольном ПК с модулем драйвера 8 812 а. е.

Когда я сначала заставил это работать, я использовал метод подписания драйвера, чтобы заставить это работать с Защищенной загрузкой. Это хорошо работало с версией Ядра, 4.4.0-23-универсальной и позже также с 4.4.0-24-универсальным, где я оставил его после обновления.

После того, как обновление 4.4.0-28-универсальной отставки по некоторым причинам больше не имеет желаемого эффекта, и это, кажется, не загружает модуль драйвера 8 812 а. е.

После обновления к 4.4.0-38-универсальному поведение остается тем же.

Инструмент Additional Drivers теперь показывает мне это, таким образом, я не уверен, были ли так или иначе файлы модуля испорчены. Я довольно плохо знаком с Ubuntu, таким образом, я не знал бы, как сказать. Когда это все еще работало, это показало мне это.

Таким образом в последствии сетевой адаптер не работает, и я вне идей, что проверить или сделать для возвращения его для работы.

Подробнее

lsusb показывает мне, что адаптер распознан как USB-устройство:

Bus 002 Device 002: ID 13b1:003f Linksys WUSB6300 802.11a/b/g/n/ac Wireless Adapter [Realtek RTL8812AU]

sudo lshw -C network только показывает мне Ethernet и внутренний WiFi (он имеет очень похожее имя). Это - интегрированный адаптер WiFi, который работает плохо в соответствии с Ubuntu и таким образом не полезен для меня.

Примечание: 8821AE внутренний WiFi. Я пытаюсь заставить 8 812 а. е. работать, который не перечислен здесь, потому что это, кажется, не загружается.

*-network
   description: Ethernet interface
   product: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
   vendor: Realtek Semiconductor Co., Ltd.
   physical id: 0
   bus info: pci@0000:03:00.0
   logical name: enp3s0
   version: 11
   serial: 54:a0:50:d5:4b:0b
   size: 10Mbit/s
   capacity: 1Gbit/s
   width: 64 bits
   clock: 33MHz
   capabilities: pm msi pciexpress msix vpd bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
   configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=half firmware=rtl8168g-2_0.0.1 02/06/13 latency=0 link=no multicast=yes port=MII speed=10Mbit/s
   resources: irq:42 ioport:e000(size=256) memory:f7d00000-f7d00fff memory:f0000000-f0003fff
*-network
   description: Wireless interface
   product: RTL8821AE 802.11ac PCIe Wireless Network Adapter
   vendor: Realtek Semiconductor Co., Ltd.
   physical id: 0
   bus info: pci@0000:04:00.0
   logical name: wlp4s0
   version: 00
   serial: 54:27:1e:d6:91:8d
   width: 64 bits
   clock: 33MHz
   capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
   configuration: broadcast=yes driver=rtl8821ae driverversion=4.4.0-22-generic firmware=N/A ip=192.168.0.20 latency=0 link=yes multicast=yes wireless=IEEE 802.11abgn
   resources: irq:46 ioport:d000(size=256) memory:f7c00000-f7c03fff

Выполнение rfkill list all шоу, что ничто, кажется, не заблокировано:

0: hci0: Bluetooth
    Soft blocked: no
    Hard blocked: no
1: phy0: Wireless LAN
    Soft blocked: no
    Hard blocked: no

Любая справка значительно ценилась бы!

Большое спасибо.

3
задан 13 April 2017 в 15:23

3 ответа

Вот быстрый сценарий, который я записал для ручной фиксации поврежденной rtl8812au-dkms проблемы драйвера, которая происходит после каждого обновления программного обеспечения ядра. Запустите скрипт с sudo после того, как обновление программного обеспечения ядра произойдет. Проблема с этим драйвером состоит в том, что dkms создает его для неправильного ядра. Это - проблема с dkms.conf в исходном коде. Я могу иметь постоянное ожидание фиксации.

можно сказать, имеете ли Вы kernel module load error в/var/log/syslog во время начальной загрузки. В терминале, modinfo 8812au покажет vermagic как неправильный.

#!/bin/bash  
# save as ~/Desktop/fix_8812au.sh  
# in terminal: chmod +x ~/Desktop/fix_8812au.sh
# in terminal, run with: sudo ~/Desktop/fix_8812au.sh

cd /var/lib/dkms

# rtl8812au  

dkms remove rtl8812au/4.3.8.12175.20140902+dfsg -k "$(uname -r)/$(uname -p)"  
dkms build rtl8812au/4.3.8.12175.20140902+dfsg -k "$(uname -r)/$(uname -p)"  
dkms install rtl8812au/4.3.8.12175.20140902+dfsg -k "$(uname -r)/$(uname -p)"

Обновление: пользователь также использовал более старую версию 8 812 драйверов атомной единицы времени, таким образом, мы установили текущую версию rtl8812au-dkms из репозиториев, и все это работало. Сценарий будет сразу требоваться после следующего обновления программного обеспечения ядра.

Обновление № 2: надлежащий фиксируют (благодарит @Jeremy31) для этой ошибки, должен отредактировать эти два файла:

gksudo gedit /usr/src/rtl8812au-4.3.8.12175.20140902+dfsg/dkms.conf

gksudo gedit /var/lib/dkms/rtl8812au/4.3.8.12175.20140902+dfsg/build/dkms.conf

and replace MAKE="'make' all" with this line:

MAKE[0]="'make' all KVER=${kernelver}"
2
ответ дан 1 December 2019 в 15:35

Этот пакет может быть зафиксирован путем редактирования dkms.conf файлов...

sudo -H gedit /usr/src/rtl8812au-4.3.8.12175.20140902+dfsg/dkms.conf

Затем строка изменения 4 от MAKE="'make' all" до MAKE="'make' all KVER=${kernelver}"

Сохраняет и выходит, редактор затем делают то же с:

sudo -H gedit /var/lib/dkms/rtl8812au/4.3.8.12175.20140902+dfsg/build/dkms.conf

, Поскольку о подобной проблеме сообщили на , Форумы Ubuntu и мои редактирования работали на последнее обновление ядра, которое я получил.

Для Вашего текущего ядра необходимо смочь:

dkms build rtl8812au/4.3.8.12175.20140902+dfsg -k $(uname -r)
dkms install rtl8812au/4.3.8.12175.20140902+dfsg -k $(uname -r)
Перезагрузка
3
ответ дан 1 December 2019 в 15:35

Я проповедую, необходимо использовать модули ядра, которые полностью подписываются и компилируются в правильную версию... затем я грешу и вызываю модуль, в котором я не могу выяснить, как подписаться (я брошен вызов безопасностью). Действительно прежде, чем изучить dkms я думаю, что, должно быть, отступил и вызвал неправильную версию ядра в прежде (но эй это все еще работало!).

Вы могли бы оказаться в той же ситуации. Так или иначе использование modprobe можно установить неподписанный модуль ядра путем добавления этих параметров:

-f, --force                 Force module insertion or removal.
                            implies --force-modversions and
                            --force-vermagic
    --force-modversion      Ignore module's version
    --force-vermagic        Ignore module's version magic

, Конечно, я проповедую, Вы никогда не должны делать этого, но с другой стороны....

0
ответ дан 1 December 2019 в 15:35

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

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