Нет проводного соединения - Проводная неуправляемая 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 ответов

Решение

У меня была точно такая же проблема, но потом выследил следующее решение (через эту статью).

  1. редактировать /etc/NetworkManager/NetworkManager.conf (должно быть сделано с sudo) изменение строки managed=false читать managed=true
  2. Перезапустите сетевой менеджер с

    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

Теперь вы можете найти адаптер в настройках> сети.

Что ж, вам нужно будет отредактировать некоторые файлы, и вы будете готовы к работе.

  1. sudo nano /etc/NetworkManager/NetworkManager.conf
  2. Изменять managed=falseк managed=true
  3. sudo nano /usr/lib/NetworkManager/conf.d/10-globally-managed-devices.conf
  4. Добавлять except:type:ethernetк этой строке: unmanaged-devices=*,except:type:wifi,except:type:wwan
  5. Перезапустите сетевой менеджер: 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.

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