![Ubuntu-Server 18.04 および 22.04 上の Intel® X722 10GBase-T イーサネット コントローラーにイーサネット接続がない](https://rvso.com/image/789295/Ubuntu-Server%2018.04%20%E3%81%8A%E3%82%88%E3%81%B3%2022.04%20%E4%B8%8A%E3%81%AE%20Intel%C2%AE%20X722%2010GBase-T%20%E3%82%A4%E3%83%BC%E3%82%B5%E3%83%8D%E3%83%83%E3%83%88%20%E3%82%B3%E3%83%B3%E3%83%88%E3%83%AD%E3%83%BC%E3%83%A9%E3%83%BC%E3%81%AB%E3%82%A4%E3%83%BC%E3%82%B5%E3%83%8D%E3%83%83%E3%83%88%E6%8E%A5%E7%B6%9A%E3%81%8C%E3%81%AA%E3%81%84.png)
Ubuntu-Server がインストールされたサーバーをイーサネット ケーブル経由でインターネットに接続しようとしていますが、成功しません。
私たちが使用しているプラットフォームへのリンクはこちらです -詳しくはこちら
ケーブル自体は問題ありません (ラップトップで接続をテストしました)。サーバーの 2 つの LAN ポートの 1 つに接続すると、LED がゆっくりと緑色に点滅します (約 5 秒に 1 回)。
Ubuntu-Server 22.04 と 18.04 の両方を試しましたが、結果は同じでした。
実行ip a
コマンドの出力
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
valid_lft forever preferred_lft forever
2: eno1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
link/ether 3c:ec:ef:0f:7a:28 brd ff:ff:ff:ff:ff:ff
3: eno2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
link/ether 3c:ec:ef:0f:7a:29 brd ff:ff:ff:ff:ff:ff
デバイス eno1 と eno2 をオフにしてからオンに戻しても、状況は改善されません。
ショーethtool eno1
の開催
Settings for eno1:
Supported ports: [ ]
Supported link modes: 1000baseT/Full
1000baseKX/Full
10000baseT/Full
10000baseKR/Full
Supported pause frame use: Symmetric Receive-only
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes: 1000baseT/Full
1000baseKX/Full
10000baseT/Full
10000baseKR/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Speed: Unknown!
Duplex: Unknown! (255)
Port: Other
PHYAD: 0
Transceiver: internal
Auto-negotiation: off
Supports Wake-on: g
Wake-on: g
Current message level: 0x00000007 (7)
drv probe link
Link detected: no
私が調べたところ(このガイドを調べましたhttps://devicetests.com/troubleshoot-eth0-no-carrier-find-ip-address-ubuntuNO-CARRIER
)はからのステータスのようでip a
、Link detected: no
ケーブルが切断されていることを意味するはずですが、そうではありません。
速度とデュプレックスを変更してもsudo ethtool -s eno1 speed 100 duplex full
機能せず、出力
Cannot set new settings: Invalid argument
not setting speed
not setting duplex
modinfo i40e
ネットワークコントローラのドライバも確認しましたが、出力から判断するとインストールされているようです。
filename: /lib/modules/4.15.0-156-generic/kernel/drivers/net/ethernet/intel/i40e/i40e.ko
version: 2.1.14-k
license: GPL
description: Intel(R) Ethernet Connection XL710 Network Driver
author: Intel Corporation, <[email protected]>
srcversion: 304E7F43D32C80652A1A2A9
alias: pci:v00008086d0000158Bsv*sd*bc*sc*i*
alias: pci:v00008086d0000158Asv*sd*bc*sc*i*
alias: pci:v00008086d00001588sv*sd*bc*sc*i*
alias: pci:v00008086d00001587sv*sd*bc*sc*i*
alias: pci:v00008086d000037D3sv*sd*bc*sc*i*
alias: pci:v00008086d000037D2sv*sd*bc*sc*i*
alias: pci:v00008086d000037D1sv*sd*bc*sc*i*
alias: pci:v00008086d000037D0sv*sd*bc*sc*i*
alias: pci:v00008086d000037CFsv*sd*bc*sc*i*
alias: pci:v00008086d000037CEsv*sd*bc*sc*i*
alias: pci:v00008086d00001589sv*sd*bc*sc*i*
alias: pci:v00008086d00001586sv*sd*bc*sc*i*
alias: pci:v00008086d00001585sv*sd*bc*sc*i*
alias: pci:v00008086d00001584sv*sd*bc*sc*i*
alias: pci:v00008086d00001583sv*sd*bc*sc*i*
alias: pci:v00008086d00001581sv*sd*bc*sc*i*
alias: pci:v00008086d00001580sv*sd*bc*sc*i*
alias: pci:v00008086d00001574sv*sd*bc*sc*i*
alias: pci:v00008086d00001572sv*sd*bc*sc*i*
depends: ptp
retpoline: Y
intree: Y
name: i40e
vermagic: 4.15.0-156-generic SMP mod_unload modversions
signat: PKCS#7
signer:
sig_key:
sig_hashalgo: md4
parm: debug:Debug level (0=none,...,16=all), Debug mask (0x8XXXXXXX) (uint)
ショーdhclient -v eno1
の開催No DHCPOFFERS received
また、調査中にこのスレッドに遭遇しました(https://community.intel.com/t5/Server-Products/NIC-X722-for-10GBASE-T-rev-09-Ubuntu-Server-20-04-02-Can-t/td-p/1286202) は、私たちの状況に似ているかもしれません。私たちのネットワークも DHCP を使用しているため、私たちの設定は元の投稿の画像 1 に相当します。もう 1 つの類似点は、サーバーを物理的に別の部屋に移動したり、サーバーに静的 IP を割り当てたりすることが、私たちのケースでは問題になる可能性があることです。
ご協力いただければ幸いです。ありがとうございます!
答え1
私のサーバーでも同様の問題がありました。
Ubuntu のインストール用に安価な USB ネットワーク アダプターを追加しました。インストールとシステム全体の更新後、USB ネットワーク アダプターを使用して 10GBase が正常に動作したため、USB ネットワーク アダプターを削除できました。この問題の原因は、Ubuntu インストーラー内のバグ/エラーのようです。