☰

Die neue 16.04-Installation erkennt keine Netzwerkgeräte

tag-icon • tag-icon networking ubuntu-drivers additional-drivers
Die neue 16.04-Installation erkennt keine Netzwerkgeräte

habe gerade einen Server mit S2600WT2-Motherboard gebaut, Ubuntu 16.04 installiert, aber keine Ethernet-Karten werden erkannt, ich habe in den Board-Treibern nachgesehen und die einzigen Netzwerk-Linux-Treiber sind für Redhat oder Suse, also welche Möglichkeiten habe ich? Die Deadline, den Server live zu schalten, rückt immer näher

Ausgabe von lspci -nnk | grep 0200 -A2 (offensichtlich vom Bildschirm kopiert, kann Fehler enthalten):

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-Link

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-Adresse

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

verzeihen Sie Tippfehler, bis ich SSH kann, teilen sie sich beide den gleichen Bildschirm, also kann ich nicht sehen, was ich tippe, sondern nur lesen

Antwort1

Ich lehne mich mal aus dem Fenster und schlage Folgendes vor:

  1. Ihr Netzwerkkabel oder -anschluss ist defekt oder funktioniert nicht; oder

  2. Ihre Netzwerkkarte ist nicht so eingestellt, dass die Verbindung automatisch hergestellt wird, wenn das Modul geladen wird (oder die Leitung ausgelöst wird); oder

  3. Eine BIOS-Einstellung für Ihre Netzwerkkarte ist in Bezug auf den erwarteten Betrieb im Modul falsch

Ihr Kernel hat zwei Adapter erkannt und Module zu ihrer Verwaltung geladen. Sie heißen:

  • eno1

  • enp3s0f3

Es ist möglich, dass es sich tatsächlich um denselben Adapter handelt. (Ich habe hier beispielsweise Server, die mehrere Netzwerkkarten auf derselben physischen Schnittstelle emulieren und als solche erscheinen.)

SehenHierzur Benennung von Adaptern in aktuellen Kerneln.

Die Ausgaben beider ip linkzeigen ip a, dass der Status „DOWN“ ist. Dasnormalerweisebedeutet, dass das Kabel nicht physisch angeschlossen ist. Ich würde also zuerst Ihre Kabel und die Geräte testen, mit denen sie verbunden sind. Vielleicht stecken Sie dasselbe Kabel auch in einen anderen Laptop, von dem Sie wissen, dass er funktioniert.

Wenn Sie ausgeschlossen haben, dass es sich um einen Kabel- oder Hardwarefehler handelt, können Sie versuchen,Gewaltdie Verknüpfung (überschreibt den Auslöser) wie folgt:

ip link set eno1 up

Anschließend können Sie ihm manuell eine IP-Adresse wie folgt zuweisen:

ip addr add 192.168.0.5/24

(Kurzform: ip a a 192.168.0.5/24)

(Ersetzen Sie natürlich die IP-Adresse und den Bereich durch einen für Ihr Netzwerk relevanten Wert.)

Anschließend können Sie die korrekte Einstellung durch einen erneuten Anruf prüfen ip aund sicherstellen, dass der Status „UP“ lautet und die IP korrekt ist.

Versuchen Sie dann, ein Gerät im Netzwerk anzupingen. (Stellen Sie sicher, dass das Gerät, das Sie anpingen, ICMP Echo Reply aktiviert hat – viele haben es heutzutage standardmäßig ausgeschaltet!)

Wenn es funktioniert, dann weiß das Modul für Ihre Ethernet-Karte noch nicht, wie es Leitungserkennung durchführt. Das ist höchst ungewöhnlich, und wenn es funktioniert, würde ich wahrscheinlich in Erwägung ziehen, Ihren Kernel zu patchen oder so schnell wie möglich einen neueren Kernel zu besorgen.

Sie könnten auch Opfer einer Modul-Blacklist werden. Wenn für Ihr Netzwerkgerät das falsche Modul geladen wird (weil das richtige auf der Blacklist steht), müssen Sie möglicherweise /etc/modules.conf oder die Dateien in /etc/modules.conf.d/ bearbeiten, um sicherzustellen, dass das richtige Modul geladen wird und/oder das Laden des falschen Moduls verhindert wird.

Schließlich liegt möglicherweise ein Fehler im Modul Ihrer Karte oder eine Einstellung in Ihrem BIOS (insbesondere bei neueren Rackmount-Servern) vor, die die Funktionsweise der Netzwerkkarte steuert.

Ich habe diese in der Reihenfolge abnehmender Wahrscheinlichkeit aufgelistet. Ihre Wahrscheinlichkeit kann abweichen.

verwandte Informationen