Ethernet DHCP перестал работать на Ubuntu 18.04.1 LTS

У меня есть ноутбук с установленной Ubuntu 18.04.1 LTS в течение нескольких месяцев, и Ethernet работал отлично. Сегодня я просто включил его, и он не смог подключиться.

Я продолжаю видеть сообщение Ошибка подключения: активация сетевого подключения не удалась, которое появляется на экране. Информация о системе представлена ниже.

ethtool:

sudo ethtool enp3s0f1
Настройки для enp3s0f1:
    Поддерживаемые порты: [ TP MII ]
    Поддерживаемые режимы соединения:   10baseT/полудуплекс 10baseT/дуплекс 
                                        100baseT/полудуплекс 100baseT/дуплекс 
                                        1000baseT/полудуплекс 1000baseT/дуплекс 
    Поддерживаемое использование паузовых кадров: Нет
    Поддерживает автообнаружение: Да
    Поддерживаемые режимы FEC: Не указаны
    Рекламируемые режимы соединения:  10baseT/полудуплекс 10baseT/дуплекс 
                                        100baseT/полудуплекс 100baseT/дуплекс 
                                        1000baseT/дуплекс 
    Рекламируемое использование паузовых кадров: Симметричный режим приема только
    Рекламируемое автообнаружение: Да
    Рекламируемые режимы FEC: Не указаны
    Рекламируемые режимы соединения партнера:  10baseT/полудуплекс 10baseT/дуплекс 
                                                 100baseT/полудуплекс 100baseT/дуплекс 
    Рекламируемое использование паузовых кадров партнера: Симметричный режим приема только
    Рекламируемое автообнаружение партнера: Да
    Рекламируемые режимы FEC партнера: Не указаны
    Скорость: 100 Мбит/с
    Дуплекс: Полный
    Порт: MII
    PHYAD: 0
    Трансивер: внутренний
    Автообнаружение: включено
    Поддерживает Wake-on: pumbg
    Wake-on: d
    Текущий уровень сообщений: 0x00000033 (51)
                   drv probe ifdown ifup
    Соединение обнаружено: да

lshw:

sudo lshw -C network
  *-network                 
       описание: Беспроводной интерфейс
       продукт: Intel Corporation
       производитель: Intel Corporation
       физический идентификатор: 14.3
       информация шины: pci@0000:00:14.3
       логическое имя: wlo1
       версия: 10
       серийный номер: d4:6d:6d:81:35:08
       ширина: 64 бита
       частота: 33MHz
       возможности: pm msi pciexpress msix bus_master cap_list ethernet physical wireless
       конфигурация: broadcast=yes driver=iwlwifi driverversion=4.15.0-33-generic firmware=34.0.0 ip=192.168.0.109 latency=0 link=yes multicast=yes wireless=IEEE 802.11
       ресурсы: irq:16 memory:a4314000-a4317fff
  *-network
       описание: Ethernet интерфейс
       продукт: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
       производитель: Realtek Semiconductor Co., Ltd.
       физический идентификатор: 0.1
       информация шины: pci@0000:03:00.1
       логическое имя: enp3s0f1
       версия: 12
       серийный номер: 80:fa:5b:58:1f:2d
       размер: 100Mbit/s
       мощность: 1Gbit/s
       ширина: 64 бита
       частота: 33MHz
       возможности: pm msi pciexpress msix vpd bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
       конфигурация: 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=100Mbit/s
       ресурсы: irq:18 ioport:3000(size=256) memory:a4214000-a4214fff memory:a4210000-a4213fff
  *-network:0
       описание: Ethernet интерфейс
       физический идентификатор: 1
       логическое имя: enx00142dfffffe
       серийный номер: 00:14:2d:ff:ff:fe
       возможности: ethernet physical
       конфигурация: broadcast=yes driver=rndis_host driverversion=22-Aug-2005 firmware=RNDIS device link=yes multicast=yes
  *-network:1
       описание: Ethernet интерфейс
       физический идентификатор: 2
       логическое имя: docker0
       серийный номер: 02:42:dd:36:7d:0e
       возможности: ethernet physical
       конфигурация: broadcast=yes driver=bridge driverversion=2.3 firmware=N/A ip=172.17.0.1 link=no multicast=yes

