Не может получить ПРЕДЛОЖЕНИЕ DHCP относительно Ethernet

Я использую Ubuntu 18.04.

У меня есть точно та же проблема, как описано в этом вопросе на Unix & Linux; Ethernet моего ноутбука / проводной не может получить предложение DHCP.

  1. Я могу проверить, что это не проблема сети/сервера, поскольку это работает в живом CD. Другой ноутбук хорошо работает с помощью того же кабеля, так определенно не проблема с кабелем.
  2. Мой ноутбук Ethernet не работает в моем доме, ни месте моего друга.
  3. Я попробовал rfc и identifier обходные решения упоминаются этим потоком Форумов Ubuntu, но напрасно.
  4. Я пытался отключить ufw/gufw брандмауэр, никакую пользу.
  5. dhclient <iface_name> просто испытывает таймаут. Когда статический IP используется, шоу NetworkManager, он соединен, но я не могу проверить с помощью ping-запросов нигде.
  6. Я пытался очиститься /etc/NetworkManager/system-connections/, напрасно.
  7. Я попробовал r8168-dkms драйвер, напрасно.
  8. Я попробовал все опции согласования ссылки, напрасно.
  9. Я использую ядро 4.15.0-29.31, я пытался загрузить более старое ядро 4.15.0-23.25, никакую пользу. "Холодная" начальная загрузка (без перезапуска) 4.15.0-23.25 или 4.15.0-20 через расширенные настройки GRUB решает мой вопрос.
  10. Никакая проблема о Wi-Fi.

Это - второй раз, когда это произошло со мной. Ранее я просто сдался и переформатировал/переустановил. Ethernet был ранее функционален снова от новой установки до сих пор (2 месяца спустя).

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

Журнал NetworkManager:

device (enp3s0f1): carrier: link connected
device (enp3s0f1): state change: unavailable -> disconnected (reason 'carrier-changed', sys-iface-state: 'managed')
manager: startup complete
device (enp3s0f1): Activation: starting connection 'Wired connection 1' ()
audit: op="connection-activate" uuid="" name="Wired connection 1" pid= uid= result="success"
device (enp3s0f1): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'managed')
manager: NetworkManager state is now CONNECTING
device (enp3s0f1): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
device (enp3s0f1): state change: config -> ip-config (reason 'none', sys-iface-state: 'managed')
dhcp4 (enp3s0f1): activation: beginning transaction (timeout in 45 seconds)
dhcp4 (enp3s0f1): dhclient started with pid 
device (enp3s0f1): carrier: link connected
dhcp4 (enp3s0f1): request timed out
dhcp4 (enp3s0f1): state changed unknown -> timeout
dhcp4 (enp3s0f1): canceled DHCP transaction, DHCP client pid 
dhcp4 (enp3s0f1): state changed timeout -> done
device (enp3s0f1): state change: ip-config -> failed (reason 'ip-config-unavailable', sys-iface-state: 'managed')
manager: NetworkManager state is now DISCONNECTED
device (enp3s0f1): Activation: failed for connection 'Wired connection 1'
device (enp3s0f1): state change: failed -> disconnected (reason 'none', sys-iface-state: 'managed')
device (enp3s0f1): state change: disconnected -> unavailable (reason 'carrier-changed', sys-iface-state: 'managed')
device (enp3s0f1): carrier: link connected
device (enp3s0f1): state change: unavailable -> disconnected (reason 'carrier-changed', sys-iface-state: 'managed')

журнал dhclient:

dhcp-init: Using DHCP client 'dhclient'
dhcp4 (enp3s0f1): dhclient started with pid 
DHCPDISCOVER on enp3s0f1 to 255.255.255.255 port 67 interval 3 (xid=0x48f58660)
DHCPDISCOVER on enp3s0f1 to 255.255.255.255 port 67 interval 5 (xid=0x48f58660)
DHCPDISCOVER on enp3s0f1 to 255.255.255.255 port 67 interval 13 (xid=0x48f58660)
DHCPDISCOVER on enp3s0f1 to 255.255.255.255 port 67 interval 7 (xid=0x48f58660)
DHCPDISCOVER on enp3s0f1 to 255.255.255.255 port 67 interval 8 (xid=0x48f58660)
DHCPDISCOVER on enp3s0f1 to 255.255.255.255 port 67 interval 9 (xid=0x48f58660)
$ lspci | grep Ethernet
03:00.1 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 12)
$ cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
$ sudo lshw -C network
  *-network                 
       description: Wireless interface
       product: Wireless 7260
       vendor: Intel Corporation
       physical id: 0
       bus info: pci@0000:02:00.0
       logical name: wlp2s0
       version: 73
       serial: 
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
       configuration: broadcast=yes driver=iwlwifi driverversion=4.15.0-29-generic firmware=17.948900127.0 ip=10.233.9.0 latency=0 link=yes multicast=yes wireless=IEEE 802.11
       resources: irq:47 memory:e3500000-e3501fff
  *-network
       description: Ethernet interface
       product: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 0.1
       bus info: pci@0000:03:00.1
       logical name: enp3s0f1
       version: 12
       serial: 
       size: 1Gbit/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=full firmware=rtl8411-2_0.0.1 07/08/13 latency=0 link=yes multicast=yes port=MII speed=1Gbit/s
       resources: irq:19 ioport:4000(size=256) memory:e3404000-e3404fff memory:e3400000-e3403fff
$ cat /etc/NetworkManager/NetworkManager.conf
[main]
plugins=ifupdown,keyfile

[ifupdown]
managed=false

Править: Выглядит подобным Неспособному для активации соединения Ethernet после обновления до Ubuntu 18.04. Пользователь разрешил его с недавним обновлением. Но в этом случае, недавнее обновление, возможно, повредило его вместо этого.

Edit2: /etc/udev/rules.d/70-persistent-net.rules отсутствует, но работы Wi-Fi.

Edit3: Просто попробованный Ethernet USB (Dell, Прикрепляющий D3100), это работает. Так, это - проблема моего ноутбука realtek встроенный nic.

1
задан 7 November 2019 в 15:12

1 ответ

Мое последнее установленное ядро 4.15.0-29. "Холодная" начальная загрузка более старое ядро 4.15.0-23 или 4.15.0-20 решила мой вопрос.

Сообщают о подобных проблемах ядра:

Как я отправляю отчет об ошибках ядра? Какие журналы я должен присоединить?

Править: Отправленный отчет об ошибках № 1784542.

Edit2: canonical-livepatch должен быть отключен после начальной загрузки более старого ядра для предотвращения проблемы с compiz.

Edit3: Возможно, связанный со смягчением Призрака (см. эту статью).

Edit4: существует рабочая фиксация, которая будет бэкпортирована.

Edit5: Зафиксируйте выпущенный в ядре 4.15.0-33.36. Эта проблема возвратилась, когда я сначала включил canonical-livepatch, но перезагрузка разрешила его.

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

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

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