Nova instalação xenial - a rede não funciona

1

Espero que alguém possa me ajudar, já que estou coçando um pouco a cabeça aqui.

Eu reinstalei o xenial em uma máquina que será meu servidor de virtualização. Durante a instalação, ele reclamou que não poderia contatar o servidor DHCP, então eu coloquei os detalhes da rede manualmente - esta máquina terá um IP estático de qualquer maneira. Agora, porém, a interface está aparecendo como inativa e não aparecerá. Esta máquina usada para trabalhar sem problemas e a placa de rede e switch mostram um bom link. Eu provavelmente fiz algo estúpido - foi uma instalação um pouco apressada tarde da noite - e agora estou cego para isso ...

root@numbersix:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp37s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 60:45:cb:64:2b:c8 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.6/24 brd 192.168.1.255 scope global enp37s0
       valid_lft forever preferred_lft forever
    inet 192.168.1.66/24 brd 192.168.1.255 scope global secondary enp37s0
       valid_lft forever preferred_lft forever
3: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
    link/ether 52:54:00:c3:56:78 brd ff:ff:ff:ff:ff:ff
    inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
       valid_lft forever preferred_lft forever
4: virbr0-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast master virbr0 state DOWN group default qlen 1000
    link/ether 52:54:00:c3:56:78 brd ff:ff:ff:ff:ff:ff

Então, verifiquei o estado do serviço de rede:

root@numbersix:~# systemctl status networking
● networking.service - Raise network interfaces
   Loaded: loaded (/lib/systemd/system/networking.service; enabled; vendor preset: enabled)
  Drop-In: /run/systemd/generator/networking.service.d
           └─50-insserv.conf-$network.conf
   Active: failed (Result: exit-code) since Sun 2018-03-11 20:23:57 GMT; 23s ago
     Docs: man:interfaces(5)
  Process: 1984 ExecStart=/sbin/ifup -a --read-environment (code=exited, status=1/FAILURE)
  Process: 1979 ExecStartPre=/bin/sh -c [ "$CONFIGURE_INTERFACES" != "no" ] && [ -n "$(ifquery --read-environment --list --exclude=lo)" ] && udevadm settle (code=exited, status=0/SUCCESS)
 Main PID: 1984 (code=exited, status=1/FAILURE)

Mar 11 20:23:57 numbersix systemd[1]: Starting Raise network interfaces...
Mar 11 20:23:57 numbersix ifup[1984]: RTNETLINK answers: File exists
Mar 11 20:23:57 numbersix ifup[1984]: Failed to bring up enp37s0.
Mar 11 20:23:57 numbersix systemd[1]: networking.service: Main process exited, code=exited, status=1/FAILURE
Mar 11 20:23:57 numbersix systemd[1]: Failed to start Raise network interfaces.
Mar 11 20:23:57 numbersix systemd[1]: networking.service: Unit entered failed state.
Mar 11 20:23:57 numbersix systemd[1]: networking.service: Failed with result 'exit-code'.

E tentei um 'começo':

root@numbersix:~# systemctl start networking
Job for networking.service failed because the control process exited with error code. See "systemctl status networking.service" and "journalctl -xe" for details.

E, em seguida, verifiquei journalctl:

root@numbersix:~# journalctl -xe
Mar 11 20:23:25 numbersix systemd[1]: Starting Raise network interfaces...
-- Subject: Unit networking.service has begun start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit networking.service has begun starting up.
Mar 11 20:23:25 numbersix ifup[1934]: RTNETLINK answers: File exists
Mar 11 20:23:25 numbersix ifup[1934]: Failed to bring up enp37s0.
Mar 11 20:23:25 numbersix systemd[1]: networking.service: Main process exited, code=exited, status=1/FAILURE
Mar 11 20:23:25 numbersix systemd[1]: Failed to start Raise network interfaces.
-- Subject: Unit networking.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit networking.service has failed.
-- 
-- The result is failed.
Mar 11 20:23:25 numbersix systemd[1]: networking.service: Unit entered failed state.
Mar 11 20:23:25 numbersix systemd[1]: networking.service: Failed with result 'exit-code'.
Mar 11 20:23:57 numbersix systemd[1]: Starting Raise network interfaces...
-- Subject: Unit networking.service has begun start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit networking.service has begun starting up.
Mar 11 20:23:57 numbersix ifup[1984]: RTNETLINK answers: File exists
Mar 11 20:23:57 numbersix ifup[1984]: Failed to bring up enp37s0.
Mar 11 20:23:57 numbersix systemd[1]: networking.service: Main process exited, code=exited, status=1/FAILURE
Mar 11 20:23:57 numbersix systemd[1]: Failed to start Raise network interfaces.
-- Subject: Unit networking.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit networking.service has failed.
-- 
-- The result is failed.
Mar 11 20:23:57 numbersix systemd[1]: networking.service: Unit entered failed state.
Mar 11 20:23:57 numbersix systemd[1]: networking.service: Failed with result 'exit-code'.