Если я пытаюсь назначить статический IP, я не могу выполнить ping до шлюза. В сети есть несколько других компьютеров, которые получают IP-адреса через DHCP, и я могу выполнять ping до шлюза с этих компьютеров, а также выходить в интернет.

Я посмотрел dmesg, и кажется, что есть проблема, но не уверен, что она связана:

[  512.317670] ------------[ cut here ]------------
[  512.317674] NETDEV WATCHDOG: enp3s0f1 (r8169): время ожидания очереди передачи 0 истекло
[  512.317704] ПРЕДУПРЕЖДЕНИЕ: CPU: 4 PID: 0 в /build/linux-81MBYC/linux-4.15.0/net/sched/sch_generic.c:323 dev_watchdog+0x221/0x230
[  512.317706] Модули, подключенные к: rfcomm ipt_MASQUERADE nf_nat_masquerade_ipv4 nf_conntrack_netlink nfnetlink xfrm_user xfrm_algo iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 xt_addrtype iptable_filter xt_conntrack nf_nat nf_conntrack libcrc32c br_netfilter bridge stp llc overlay aufs ccm cmac bnep binfmt_misc nls_iso8859_1 snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_codec_generic arc4 uvcvideo btusb videobuf2_vmalloc snd_hda_intel btrtl videobuf2_memops snd_hda_codec snd_hda_core videobuf2_v4l2 btbcm wmi_bmof iwlmvm mxm_wmi serio_raw videobuf2_core snd_hwdep btintel input_leds mac80211 snd_pcm videodev intel_rapl media x86_pkg_temp_thermal intel_powerclamp coretemp bluetooth snd_seq_midi snd_seq_midi_event rtsx_pci_ms iwlwifi kvm_intel mei_me snd_rawmidi memstick mei ecdh_generic kvm
[  512.317808]  snd_seq irqbypass crct10dif_pclmul crc32_pclmul ghash_clmulni_intel pcbc aesni_intel snd_seq_device snd_timer snd aes_x86_64 soundcore crypto_simd glue_helper cfg80211 shpchp wmi intel_pch_thermal cryptd intel_cstate intel_hid intel_rapl_perf acpi_pad sparse_keymap joydev mac_hid sch_fq_codel parport_pc ppdev lp parport ip_tables x_tables autofs4 hid_generic usbhid hid i915 rtsx_pci_sdmmc i2c_algo_bit drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops drm psmouse r8169 ahci rtsx_pci mii libahci video
[  512.317880] CPU: 4 PID: 0 Comm: swapper/4 Не криминално 4.15.0-33-generic #36-Ubuntu
[  512.317883] Название оборудования: Ноутбук                         N8xEJEK                         /N8xEJEK                         , BIOS 1.05.02RNS1 04/13/2018
[  512.317888] RIP: 0010:dev_watchdog+0x221/0x230
[  512.317891] RSP: 0018:ffff912d2d303e58 EFLAGS: 00010286
[  512.317895] RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000000000006
[  512.317897] RDX: 0000000000000007 RSI: 0000000000000092 RDI: ffff912d2d316490
[  512.317900] RBP: ffff912d2d303e88 R08: 0000000000000001 R09: 00000000000003b5
[  512.317902] R10: ffff912d2d303ee0 R11: 0000000000000000 R12: 0000000000000001
[  512.317905] R13: ffff912d2a8ce000 R14: ffff912d2a8ce478 R15: ffff912d1ed06480
[  512.317909] FS:  0000000000000000(0000) GS:ffff912d2d300000(0000) knlGS:0000000000000000
[  512.317912] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[  512.317914] CR2: 000055e53468f438 CR3: 000000019be0a002 CR4: 00000000003606e0
[  512.317917] Вызов трассировки:
[  512.317919]  <IRQ>
[  512.317927]  ? dev_deactivate_queue.constprop.33+0x60/0x60
[  512.317935]  call_timer_fn+0x30/0x130
[  512.317942]  run_timer_softirq+0x3fb/0x450
[  512.317947]  ? ktime_get+0x43/0xa0
[  512.317954]  ? lapic_next_deadline+0x26/0x30
[  512.317959]  __do_softirq+0xe4/0x2bb
[  512.317965]  irq_exit+0xb8/0xc0
[  512.317969]  smp_apic_timer_interrupt+0x79/0x130
[  512.317976]  apic_timer_interrupt+0x84/0x90
[  512.317978]  </IRQ>
[  512.317985] RIP: 0010:cpuidle_enter_state+0xa7/0x2f0
[  512.317988] RSP: 0018:ffffb19d4196fe68 EFLAGS: 00000246 ORIG_RAX: ffffffffffffff11
[  512.317992] RAX: ffff912d2d322880 RBX: 000000774883164c RCX: 000000000000001f
[  512.317995] RDX: 000000774883164c RSI: fffffffcf772266b RDI: 0000000000000000
[  512.317997] RBP: ffffb19d4196fea8 R08: 00000000ffffffff R09: 0000000000000020
[  512.318000] R10: ffffb19d4196fe38 R11: 00000000000041dd R12: ffff912d2d32cc48
[  512.318002] R13: 0000000000000002 R14: ffffffffbc171bb8 R15: 0000000000000000
[  512.318010]  ? cpuidle_enter_state+0x97/0x2f0
[  512.318016]  cpuidle_enter+0x17/0x20
[  512.318022]  call_cpuidle+0x23/0x40
[  512.318027]  do_idle+0x18c/0x1f0
[  512.318033]  cpu_startup_entry+0x73/0x80
[  512.318038]  start_secondary+0x1ab/0x200
[  512.318044]  secondary_startup_64+0xa5/0xb0
[  512.318047] Код: 38 00 49 63 4e e8 eb 92 4c 89 ef c6 05 a7 13 d9 00 01 e8 c3 36 fd ff 89 d9 48 89 c2 4c 89 ee 48 c7 c7 e8 7d d9 bb e8 1f d6 80 ff <0f> 0b eb c0 90 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 55 
[  512.318133] ---[ конец трассировки 756930854e9fb9cc ]---

