☰

新しい 16.04 インストールではネットワーク デバイスが認識されません

tag-icon • tag-icon networking ubuntu-drivers additional-drivers
新しい 16.04 インストールではネットワーク デバイスが認識されません

S2600WT2マザーボードでサーバーを構築しました。Ubuntu 16.04をインストールしましたが、イーサネットカードが認識されません。ボードのドライバーを確認したところ、ネットワークLinuxドライバーはRedHatまたはSUSE用しかありません。どのような選択肢がありますか?サーバーを稼働させる期限が迫っています。

出力lspci -nnk | grep 0200 -A2 （明らかに画面からコピーされたものなので、エラーが含まれている可能性があります）:

subsystem: intel corporation c610/x99 series chipset smbus controller [8006:35e4]
kernel modules : 12c_1001
03:00.p ethernet controller [0200]: intel corporation 1350 gigabit network communication [8086:1521] (rev 01)
devive name intel 1350
subsystem: intel corporation 1q350 gigabit network connection [80086:35c4]
kernel driver in use: igb
kernel modules: igb
03;00.0 ethernet controller [0200]: intel corporation 1350 gigabit network conection [8006:1521] (rev 1)
subsystem ; intel corporation 1350 gigabit network connection [8086:35c4]
kernel driver in use ; igb

IPリンク

1: io: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc nocueue state UNKNOWN mode DEFAULT group default glen 1
link/loopback 00;00;00:00:00:00 brd 00:00;00:00;00;00
2 eno1; <VROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000
link/ether 98:4f;ee:10:09:2d brd ff:ff:ff;ff;ff:ff
3: emp3s0f3 <BRIOASCCAST,MULTICAST> mtu 1500 qdiscnoop state DOWN mode DEFAULT group default qlen 1000
link/ether 98:4f:ee:10:09:2e brd ff:ff:ff:ff:ff;ff

ip a

1 io <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOEWN group qlen 1
link/loopback 00:00;00:00;00:00 brd  00:00:00:00:00
inet 127.0.0.1/8 scope host io
valid_ift forever preferred_ift forevrer
inet6 : ;1/128 scope host
valid_ift forever prtefered_ift forevrer
2: eno1q <BROADCAST.MULTICASTT> MTU 1500 QDISC NOOP STATE down GROUP DEFAULT QLREN 1000
LINK/ETHER 98:4F:EE:10:09:2E BRD FF:FF:FF:FF;FF;FF;
3; EMP3S0F3; <broadcast,multicast> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 98;4f:ee:10:09:2e brd ff:ff;ff:ff;ff;ff

sshができるようになるまではタイプミスは許してください。両方とも同じ画面を共有しているので、入力している内容は見えず、読むことしかできません。

答え1

ここでは、あえて次のいずれかを提案します。

  1. ネットワークケーブルまたはコネクタに欠陥があるか機能していない。

  2. モジュールがロードされたとき（または回線がトリガーされたとき）にネットワークカードが自動的に接続を確立するように設定されていない。

  3. ネットワークカードのBIOS設定がモジュールの想定される動作に対して正しくありません

カーネルによって 2 つのアダプタが検出され、それらを管理するためのモジュールがロードされました。これらのアダプタの名前は次のとおりです。

  • えの1

  • エンプ3s0f3

これらは実際には同じアダプタである可能性があります。(たとえば、同じ物理インターフェイス上の複数のネットワーク カードをエミュレートしてそのように表示されるサーバーがここにあります。)

見るここ現在のカーネルでアダプタがどのように命名されるか。

と の両方の出力はip link、ip a状態が「DOWN」であることを示します。 これいつものケーブルが物理的に接続されていないことを意味します。 したがって、まずケーブルとそれが接続されているデバイスをテストしてください。 同じケーブルを、動作することがわかっている別のラップトップに接続してみてください。

ケーブルやハードウェアの故障ではないと判断した場合は、力リンクアップ（トリガーをオーバーライド）は次のようになります。

ip link set eno1 up

次に、次のように IP アドレスを手動で割り当てることができます。

ip addr add 192.168.0.5/24

（ショートフォーム：ip a a 192.168.0.5/24）

(当然のことながら、IP アドレスと範囲は、ネットワークに関連するものに置き換えてください。)

その後、再度呼び出して正しく設定されているかどうかを確認しip a、状態が「UP」であり、IP が正しいことを確認します。

次に、ネットワーク上のデバイスに ping を実行します。(ping するデバイスで ICMP エコー応答がオンになっていることを確認してください。最近ではデフォルトでオフになっているデバイスが多くあります。)

動作する場合は、イーサネット カードのモジュールがまだ回線検出の方法を認識していないことになります。これは非常に珍しいことなので、動作する場合にはカーネルにパッチを適用するか、新しいカーネルをできるだけ早く入手することを検討してください。

モジュールのブラックリスト化の被害者になる可能性もあります。ネットワーク デバイスに間違ったモジュールがロードされている場合 (正しいモジュールがブラックリスト化されているため)、正しいモジュールがロードされるように、または間違ったモジュールがロードされないように、/etc/modules.conf または /etc/modules.conf.d/ 内のファイルを編集する必要がある可能性があります。

最後に、カードのモジュールにバグがあるか、ネットワーク カードの動作を制御する BIOS の設定 (特に新しいラックマウント サーバーの場合) にバグがある可能性があります。

これらを可能性の低い順にリストしました。結果は人によって異なります。

関連情報