Início / computer / Perguntas / 1847896
Accepted
Journeyman Geek
Asked: 2024-07-03 11:20:48 +0800 CST

A placa de rede PCIe de 10 giga não aparecerá a menos que a placa integrada de 2,5 giga esteja conectada

  • 772

Adquiri recentemente um zimacube - é um sistema NAS baseado em N100. Limpei os zimaos pré-instalados e executei uma instalação mínima do servidor Ubuntu 24.04 e fiz as alterações usuais que faço em minhas compilações para suporte multigig - ajustando o sysctl de acordo com esta resposta .

Ele está executando o kernel 'padrão' e não o HWE - e as informações completas da distribuição e do kernel estão abaixo.

geek@zimanas1:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 24.04 LTS
Release:        24.04
Codename:       noble

geek@zimanas1:~$ uname -r
6.8.0-36-generic

Atualmente estou testando velocidade/capacidade de um dos I226-V integrados e do AQC113 incluído. Cada um tem seu próprio IP (atualmente dinâmico, mas estável). Se eu ligar o sistema ou reiniciar sem o I226-V conectado à rede, não consigo me conectar ao AQC113. O AQC113 surge imediatamente no I226V sendo conectado. Não consigo executar ping no sistema se o I226V estiver desconectado, mesmo no IP do AQC113, a qualquer momento.

Se for importante, há uma porta 'x16' (em x2?) E 'x4' na porta (x1?), E o AQC 113 está conectado à porta 'x16'. Quando funciona, consigo obter velocidades de 10 giga. .

saída de endereço IP

^Cgeek@zimanas1:~$ ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    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 noprefixroute
       valid_lft forever preferred_lft forever
2: enp3s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
    link/ether 00:e0:4c:0f:0e:b2 brd ff:ff:ff:ff:ff:ff
3: enp14s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc mq state UP group default qlen 1000
    link/ether 88:c9:b3:b3:0d:ef brd ff:ff:ff:ff:ff:ff
    inet 192.168.2.155/24 metric 100 brd 192.168.2.255 scope global dynamic enp14s0
       valid_lft 3470sec preferred_lft 3470sec
    inet6 fe80::8ac9:b3ff:feb3:def/64 scope link
       valid_lft forever preferred_lft forever
4: enp4s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 00:e0:4c:0f:0e:b1 brd ff:ff:ff:ff:ff:ff
    inet 192.168.2.152/24 metric 100 brd 192.168.2.255 scope global dynamic enp4s0
       valid_lft 3576sec preferred_lft 3576sec
    inet6 fe80::2e0:4cff:fe0f:eb1/64 scope link
       valid_lft forever preferred_lft forever

A saída do dmesg parece sugerir que a velocidade do link está definida como zero até pouco antes da placa de rede integrada/Intel ser conectada - posso fazer isso com segurança na reinicialização.

[   26.391395] atlantic 0000:0e:00.0 enp14s0: atlantic: link change old 0 new 10000
[   34.927124] igc 0000:04:00.0 enp4s0: NIC Link is Up 2500 Mbps Full Duplex, Flow Control: RX/TX

O adaptador também é mencionado por aqui

  0.906666] pps pps1: new PPS source ptp1
[    0.906929] igc 0000:04:00.0 (unnamed net_device) (uninitialized): PHC added
[    0.907557] atlantic: Detect ATL2FW 1050026
[    0.913016] nvme nvme0: 4/0/0 default/read/poll queues
[    0.917101]  nvme0n1: p1 p2
[    0.929721] igc 0000:04:00.0: 4.000 Gb/s available PCIe bandwidth (5.0 GT/s PCIe x1 link)
[    0.929734] igc 0000:04:00.0 eth2: MAC: 00:e0:4c:0f:0e:b1

Se for necessário, minha configuração do netplan será assim

network:
    ethernets:
        enp3s0:
            dhcp4: true
            optional: true
            ignore-carrier: true
        enp4s0:
            dhcp4: true
            optional: true
            ignore-carrier: true
        enp14s0:
            dhcp4: true
            optional: true
            ignore-carrier: true
            mtu: "9000"
    version: 2
    wifis: {}

Aqui está minha saída LSHW para redes -

