Не удается получить предложение DHCP по сети Ethernet

Я использую Ubuntu 18.04. У меня точно такая же проблема, как и у этого потока, Ethernet/ проводная сеть моего ноутбука не может получить предложение DHCP.

  1. Я могу убедиться, что это не проблема сети / сервера, так как он работает в live cd. Другой ноутбук работает нормально, используя тот же кабель, так что определенно не это.
  2. Мой ноутбук Ethernet не работает ни у меня дома, ни у моего друга.
  3. Я попробовал rfc а также identifier Обходные пути, упомянутые в этой теме, но безрезультатно.
  4. Я попытался отключить брандмауэр UFW / Gufw, но безрезультатно.
  5. dhclient <iface_name> просто тайм-аут. Когда используется статический ip, NetworkManager показывает, что он подключен, но я нигде не могу пинговать.
  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')

журнал клиента:

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 Ethernet03: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                 
       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

Изменить: похоже на эту проблему. Пользователь разрешил это с недавним обновлением. Но в этом случае недавнее обновление могло бы сломать его.

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

Edit3: только что попробовал USB ethernet (Dell Docking D3100), все работает. Итак, это проблема моего ноутбука Realtek встроенный ник.

1 ответ

Решение

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

О схожих проблемах с ядром сообщили 1, 2, 3, 4, 5. Может быть, больше, когда вы гуглите "4.15.0-29".

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

Изменить: Представлено сообщение об ошибке # 1784542.

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

Edit3: может быть связано с смягчением Призрака ( см.).

Edit4: есть исправление, которое нужно перенести.

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

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