Нет проводного соединения - Проводная неуправляемая Ubuntu 18.04
Я недавно обновился до Ubuntu 18.04, но у меня проблемы с проводным подключением. Прежде всего, я должен сказать, что Wi-Fi соединение работает нормально.
Когда я запускаю компьютер, у меня даже не появляется значок проводной сети. Заходя в настройки / Параметры сети, я ничего не вижу в проводном соединении (только VPN и прокси).
Таким образом я попытался понять, что происходит, и использовал несколько разных команд:
~$ lshw -C network
WARNING: you should run this program as super-user.
*-network
description: Wireless interface
product: Wireless 8265 / 8275
vendor: Intel Corporation
physical id: 0
bus info: pci@0000:01:00.0
logical name: wlp1s0
version: 78
serial: 00:28:f8:f8:80:b8
width: 64 bits
clock: 33MHz
capabilities: bus_master cap_list ethernet physical wireless
configuration: broadcast=yes driver=iwlwifi driverversion=4.15.0-
22-generic firmware=34.0.1 ip=10.4.26.243 latency=0 link=yes multicast=yes wireless=IEEE 802.11
resources: irq:144 memory:dc100000-dc101fff
*-network DISABLED
description: Ethernet interface
physical id: 2
logical name: enx3c18a070d46d
serial: 3c:18:a0:70:d4:6d
size: 1Gbit/s
capacity: 1Gbit/s
capabilities: ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=r8152 driverversion=v1.09.9 duplex=full link=no multicast=yes port=MII speed=1Gbit/s
Тогда я решил включить интерфейс Ethernet следующим образом
sudo ip link set enx3c18a070d46d up
Результат команды "lshw" больше не показывает DISABLED. Значок проводного подключения вернулся, но все еще не подключен к Интернету, и теперь показывает следующее сообщение
Wired unmanaged
Мне было бы очень интересно, если у кого-нибудь из вас есть представление о том, как решить эту проблему.
Спасибо и хорошего дня.
Наконец, вот результаты нескольких команд (обратите внимание, что ifconfig устарел в Ubuntu 18.04)
~$ ip link show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: wlp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DORMANT group default qlen 1000
link/ether 00:28:f8:f8:80:b8 brd ff:ff:ff:ff:ff:ff
3: enx3c18a070d46d: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000
link/ether 3c:18:a0:70:d4:6d brd ff:ff:ff:ff:ff:ff
~$ ip addr show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: wlp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state
UP group default qlen 1000
link/ether 00:28:f8:f8:80:b8 brd ff:ff:ff:ff:ff:ff
inet 10.4.26.243/23 brd 10.4.27.255 scope global dynamic noprefixroute wlp1s0
valid_lft 42269sec preferred_lft 42269sec
inet6 fe80::11e5:2546:9014:171b/64 scope link noprefixroute
valid_lft forever preferred_lft forever
3: enx3c18a070d46d: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc
fq_codel state UP group default qlen 1000
link/ether 3c:18:a0:70:d4:6d brd ff:ff:ff:ff:ff:ff
inet6 fe80::3e18:a0ff:fe70:d46d/64 scope link
valid_lft forever preferred_lft forever
7 ответов
У меня была точно такая же проблема, но потом выследил следующее решение (через эту статью).
- редактировать
/etc/NetworkManager/NetworkManager.conf
(должно быть сделано сsudo
) изменение строкиmanaged=false
читатьmanaged=true
Перезапустите сетевой менеджер с
sudo service network-manager restart
Я столкнулся wired unmanaged
проблема при установке ubuntu-desktop
в установке сервера Ubuntu 18.04.
Решение, которое сработало для меня, состоит в том, чтобы сказать netplan перейти на NetworkManager
рендерер.
редактировать /etc/netplan/50-cloud-init.yaml
(или другой yaml
файл, который вы найдете в /etc/netplan/
)
network:
renderer: NetworkManager # add this line
ethernets:
enp2s0:
dhcp4: true
version: 2
А потом беги sudo netplan apply
Это решение ( из этой статьи) работает для меня:
sudo vi /etc/netplan/xxx.yaml
добавлять renderer: NetworkManager
под version: 2
,
Затем, sudo service network-manager restart
Теперь вы можете найти адаптер в настройках> сети.
Что ж, вам нужно будет отредактировать некоторые файлы, и вы будете готовы к работе.
-
sudo nano /etc/NetworkManager/NetworkManager.conf
- Изменять
managed=false
кmanaged=true
-
sudo nano /usr/lib/NetworkManager/conf.d/10-globally-managed-devices.conf
- Добавлять
except:type:ethernet
к этой строке:unmanaged-devices=*,except:type:wifi,except:type:wwan
- Перезапустите сетевой менеджер:
sudo service network-manager restart
Теперь вы можете наслаждаться проводным подключением :)
Возможно, решение здесь: неуправляемые устройства Ubuntu 18.04 с установленным openbox
sudo systemctl stop networkd-dispatcher
sudo systemctl disable networkd-dispatcher
sudo systemctl mask networkd-dispatcher
sudo apt-get purge nplan netplan.io
sudo apt-get install ifupdown
У меня тоже была эта проблема, и через несколько дней я смог ее решить, вот как:
Прежде, чем я нашел выше относительно редактирования: "/etc/NetworkManager/NetworkManager.conf" я обнаружил, что в настройках Bluetooth мой стационарный компьютер находился в режиме полета. Не позволяйте мне комментировать, сколько в этом смысла. Поскольку это не решило проблему, я нашел выше предложение, но это все еще не сделало это.
К счастью, у меня есть два разных маршрутизатора, один подключается через DHCP, другой - вручную. Случайно я переключился на маршрутизатор, подключенный вручную, и значок изменился, но Интернет по-прежнему отсутствует. Затем я проверил записи DNS для этого соединения и обнаружил, что они пустые, хотя установлено значение auto. Заполнение какого-либо DNS-распознавателя привело меня в Интернет.
Это "решение" вдохновило меня на переключение DHCP-соединения с другим маршрутизатором с автоматического на ручной и повторное заполнение DNS. Вуаля, это сделал.
Таким образом, кажется, что существует проблема с принятием данных подключения, развернутых через DHCP.
Исходная информация
Я запускаю 18.04 и 14.04 на одном компьютере. Как и в 14.04, у меня не было абсолютно никаких проблем с соединениями, которые я непреклонно искал в другом месте.
Моя проблема была похожей. Я обновился до сервера 20.04, добавил Kubuntu Plasma, но без сети или звука. Проблема со звуком все еще не решена, но в Plasma значок "Сети" на панели задач показывает "Отключено". "Connections" был пустым, поэтому компьютер не мог подключиться для получения обновлений, несмотря на то, что компьютер имел доступ к Интернету в полном порядке. Я добавил соединение, нажав "Добавить новое соединение", а затем настроил его. Однако под новым списком для нового соединения, которое я создал, было написано "никогда не использовалось" даже после перезагрузки. Я искал здесь и нашел часть своего решения, опубликованного Афризой Н. Ариф. В моем случае "renderer" в netplan.yaml был установлен на "networkd". В "NetworkManager.conf" для "managed" было установлено значение "true".Итак, мое решение состояло в том, чтобы изменить "рендерер" с "networkd" на "NetworkManager", и это решило проблему того, что Plasma не распознает сетевой адаптер / соединение, что затем позволило мне получать обновления через Software Updater.