Как дополнительная информация, Wi-Fi интерфейс работает. Описанная проблема затрагивает только Ethernet.

Текущая установленная версия ядра 4.15.0-33-generic:

uname -a
Linux leo 4.15.0-33-generic #36-Ubuntu SMP Wed Aug 15 16:00:05 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Я пробовал загрузку из 4.15.0-32-generic и 4.15.0-30-generic, которые также установлены, но проблема сохраняется.

Любая помощь в устранении этой проблемы приветствуется.

Правка:

Я также пробовал основное ядро 4.18.5-041805-generic, загруженное из архива Ubuntu и установленное, как указано в статье MainlineBuilds, но проблема сохраняется. Все остальное работало хорошо.

Я также установил 4.15.0-29-generic и 4.15.0-24-generic с помощью apt (включая заголовки, модули и пакеты модули-extra) и ни один из них не решил проблему.

Правка 2:

dmesg | grep enp:

dmesg | grep enp
[    1.844976] r8169 0000:03:00.1 enp3s0f1: переименован из eth0
[    6.947489] IPv6: ADDRCONF(NETDEV_UP): enp3s0f1: соединение не готово
[    6.998162] r8169 0000:03:00.1 enp3s0f1: соединение отсутствует
[    6.998165] r8169 0000:03:00.1 enp3s0f1: соединение отсутствует
[    6.998237] IPv6: ADDRCONF(NETDEV_UP): enp3s0f1: соединение не готово
[    9.088158] r8169 0000:03:00.1 enp3s0f1: соединение установлено
[    9.088166] IPv6: ADDRCONF(NETDEV_CHANGE): enp3s0f1: соединение готово
[  149.998558] NETDEV WATCHDOG: enp3s0f1 (r8169): время ожидания очереди передачи 0 истекло
[  150.025064] r8169 0000:03:00.1 enp3s0f1: соединение установлено
[  494.222007] r8169 0000:03:00.1 enp3s0f1: соединение отсутствует
[  496.328283] r8169 0000:03:00.1 enp3s0f1: соединение установлено
[  551.660533] r8169 0000:03:00.1 enp3s0f1: переименован из eth0
[  551.692682] IPv6: ADDRCONF(NETDEV_UP): enp3s0f1: соединение не готово
[  551.771981] r8169 0000:03:00.1 enp3s0f1: соединение отсутствует
[  551.772077] IPv6: ADDRCONF(NETDEV_UP): enp3s0f1: соединение не готово
[  553.887435] r8169 0000:03:00.1 enp3s0f1: соединение установлено
[  553.887463] IPv6: ADDRCONF(NETDEV_CHANGE): enp3s0f1: соединение готово

