Как вернуть мою сеть (и настройки) в 20.04?
Я потерял сетевые подключения (Ethernet, WiFi и Bluetooth) в Ubuntu 20.04. Я не знаю, что я сделал, чтобы потерять их, но после перезагрузки они ушли. В системном трее нет значка сети, а в настройках нет настроек WiFi и подключений в подменю сети.
Я могу загрузиться с образа Live USB и все работает хорошо.
Итак, с другого ответ, который я нашел, я сделал резервную копию, затем скопировал файлы netplanner и NetworkManager и каталоги с Live USB на мой компьютер. Перезагружен в «нормальную» среду Ubuntu и все еще ничего.
Я запустил sudo lshw -C network , и вывод:
*-network UNCLAIMED
description: Network controller
product: AR9485 Wireless Network Adapter
vendor: Qualcomm Atheros
physical id: 0
bus info: pci@0000:02:00.0
version: 01
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress cap_list
configuration: latency=0
resources: memory:f7100000-f717ffff memory:f7180000-f718ffff
*-network UNCLAIMED
description: Ethernet controller
product: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0
bus info: pci@0000:03:00.0
version: 07
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress msix vpd bus_master cap_list
configuration: latency=0
resources: ioport:d000(size=256) memory:f2104000-f2104fff memory:f2100000-f2103fff
Примечание: вывод не имеет ссылки на «логическое имя» в нем.
Мой файл NetworkManager.conf:
[main]
plugins=ifupdown,keyfile
[ifupdown]
managed=false
[device]
wifi.scan-rand-mac-address=no
, а мой 01-network-manager-all.yamlfile:
# Let NetworkManager manage all devices on this system
network:
version: 2
renderer: NetworkManager
Использование sudo nmcli дает:
lo: unmanaged
"lo"
loopback (unknown), 00:00:00:00:00:00, sw, mtu 65536
Use "nmcli device show" to get complete information about known devices and
"nmcli connection show" to get an overview on active connection profiles.
Consult nmcli(1) and nmcli-examples(7) manual pages for complete usage details.
Я не установить ifconfig (net-tools)
Запущенный nm-applet вызывает серую иконку в системном трее, но когда я щелкаю по ней, открывающееся окно (показывающее соединения) становится пустым.
Любая помощь очень важна.
Обновление 20200724: я могу войти в старые ядра 5.4.0-41 и 5.4.0-40, и все работает нормально. Но 5.4.0-42 не выполняется.
Другие попытки:
Вывод uname -a :
Linux marks-linux-box 5.4.0-42-generic #46-Ubuntu SMP Fri Jul 10 00:24:02 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
Вывод dpkg -l linux- * | grep ii :
ii linux-base 4.5ubuntu3.1 all Linux image base package
ii linux-firmware 1.187.2 all Firmware for Linux kernel drivers
ii linux-headers-5.4.0-40 5.4.0-40.44 all Header files related to Linux kernel version 5.4.0
ii linux-headers-5.4.0-40-generic 5.4.0-40.44 amd64 Linux kernel headers for version 5.4.0 on 64 bit x86 SMP
ii linux-headers-5.4.0-41 5.4.0-41.45 all Header files related to Linux kernel version 5.4.0
ii linux-headers-5.4.0-41-generic 5.4.0-41.45 amd64 Linux kernel headers for version 5.4.0 on 64 bit x86 SMP
ii linux-headers-5.4.0-42 5.4.0-42.46 all Header files related to Linux kernel version 5.4.0
ii linux-headers-5.4.0-42-generic 5.4.0-42.46 amd64 Linux kernel headers for version 5.4.0 on 64 bit x86 SMP
ii linux-image-5.4.0-40-generic 5.4.0-40.44 amd64 Signed kernel image generic
ii linux-image-5.4.0-41-generic 5.4.0-41.45 amd64 Signed kernel image generic
ii linux-image-unsigned-5.4.0-42-generic 5.4.0-42.46 amd64 Linux kernel image for version 5.4.0 on 64 bit x86 SMP
ii linux-libc-dev:amd64 5.4.0-42.46 amd64 Linux Kernel Headers for development
ii linux-modules-5.4.0-40-generic 5.4.0-40.44 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
ii linux-modules-5.4.0-41-generic 5.4.0-41.45 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
ii linux-modules-5.4.0-42-generic 5.4.0-42.46 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
ii linux-modules-extra-5.4.0-40-generic 5.4.0-40.44 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
ii linux-modules-extra-5.4.0-41-generic 5.4.0-41.45 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
ii linux-modules-nvidia-390-5.4.0-40-generic 5.4.0-40.44 amd64 Linux kernel nvidia modules for version 5.4.0-40
ii linux-modules-nvidia-390-5.4.0-41-generic 5.4.0-41.45 amd64 Linux kernel nvidia modules for version 5.4.0-41
ii linux-modules-nvidia-390-5.4.0-42-generic 5.4.0-42.46 amd64 Linux kernel nvidia modules for version 5.4.0-42
ii linux-modules-nvidia-390-generic-hwe-20.04 5.4.0-42.46 amd64 Extra drivers for nvidia-390 for generic-hwe-20.04
ii linux-sound-base 1.0.25+dfsg-0ubuntu5 all base package for ALSA and OSS sound systems
Я отмечаю, как изменилось соглашение об именах в 5.4.0-42:
linux-image-5.4.0-40-generic 5.4.0-40.44
linux-image-5.4.0-41-generic 5.4.0-41.45
linux-image-unsigned-5.4.0-42-generic 5.4.0-42.46
Почему это без знака?
И у меня нет linux-modules-extra установлено для 42, а для 41 и 40.
3 ответа
So, I took a leap of faith (for my noob knowledge) and I actually got it working by:
sudo apt remove linux-image-unsigned-5.4.0-42-generic && sudo apt autoremove
I then followed that up with:
sudo apt install linux-image-5.4.0-42-generic && sudo apt install linux-modules-extra-5.4.0-42-generic
And it all works now!
Примечание. Мне нужно вручную установить linux-modules-extra и заменить linux-image-unsigned-5.4.0-xx-generic с «подписанной» версией КАЖДЫЙ раз, когда Ubuntu обновляет образ Linux.
И я думаю, что нашел ответ здесь...
Я думаю, что если вы вместо этого установите linux-generic, вы получите linux-image-extra для вашей версии ядра (это зависимость), и это будет автоматически обновляться с будущими обновлениями ядра.
sudo apt install -y linux-generic
Мне пришлось установить драйвер r1866, а также установить DKMS. Чтобы сделать это немного менее рискованным, я скопировал deb-пакет DKMS и драйвер с USB-накопителя в свой домашний каталог, чтобы терминал имел их в текущем пути.
sudo apt install ./dkms_2.8.1-5ubuntu1_all.deb
sudo apt install ./r8168-dkms_8.048.00-1_all.deb
Выполнил перезагрузку, и сеть, BT и смонтированные общие ресурсы (до обновления) заработали.
Примечание: DKMS был найден в официальном дистрибутиве ISO, но не был установлен по умолчанию во время обновления дистрибутива. Драйвер найден на официальной странице драйверов RealTech. Примечание. Дистрибутив (LTS) не устанавливал «неподписанные» пакеты.
Похоже, Ubuntu 20 LTS просто не установил пакеты, необходимые для работы найденного оборудования; и не поставлялись автоматически с соответствующими драйверами для чрезвычайно распространенного критического оборудования, которое можно найти почти на каждой плате Asus на базе AMD.
Благодарим вас за исследование! Помог совсем немного, указав мне правильное направление Обратите внимание, я бы проголосовал за это, но у AskUbuntu у меня пока нет представителя.