web-dev-qa-db-fra.com

Impossible de recevoir une offre DHCP sur Ethernet

J'utilise Ubuntu 18.04.

J'ai exactement le même problème que décrit dans cette question sur UNIX & Linux ; L'Ethernet/Wired de mon ordinateur portable ne peut pas recevoir d'offre DHCP.

  1. Je peux vérifier que ce n'est pas un problème de réseau/serveur, car il fonctionne dans Live CD. L'autre ordinateur portable fonctionne bien en utilisant le même câble, ce qui n'est donc définitivement pas n problème avec un câble .
  2. Mon ordinateur portable Ethernet ne fonctionne pas chez moi ni la place de mon ami.
  3. J'ai essayé le rfc et identifier _ Solutions de contournement mentionnées par ceci thread de forums Ubunt , mais en vain.
  4. J'ai essayé de désactiver le pare-feu UFW/GUFW, pas en profit.
  5. dhclient <iface_name> Simply Times Out. Lorsqu'une adresse IP statique est utilisée, NetworkManager montre qu'il est connecté, mais je ne peux ping nulle part.
  6. J'ai essayé de nettoyer /etc/NetworkManager/system-connections/, en vain.
  7. J'ai essayé r8168-dkms conducteur, en vain.
  8. J'ai essayé toutes les options de négociation de liaison, en vain.
  9. J'utilise le noyau 4.15.0-29.31, j'ai essayé de démarrer le noyau plus ancien 4.15.0-23.25, pas en profit. Botte à froid (sans redémarrage) 4.15.0-23.25 ou 4.15.0-20 à GRUB Options avancées résolvez mon problème.
  10. Pas de problème sur wifi.

C'est la deuxième fois que cela m'est arrivé. Auparavant, j'ai simplement abandonné et reforméré/réinstallé. Ethernet était auparavant fonctionnel à nouveau de la nouvelle installation jusqu'à présent (2 mois plus tard).

J'essaie d'éviter de faire une nouvelle installation cette fois car cela se reproduira probablement si la cause (actuellement inconnue) n'est pas abordée.

Journal de 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')

journal 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

Edit: semble similaire à Impossible d'activer la connexion Ethernet après la mise à niveau vers Ubuntu 18.04 . L'utilisateur résolu avec la mise à jour récente. Mais dans ce cas, la mise à jour récente pourrait avoir cassée elle à la place.

EDIT2: /etc/udev/rules.d/70-persistent-net.rules manque, mais wifi fonctionne.

Edit3: Il suffit d'essayer une USB Ethernet (Dell Docking D3100), cela fonctionne. Il s'agit donc d'un problème de la carte réseau intégrée de mon ordinateur portable.

1
Saftever

Mon dernier noyau installé est 4.15.0-29. Démarrage à froid Le noyau plus âgé 4.15.0-23 ou 4.15.0-20 résolue mon problème.

Questions similaires de noyau rapportées:

Comment soumettre un rapport de bogue de noyau? Quels journaux dois-je attacher?

EDIT: Soumis un rapport de bogue # 1784542 .

EDIT2: canonical-livepatch doit être désactivé après le démarrage du noyau plus âgé pour éviter tout problème avec compiz.

Edit3: peut-être liée à l'atténuation du spectre (voir cet article ).

EDIT4: Il y a ne solution de fonctionnement à aperçu.

Edit5: Correction relâchée dans le noyau 4.15.0-33.36. Ce problème est revenu lorsque j'ai activé la première fois canonical-livepatch, mais un redémarrage résolu.

1
Saftever