Eu tenho um NIC quad-gigabit que acabei de instalar e notei que duas das interfaces obtêm nomes persistentes enp3s0f[01]
e os outros dois obtêm nomes do kernel eth[34]
.
Olhando através de dmesg
, vejo:
$ dmesg --color=always | grep -a 'e1000e'
[ 2.847593] e1000e: Intel(R) PRO/1000 Network Driver - 3.2.6-k
[ 2.847596] e1000e: Copyright(c) 1999 - 2015 Intel Corporation.
[ 2.847678] e1000e 0000:03:00.0: enabling device (0000 -> 0002)
[ 2.849138] e1000e 0000:03:00.0: Interrupt Throttling Rate (ints/sec) set to dynamic conservative mode
[ 3.029645] e1000e 0000:03:00.0 eth1: (PCI Express:2.5GT/s:Width x4) 00:26:55:XX:XX:X1
[ 3.029652] e1000e 0000:03:00.0 eth1: Intel(R) PRO/1000 Network Connection
[ 3.029735] e1000e 0000:03:00.0 eth1: MAC: 0, PHY: 4, PBA No: D98771-008
[ 3.029835] e1000e 0000:03:00.1: enabling device (0000 -> 0002)
[ 3.033882] e1000e 0000:03:00.1: Interrupt Throttling Rate (ints/sec) set to dynamic conservative mode
[ 3.291033] e1000e 0000:03:00.1 eth2: (PCI Express:2.5GT/s:Width x4) 00:26:55:XX:XX:X2
[ 3.291039] e1000e 0000:03:00.1 eth2: Intel(R) PRO/1000 Network Connection
[ 3.291117] e1000e 0000:03:00.1 eth2: MAC: 0, PHY: 4, PBA No: D98771-008
[ 3.291205] e1000e 0000:04:00.0: enabling device (0000 -> 0002)
[ 3.291469] e1000e 0000:04:00.0: Interrupt Throttling Rate (ints/sec) set to dynamic conservative mode
[ 3.461896] e1000e 0000:04:00.0 eth3: (PCI Express:2.5GT/s:Width x4) 00:26:55:XX:XX:X3
[ 3.461903] e1000e 0000:04:00.0 eth3: Intel(R) PRO/1000 Network Connection
[ 3.461985] e1000e 0000:04:00.0 eth3: MAC: 0, PHY: 4, PBA No: D98771-008
[ 3.462082] e1000e 0000:04:00.1: enabling device (0000 -> 0002)
[ 3.462322] e1000e 0000:04:00.1: Interrupt Throttling Rate (ints/sec) set to dynamic conservative mode
[ 3.639628] e1000e 0000:04:00.1 eth4: (PCI Express:2.5GT/s:Width x4) 00:26:55:XX:XX:X4
[ 3.639635] e1000e 0000:04:00.1 eth4: Intel(R) PRO/1000 Network Connection
[ 3.639713] e1000e 0000:04:00.1 eth4: MAC: 0, PHY: 4, PBA No: D98771-008
[ 275.661532] e1000e: eth1 NIC Link is Down
[ 275.834901] e1000e: eth2 NIC Link is Down
[ 280.150067] e1000e 0000:03:00.0 enp3s0f0: renamed from eth1
[ 280.167942] e1000e 0000:03:00.1 enp3s0f1: renamed from eth2
Os dois dispositivos que são renomeados têm entradas muito mais tarde na sequência de inicialização, então suspeito que o componente responsável por renomeá-los (udev?) esteja em execução no momento.
Olhando para o journalctl
para udev
eu encontro:
Feb 03 16:48:22 _hostname_ systemd[1]: Started udev Coldplug all Devices.
Feb 03 16:48:22 _hostname_ systemd[1]: Started Create Static Device Nodes in /dev.
Feb 03 16:48:22 _hostname_ systemd[1]: Starting udev Kernel Device Manager...
Feb 03 16:48:22 _hostname_ systemd[1]: Started udev Kernel Device Manager.
Feb 03 16:48:23 _hostname_ systemd-udevd[414]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
Feb 03 16:48:23 _hostname_ systemd-udevd[413]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
Feb 03 16:48:23 _hostname_ systemd-udevd[413]: Error changing net interface name 'eth3' to 'enp4s0f0': Device or resource busy
Feb 03 16:48:23 _hostname_ systemd-udevd[413]: could not rename interface '5' from 'eth3' to 'enp4s0f0': Device or resource busy
Feb 03 16:48:23 _hostname_ systemd-udevd[415]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
Feb 03 16:48:23 _hostname_ systemd-udevd[415]: Error changing net interface name 'eth4' to 'enp4s0f1': Device or resource busy
Feb 03 16:48:23 _hostname_ systemd-udevd[415]: could not rename interface '6' from 'eth4' to 'enp4s0f1': Device or resource busy
Feb 03 16:48:23 _hostname_ systemd-udevd[409]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
Feb 03 16:48:24 _hostname_ systemd-udevd[416]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
Feb 03 16:48:24 _hostname_ systemd[1]: Found device RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (Motherboard (one of many)).
Feb 03 16:48:24 _hostname_ systemd-udevd[411]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
De lá, localizei esta pergunta: udev Não é possível renomear o dispositivo de rede: dispositivo ou recurso ocupado
No entanto, acho que não tenho uma corrida com dhcpcd
(ou qualquer outro cliente dhcp), pois não habilitei nenhuma. Anteriormente na inicialização, usei dropbear
para inserir minha frase secreta de criptografia, mas isso ocorre por volta de +11 segundos após a inicialização. Eu posso ver o dropbear saindo e a rede sendo desligada em +18 segundos, bem antes deste erro. É importante ressaltar que a interface que eu uso para conectar ao dropbear é enp7s0
, o que não é nem mesmo neste cartão quad-gigabit.
O sistema é um sistema Arch usando Systemd e netctl (somente um perfil para enp7s0 é configurado / ativado). O cartão é um HP 82571EB.
O Dropbear é ligado / desligado por mkinitcpio-systemd-tool
, em particular pelo initrd-network.service
Definitivamente, é uma condição de corrida, já que após várias reinicializações, estou percebendo que às vezes uma das interfaces enp4s0f[01]
será renomeada com sucesso
Tags udev systemd-boot netctl