Никакое проводное соединение - Проводная неуправляемая человечность 18.04

Question 1

Я недавно обновил до человечности 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" не показывает ОТКЛЮЧЕННЫЙ больше. Значок проводного соединения возвратился, но все еще никакое интернет-соединение и теперь не показало следующее сообщение

Wired unmanaged

Мне очень было бы интересно, если у какого-либо из Вас есть идея о том, как решить эту проблему.

Спасибо и имеет хороший день.

Наконец, вот результаты нескольких команд (обратите внимание, что ifconfig является устаревшим на человечности 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

Question 2

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

Править /etc/NetworkManager/NetworkManager.conf (потребности быть покончили sudo) изменение строки managed=false читать managed=true
Перезапустите администратора сети с
```
sudo service network-manager restart
```

Question 3

Question 4

Я столкнулся 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

Question 5

У меня была та проблема также и после нескольких дней, я мог разрешить его, вот то, как:

Прежде чем я нашел выше оценки редактирования: "/etc/NetworkManager/NetworkManager.conf" я нашел, что при настройках Bluetooth мой стационарный компьютер был в Авиарежиме. Не позволяйте мне прокомментировать, сколько смысла, который делает. Поскольку это не решило проблему, которую я нашел выше предложения, но это все еще не сделало этого.

К счастью, у меня есть два различных маршрутизатора, каждый соединяется через DHCP, другое руководство. Случайно я переключился на ручной подключенный маршрутизатор и измененный значок, но все еще никакой Интернет. Я затем проверил записи DNS на то соединение и нашел их пустыми, хотя установлено на автоматический. Заполнение некоторого сопоставителя DNS получило меня к Интернету.

То "решение" вдохновило меня переключать соединение с использованием DHCP на другой маршрутизатор от автоматического до руководства и заполнять DNS снова. Вуаля, это сделало это.

Таким образом, кажется, существует проблема для принятия данных о соединении, развернутых через DHCP.

Справочная информация

Я работаю 18.04 и 14.04 на том же самом компьютере. Как в 14,04, не было абсолютно никакой проблемы с моими соединениями, которые я был непреклонен для поиска в другом месте.

Question 6

Это решение (от этой статьи) работает на меня:

sudo vi /etc/netplan/xxx.yaml добавить renderer: NetworkManager под version: 2.

Затем sudo service network-manager restart

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

Question 7

Question 8

Возможно, решение здесь: Неуправляемые устройства 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

Question 9

У меня была аналогичная проблема. Я обновился до сервера 20.04, добавил Kubuntu Plasma, но без сети и звука. Проблема со звуком все еще не решена, но в Plasma значок «Сети» на панели задач указывает «Отключено». «Подключения» были пустыми, поэтому компьютер не подключался для получения обновлений, несмотря на то, что компьютер мог нормально подключаться к Интернету. Я добавил соединение, нажав «Добавить новое соединение», а затем настроил его.Однако под новым списком для нового соединения, которое я создал, было написано «никогда не использовалось» даже после перезагрузки. Я искал здесь и нашел часть своего решения, опубликованного Афризой Н. Ариф. В моем случае «рендерер» в netplan.yaml был установлен на «networkd». В «NetworkManager.conf» для «управляемого» установлено значение «истина». Итак, мое решение состояло в том, чтобы изменить «renderer» с «networkd» на «NetworkManager», и это решило проблему Plasma, не распознающую сетевой адаптер / соединение, что затем позволило мне получать обновления через Software Updater.

Zanna · Accepted Answer · 23 November 2019 в 06:13

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

Править /etc/NetworkManager/NetworkManager.conf (потребности быть покончили sudo) изменение строки managed=false читать managed=true
Перезапустите администратора сети с
```
sudo service network-manager restart
```

Afriza N. Arief · Answer 2 · 23 November 2019 в 06:13

Я столкнулся 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

Yufenyuy Veyeh Dider · Answer 3 · 23 November 2019 в 06:13

У меня была та проблема также и после нескольких дней, я мог разрешить его, вот то, как:

Прежде чем я нашел выше оценки редактирования: "/etc/NetworkManager/NetworkManager.conf" я нашел, что при настройках Bluetooth мой стационарный компьютер был в Авиарежиме. Не позволяйте мне прокомментировать, сколько смысла, который делает. Поскольку это не решило проблему, которую я нашел выше предложения, но это все еще не сделало этого.

К счастью, у меня есть два различных маршрутизатора, каждый соединяется через DHCP, другое руководство. Случайно я переключился на ручной подключенный маршрутизатор и измененный значок, но все еще никакой Интернет. Я затем проверил записи DNS на то соединение и нашел их пустыми, хотя установлено на автоматический. Заполнение некоторого сопоставителя DNS получило меня к Интернету.

То "решение" вдохновило меня переключать соединение с использованием DHCP на другой маршрутизатор от автоматического до руководства и заполнять DNS снова. Вуаля, это сделало это.

Таким образом, кажется, существует проблема для принятия данных о соединении, развернутых через DHCP.

Справочная информация

Я работаю 18.04 и 14.04 на том же самом компьютере. Как в 14,04, не было абсолютно никакой проблемы с моими соединениями, которые я был непреклонен для поиска в другом месте.

R.Liu · Answer 4 · 23 November 2019 в 06:13

Это решение (от этой статьи) работает на меня:

sudo vi /etc/netplan/xxx.yaml добавить renderer: NetworkManager под version: 2.

Затем sudo service network-manager restart

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

Fabrício Pereira · Answer 5 · 23 November 2019 в 06:13

Возможно, решение здесь: Неуправляемые устройства 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

Lothius · Answer 6 · 23 June 2020 в 17:20

У меня была аналогичная проблема. Я обновился до сервера 20.04, добавил Kubuntu Plasma, но без сети и звука. Проблема со звуком все еще не решена, но в Plasma значок «Сети» на панели задач указывает «Отключено». «Подключения» были пустыми, поэтому компьютер не подключался для получения обновлений, несмотря на то, что компьютер мог нормально подключаться к Интернету. Я добавил соединение, нажав «Добавить новое соединение», а затем настроил его.Однако под новым списком для нового соединения, которое я создал, было написано «никогда не использовалось» даже после перезагрузки. Я искал здесь и нашел часть своего решения, опубликованного Афризой Н. Ариф. В моем случае «рендерер» в netplan.yaml был установлен на «networkd». В «NetworkManager.conf» для «управляемого» установлено значение «истина». Итак, мое решение состояло в том, чтобы изменить «renderer» с «networkd» на «NetworkManager», и это решило проблему Plasma, не распознающую сетевой адаптер / соединение, что затем позволило мне получать обновления через Software Updater.

Никакое проводное соединение - Проводная неуправляемая человечность 18.04

6 ответов

Я работаю 18.04 и 14.04 на том же самом компьютере. Как в 14,04, не было абсолютно никакой проблемы с моими соединениями, которые я был непреклонен для поиска в другом месте.

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

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