(Eu incluí a saída relevante aqui, eu acho) ...

Eu tentei trazer a interface para cima individualmente:

root@numbersix:~# ifup -v enp37s0
Configuring interface enp37s0=enp37s0 (inet)
/bin/run-parts --exit-on-error --verbose /etc/network/if-pre-up.d
run-parts: executing /etc/network/if-pre-up.d/bridge
run-parts: executing /etc/network/if-pre-up.d/ethtool
run-parts: executing /etc/network/if-pre-up.d/ifenslave
+ [ inet = meta ]
+ IF_BOND_SLAVES=
+ [  ]
+ [  ]
+ [ -z  ]
+ exit
run-parts: executing /etc/network/if-pre-up.d/vlan
/bin/ip addr add 192.168.1.66/255.255.255.0 broadcast 192.168.1.255       dev enp37s0 label enp37s0
RTNETLINK answers: File exists
Failed to bring up enp37s0.

Em seguida, procurou um pouco mais de informação:

root@numbersix:~# lshw -C network
  *-network DISABLED
       description: Ethernet interface
       product: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 0
       bus info: pci@0000:25:00.0
       logical name: enp37s0
       version: 15
       serial: 60:45:cb:64:2b:c8
       size: 1Gbit/s
       capacity: 1Gbit/s
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress msix 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 ip=192.168.1.6 latency=0 link=no multicast=yes port=MII speed=1Gbit/s
       resources: irq:43 ioport:f000(size=256) memory:fe504000-fe504fff memory:fe500000-fe503fff
  *-network DISABLED
       description: Ethernet interface
       physical id: 1
       logical name: virbr0-nic
       serial: 52:54:00:c3:56:78
       size: 10Mbit/s
       capabilities: ethernet physical
       configuration: autonegotiation=off broadcast=yes driver=tun driverversion=1.6 duplex=full link=no multicast=yes port=twisted pair speed=10Mbit/s


root@numbersix:~# lspci -nnk | grep -i A2 net
    25:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15)
        Subsystem: ASUSTeK Computer Inc. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [1043:8677]
        Kernel driver in use: r8169
        Kernel modules: r8169


root@numbersix:~# lsmod | grep r8169
r8169                  86016  0
mii                    16384  1 r8169
root@numbersix:~# grep r8169 /etc/modprobe/*
root@numbersix:~#

Alguma idéia?

Adam ...

    
por Adam-the-Kiwi 11.03.2018 / 22:40

1 resposta

0

Eu suspeito strongmente que Terrance acertou na cabeça - a instalação xenial selecionou o driver r8169 sobre o r8168, e isso está causando os problemas com o cartão. Eu não entendo porque a instalação xenial fez isso quando o zesty (atualizando in situ para o aardvark) não bateu a pálpebra.

Claro, sem uma rede, o processo de executar um sudo apt install é mais de um PitA; Eu brinquei um pouco com a obtenção dos drivers que eu precisava carregar no pendrive, mas depois percebi que tinha uma ISO Centos 7 no meu PC com Windows. A carga de trabalho envolvida na preparação do USB para instalação era praticamente a mesma que envolvia a obtenção dos pacotes necessários para a criação do driver correto. O Centos instalou os drivers corretos - e tudo mais, é claro - sem problemas.

Provavelmente terei outra jogada em algum momento, talvez no KVM ...

    
por Adam-the-Kiwi 12.03.2018 / 19:55