Правка 3:

Мне удалось заставить Ethernet работать, но с очень специфической процедурой обхода:

Чтобы установить r8168-dkms, как предложил @chili555, мне нужно было отключить безопасную загрузку в BIOS системы. Я никогда не устанавливал его, но я отключил безопасную загрузку, и после перезагрузки Ethernet-сеть просто подключилась и работала как ожидалось.

Я еще раз перезагрузил и заметил, что проблема сохраняется, когда я обнаружил следующее:

• Моя конфигурация BIOS сохраняется при перезагрузке. Функция безопасной загрузки отключена, независимо от того, сколько раз я перезагружаю.
• Если я войду в конфигурацию BIOS, ничего не изменю, выберу опцию сохранить и перезагрузить, и подожду, пока система загрузится, Ethernet работает.
• Даже с отключенной безопасной загрузкой, если я не выполню процедуру, описанную в предыдущем шаге, Ethernet не работает.
• Это воспроизводимо при загрузке с обычного ядра Ubuntu и основного ядра, ранее протестированного (4.15.0-33-generic, 4.18.5-041805-generic).

Я проверил сообщения раннего ядра, используя dmesg, и следующее расходится между успехом и неудачей:

Когда Ethernet работает:

...
[    0.000000] efi:  ACPI 2.0=0x7a039000  ACPI=0x7a039000  SMBIOS=0x7a99b000  SMBIOS 3.0=0x7a99a000  ESRT=0x7521af98  MEMATTR=0x7520f018
...
[    0.000000] esrt: резервирование пространства ESRT с 0x000000007521af98 до 0x000000007521afd0.
...
[    0.000000] BRK [0x3e413f000, 0x3e413ffff] PGTABLE
[    0.000000] BRK [0x3e4140000, 0x3e4140fff] PGTABLE
[    0.000000] BRK [0x3e4141000, 0x3e4141fff] PGTABLE
[    0.000000] BRK [0x3e4142000, 0x3e4142fff] PGTABLE
[    0.000000] BRK [0x3e4143000, 0x3e4143fff] PGTABLE
[    0.000000] BRK [0x3e4144000, 0x3e4144fff] PGTABLE
[    0.000000] BRK [0x3e4145000, 0x3e4145fff] PGTABLE
[    0.000000] BRK [0x3e4146000, 0x3e4146fff] PGTABLE
[    0.000000] BRK [0x3e4147000, 0x3e4147fff] PGTABLE
[    0.000000] BRK [0x3e4148000, 0x3e4148fff] PGTABLE
...
[    0.000000] Память: 16143384K/16628012K доступно (12300K код ядра, 2470K rwdata, 4244K rodata, 2408K init, 2416K bss, 484628K зарезервировано, 0K cma-reserved)
...

Когда Ethernet не работает:

...
[    0.000000] efi:  ACPI 2.0=0x7a039000  ACPI=0x7a039000  SMBIOS=0x7a99b000  SMBIOS 3.0=0x7a99a000  ESRT=0x7521cd18  MEMATTR=0x7520f018
...
[    0.000000] esrt: резервирование пространства ESRT с 0x000000007521cd18 до 0x000000007521cd50.
...
[    0.000000] BRK [0x125d3f000, 0x125d3ffff] PGTABLE
[    0.000000] BRK [0x125d40000, 0x125d40fff] PGTABLE
[    0.000000] BRK [0x125d41000, 0x125d41fff] PGTABLE
[    0.000000] BRK [0x125d42000, 0x125d42fff] PGTABLE
[    0.000000] BRK [0x125d43000, 0x125d43fff] PGTABLE
[    0.000000] BRK [0x125d44000, 0x125d44fff] PGTABLE
[    0.000000] BRK [0x125d45000, 0x125d45fff] PGTABLE
[    0.000000] BRK [0x125d46000, 0x125d46fff] PGTABLE
[    0.000000] BRK [0x125d47000, 0x125d47fff] PGTABLE
[    0.000000] BRK [0x125d48000, 0x125d48fff] PGTABLE
...
[    0.000000] Память: 16143392K/16628012K доступно (12300K код ядра, 2470K rwdata, 4244K rodata, 2408K init, 2416K bss, 484620K зарезервировано, 0K cma-reserved)
...

Правка 4:

