Estou usando o Ubuntu 18.04.
Eu tenho exatamente o mesmo problema descrito nesta pergunta no Unix e Linux ; a ethernet/com fio do meu laptop não pode receber a oferta de DHCP.
- Posso verificar se não é um problema de rede/servidor, pois funciona no CD ao vivo. Outro laptop funciona bem usando o mesmo cabo, então definitivamente não é um problema com um cabo .
- A Ethernet do meu laptop não funciona na minha casa nem na casa do meu amigo.
- Eu tentei as
rfc
soluçõesidentifier
alternativas mencionadas por este tópico dos fóruns do Ubuntu , mas sem sucesso. - Tentei desabilitar o firewall ufw/gufw, sem sucesso.
dhclient <iface_name>
simplesmente expira. Quando um IP estático é usado, o NetworkManager mostra que está conectado, mas não consigo pingar em lugar nenhum.- Tentei limpar
/etc/NetworkManager/system-connections/
, sem sucesso. - Tentei
r8168-dkms
driver, sem sucesso. - Tentei todas as opções de negociação de links, sem sucesso.
Estou usando o kernel 4.15.0-29.31, tentei inicializar o kernel antigo 4.15.0-23.25, sem sucesso.Inicialização a frio (sem reinicialização) 4.15.0-23.25 ou 4.15.0-20 por meio das opções avançadas do GRUB resolvem meu problema.- Nenhum problema no wi-fi.
É a segunda vez que isso acontece comigo. Anteriormente, eu simplesmente desistia e reformatava/reinstalava. A Ethernet estava funcional novamente desde a nova instalação até agora (2 meses depois).
Estou tentando evitar fazer uma nova instalação desta vez, pois isso provavelmente acontecerá novamente se a causa (atualmente desconhecida) não for abordada.
Registro do 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')
registro 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
Editar: parece semelhante a Não é possível ativar a conexão ethernet após a atualização para o Ubuntu 18.04 . O usuário resolveu com atualização recente. Mas, neste caso, uma atualização recente pode ter quebrado .
Edit2: /etc/udev/rules.d/70-persistent-net.rules
está faltando, mas o wi-fi funciona.
Edit3: Apenas tentei uma ethernet USB (Dell Docking D3100), funciona. Portanto, este é um problema do nic integrado realtek do meu laptop.
Meu último kernel instalado é 4.15.0-29. A inicialização a frio do kernel antigo 4.15.0-23 ou 4.15.0-20 resolveu meu problema.
Problemas de kernel semelhantes relatados:
Como faço para enviar um relatório de bug do kernel? Quais logs devo anexar?
Editar: enviou um relatório de bug # 1784542 .
Edit2:
canonical-livepatch
deve ser desativado após a inicialização do kernel antigo para evitar problemas com arquivoscompiz
.Edit3: Talvez relacionado à mitigação do Spectre (veja este artigo ).
Edit4: Há uma correção de trabalho para ser portada.
Edit5: Correção lançada no kernel 4.15.0-33.36. Esse problema voltou quando eu habilitei pela primeira vez
canonical-livepatch
, mas uma reinicialização resolveu.