geek@zimanas1:~$ sudo lshw -c network
  *-usb:0 DISABLED
       description: Wireless interface
       product: 802.11n WLAN NIC
       vendor: Realtek
       physical id: 3
       bus info: usb@1:3
       logical name: wlx90de8051c3c1
       version: 0.00
       serial: 90:de:80:51:c3:c1
       capabilities: usb-2.00 ethernet physical wireless
       configuration: broadcast=yes driver=rtl8xxxu driverversion=6.8.0-36-generic firmware=N/A link=no maxpower=500mA multicast=yes speed=480Mbit/s wireless=IEEE 802.11
  *-network
       description: Ethernet interface
       product: Ethernet Controller I226-V
       vendor: Intel Corporation
       physical id: 0
       bus info: pci@0000:03:00.0
       logical name: enp3s0
       version: 04
       serial: 00:e0:4c:0f:0e:b2
       capacity: 1Gbit/s
       width: 32 bits
       clock: 33MHz
       capabilities: pm msi msix pciexpress bus_master cap_list rom ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=igc driverversion=6.8.0-36-generic firmware=2017:888d latency=0 link=no multicast=yes port=twisted pair
       resources: irq:16 memory:81200000-812fffff memory:81300000-81303fff memory:81100000-811fffff
  *-network
       description: Ethernet interface
       product: Ethernet Controller I226-V
       vendor: Intel Corporation
       physical id: 0
       bus info: pci@0000:04:00.0
       logical name: enp4s0
       version: 04
       serial: 00:e0:4c:0f:0e:b1
       capacity: 1Gbit/s
       width: 32 bits
       clock: 33MHz
       capabilities: pm msi msix pciexpress bus_master cap_list rom ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=igc driverversion=6.8.0-36-generic duplex=full firmware=2017:888d ip=192.168.2.152 latency=0 link=yes multicast=yes port=twisted pair
       resources: irq:18 memory:80f00000-80ffffff memory:81000000-81003fff memory:80e00000-80efffff
  *-network
       description: Ethernet interface
       product: AQtion AQC113 NBase-T/IEEE 802.3an Ethernet Controller [Antigua 10G]
       vendor: Aquantia Corp.
       physical id: 0
       bus info: pci@0000:0e:00.0
       logical name: enp14s0
       version: 03
       serial: 88:c9:b3:b3:0d:ef
       size: 10Gbit/s
       capacity: 10Gbit/s
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress msix vpd bus_master cap_list rom ethernet physical tp 10bt-fd 100bt-fd 1000bt-fd 10000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=atlantic driverversion=6.8.0-36-generic duplex=full firmware=1.5.38 ip=192.168.2.155 latency=0 link=yes multicast=yes port=twisted pair speed=10Gbit/s
       resources: irq:18 memory:80c00000-80c7ffff memory:80ca0000-80ca0fff memory:80800000-80bfffff memory:80c80000-80c9ffff

Quando funciona, a placa de 10 GB parece funcionar perfeitamente bem - é a velocidade do link definida como 0 até que o outro adaptador seja conectado, o que é confuso. Às vezes, porém, tenho dados passando a 2,5 gigas, que aliás é a velocidade do outro cartão.

Como faço para que meu AQC113 permaneça ativo?

linux

1 respostas

  1. Best Answer

    Lembrei-me vagamente de ter lido em algum lugar que o Windows definia métricas para conexões multigig como inferiores a gigabit - e parecia que talvez o Linux estivesse priorizando a conexão de 2,5 giga em vez de 10 gigabit.

    Olhando para a saída do meu endereço IP, percebi que as conexões de 10 e 2,5 GB estavam na mesma métrica. Não sei por que o sistema ficou "2,5 giga ou faliu" ou ocasionalmente parecia enviar dados por um e não pelo outro, mas é possível que ele tenha decidido que a conexão de 2,5 giga tinha uma prioridade mais alta do que a de 10 giga, apesar das métricas idênticas.

    Logicamente, o adaptador de 2,5 GB não deve afetar o de 10 GB, e na verdade não sei por que isso deveria importar ou mesmo funcionar.

    Acabei definindo explicitamente uma métrica para cada adaptador que parece ter corrigido o problema. Em teoria, isso pode quebrar a rede na versão atual, caso eu tenha apenas o adaptador de 2,5 GB conectado, mas é improvável que remova a placa de 10 GB disso - esta é a configuração do netplan que acabei com e parece funcionar de forma confiável .

    network:
    ethernets:
        enp3s0:
            dhcp4: true
            dhcp4-overrides:
                route-metric: 200
            optional: true
            match:
                macaddress: 00:e0:4c:0f:0e:b2
        enp4s0:
            dhcp4: true
            dhcp4-overrides:
                route-metric: 200
            optional: true
            match:
              macaddress: 00:e0:4c:0f:0e:b1
        enp14s0:
            dhcp4: true
            dhcp4-overrides:
                route-metric: 100
            match:
               macaddress: 88:c9:b3:b3:0d:ef
            optional: true
            mtu: "9000"
    version: 2
    wifis: {}
    • 0

relate perguntas