По запросу @heynnema следующий вывод команды dkms status (вывод такой же, когда выполняется с sudo):

dkms status
Ошибка! Не удалось найти файл dkms.conf.
Файл:  не существует.

Вывод команды sudo lshw -c network уже предоставлен выше и не изменился с момента первоначального вопроса.

Правка 5:

Вывод команды ls -al /var/lib/dkms

leonardo@leo:~$ ls -al /var/lib/dkms
всего 16
drwxr-xr-x  3 root root 4096 нб  3 14:16 .
drwxr-xr-x 78 root root 4096 авг  21 08:45 ..
-rw-r--r--  1 root root    6 авг  31  2016 dkms_dbversion
drwxr-xr-x  3 root root 4096 июн  18 09:50 nvidia

Вывод команды ls -al /var/lib/dkms/nvidia

leonardo@leo:~$ ls -al /var/lib/dkms/nvidia/
всего 12
drwxr-xr-x 3 root root 4096 июн  18 09:50 .
drwxr-xr-x 3 root root 4096 нб  3 14:16 ..
drwxr-xr-x 4 root root 4096 июн  18 08:36 390.67
lrwxrwxrwx 1 root root   31 июн  18 08:36 kernel-4.13.0-45-generic-x86_64 -> 390.67/4.13.0-45-generic/x86_64

p.s. В настоящее время я использую открытый драйвер Nouveau вместо этого nvidia-driver-390.

Вывод команды ls -al /usr/src:

leonardo@leo:~$ ls -al /usr/src
всего 64
drwxr-xr-x 16 root root 4096 нб  4 06:59 .
drwxr-xr-x 13 root root 4096 июн  18 12:06 ..
drwxr-xr-x 24 root root 4096 нб  3 16:37 linux-headers-4.14.67-041467
drwxr-xr-x  8 root root 4096 нб  3 16:38 linux-headers-4.14.67-041467-generic
drwxr-xr-x  8 root root 4096 нб  3 16:39 linux-headers-4.14.67-041467-lowlatency
drwxr-xr-x 27 root root 4096 нб  3 11:27 linux-headers-4.15.0-24
drwxr-xr-x  8 root root 4096 нб  3 11:27 linux-headers-4.15.0-24-generic
drwxr-xr-x 27 root root 4096 нб  3 11:05 linux-headers-4.15.0-29
drwxr-xr-x  8 root root 4096 нб  3 11:05 linux-headers-4.15.0-29-generic
drwxr-xr-x 27 root root 4096 авг  20 06:51 linux-headers-4.15.0-32
drwxr-xr-x  8 root root 4096 авг  20 06:51 linux-headers-4.15.0-32-generic
drwxr-xр-x 27 root root 4096 авг  24 06:54 linux-headers-4.15.0-33
drwxr-xr-x  8 root root 4096 авг  24 06:54 linux-headers-4.15.0-33-generic
drwxr-xr-x 24 root root 4096 нб  3 10:39 linux-headers-4.18.5-041805
drwxr-xр-x  8 root root 4096 нб  3 10:39 linux-headers-4.18.5-041805-generic
drwxr-xр-x  8 root root 4096 нб  3 10:39 linux-headers-4.18.5-041805-lowlatency

Информация о других интерфейсах Ethernet, указанных в sudo lshw -C network: *-network:0 является интерфейсом USB RNDIS (который я отключил, чтобы провести все тесты и убедиться в том, что это не связано) и интерфейсом, созданным Docker (который я остановил и отключил службу, чтобы убедиться в том, что это не связано).

У меня возникла похожая проблема с Ethernet.

Попробуйте использовать другой Ethernet-кабель и другой порт на вашем коммутаторе/хабе/маршрутизаторе, и посмотрите, останется ли ваше соединение активным на 1000 Мбит/с.

Я не уверен, что это 100% решение, но так я и поступил, и сейчас Ethernet работает.

В терминале…

cd /etc/netplan

sudo pico config.yaml # создайте файл .yaml и добавьте следующий текст


network:
  version: 2
  renderer: NetworkManager


sudo netplan generate

sudo netplan apply

reboot

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

Тем временем, когда проблема еще не была «решена сама собой», я каждый раз входил в BIOS и отключал безопасную загрузку при перезагрузке машины. Это было обязательным, даже несмотря на то, что моя BIOS сохраняла настройки.