Raspberry Pi 3 - eth0 fälschlicherweise 'enx…' genannt

Mein neues RPi 3-Gerät ist kürzlich mit einem deaktivierten Ethernet hochgefahren worden.

Also habe ich /etc/networks/interfacesdie Zeile gesehen und gesehen:

auto eth0
iface eth0 inet dhcp

Anruf ifup eth0gab leider folgende Meldung:

eth0 No such device
No hardware found

Also überprüfte ich mein ifconfig -aund sah ein seltsames Gerät:

enx*MACADDRESS* Link encap:Ethernet HWaddr **:**:**:**:**:**

Der Versuch, /etc/networks/interfacesden Namen zu ändern , führte zu einem funktionierenden Netzwerk. Wie kann ich diesen Gerätenamen wieder auf ändern eth0?

PS: Ich habe keine 70-persistent-net.rulesDatei fyi. Betriebssystem ist Ubuntu MATE 15.10

Vielen Dank.

Ich hatte dieses Problem, als ich Debian armhf auf Raspberry Pi 2 ausführte. Sie können den Namen der Schnittstelle ändern, indem Sie die Datei /etc/udev/rules.d/70-persistent-net.rules erstellen und dies einfügen

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="b8:ac:6f:65:31:e5", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

Ersetzen Sie b8: ac: 6f: 65: 31: e5 durch Ihre eth0-MAC-Adresse, starten Sie neu und es wird eth0. Möglicherweise haben Sie nach dem Neustart keinen Internetzugang, da in / etc / network / interfaces eine falsche Schnittstelle definiert ist. Ändern Sie einfach enx * zu eth0

Bearbeiten: Dies ist kein Problem, sondern ein neues Benennungsschema für Schnittstellen "Vorhersagbare Schnittstellennamen". Sie sollten dieses anpassen und verwenden, anstatt zu versuchen, es auf die alten zurückzusetzen.

Diese Lösung funktioniert nur, wenn Sie ein seltsames Netzwerkschnittstellengerät sehen, wie es env{hwdaddress}beim Ausführen $ ifconfig -avon angezeigt wird eth0. Ich habe alle gängigen Antworten zum Hinzufügen von Regeln ausprobiert, aber nur dieses Update hat funktioniert.

Ich verwende einen Raspberry Pi 3 mit Ubuntu 16.04 vorinstalliertem Server Armhf. Lange Rede kurzer Sinn , laufend vorhersehbare Netzwerkschnittstellennamen$ apt-get update hinzugefügt

Bearbeiten Sie die folgende Datei:

$ vim /lib/udev/rules.d/73-usb-net-by-mac.rules

Das solltest du sehen:

ACTION=="add", SUBSYSTEM=="net", SUBSYSTEMS=="usb", NAME=="", \
ATTR{address}=="?[014589cd]:*", \
TEST!="/etc/udev/rules.d/80-net-setup-link.rules", \
IMPORT{builtin}="net_id", NAME="$env{ID_NET_NAME_MAC}"

Ändern Sie den NAME am Ende wie folgt:

ACTION=="add", SUBSYSTEM=="net", SUBSYSTEMS=="usb", NAME=="", \
ATTR{address}=="?[014589cd]:*", \
TEST!="/etc/udev/rules.d/80-net-setup-link.rules", \
IMPORT{builtin}="net_id", NAME="eth0"

Änderungen speichern

Starten Sie neu. Alles sollte jetzt funktionieren, vorausgesetzt, alles zeigt auf eth0.

Bearbeiten (26.10.2016) Gehen Sie folgendermaßen vor, um zu verhindern, dass zukünftige Updates diesen Fix überschreiben:

cp /lib/udev/rules.d/73-usb-net-by-mac.rules /etc/udev/rules.d/

raspi-config ist die einfachste Methode.

Wenn Sie Raspbian verwenden, wird es standardmäßig installiert. Wenn Sie jedoch mit Ubuntu, Mint oder Mate arbeiten, können Sie es mit dem folgenden Befehl installieren:

sudo apt-get install raspi-config

Dann können Sie es mit raspi-config konfigurieren.

sudo raspi-config

1. Wählen Sie "2. Netzwerkoptionen"
2. Wählen Sie "N3-Netzwerkschnittstellennamen"
3. Wählen Sie "Nein". Es ist jetzt vorhersehbare Netzwerkschnittstellennamen deaktiviert.
4. Klicken Sie auf "OK" und "Fertig stellen". Dann wird es Ihren Himbeer-Pi neu starten.

Getan.

Dies ist KEIN "Bug", sondern ein "Feature". konsistente Benennung von Netzwerkgeräten ". (Ich sehe nichts Beständiges daran.)

Es gibt wahrscheinlich viele Möglichkeiten, dies zu "beheben", aber sie funktionieren möglicherweise nicht, wenn die Hardware geändert wird.

Um das vorherige Verhalten wiederherzustellen, fügen Sie am Ende von "net.ifnames = 0 biosdevname = 0" hinzu cmdline.txt.

Ich habe es nicht speziell mit der MAC-Adresse als Teil des Namens angetroffen, aber was Sie erleben, heißt konsistente Netzwerkgerätenamen.

Dies wurde geändert, da es auf einigen Systemen mit mehreren Netzwerkkarten möglich und wahrscheinlich sogar wahrscheinlich ist, dass die Karten nicht mehr in Ordnung sind und das Benennungsschema eth0, eth1 usw. verwenden. Am Ende würden Sie Routing-Regeln anwenden und so weiter auf die falsche Schnittstelle.

Viele Linux-Distributionen haben eine einheitliche Bezeichnung für Netzwerkgeräte gewählt. Normalerweise sieht diese so aus enp0s1, als würde sie den PCI-Bus und den Anschlusspunkt an den Bus identifizieren (0 bzw. 1).

Weitere Informationen erhalten Sie unter https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Networking_Guide/ch-Consistent_Network_Device_Naming.html sowie über die Umstellung Ihres Systems auf die alte Vorgehensweise Dinge, wenn Sie dies noch tun möchten.

Ich hatte das gleiche Problem mit Ubuntu Server 16.04 auf Raspberry Pi 2 und dies (siehe Link unten) hat mir geholfen, das Problem zu lösen

https://bugs.launchpad.net/ubuntu-pi-flavour-maker/+bug/1585335

Einfach:

sudo ln -s /dev/null /etc/systemd/network/99-default.link

und sudo reboot.

Quelle: https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/

Mit Odroid Erstellen dieser Datei wurde mein Problem behoben

root@odroid:~# cat /etc/udev/rules.d/70-persistent-net.rules
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth0", NAME="eth0"

Ich hatte das gleiche Problem auf Raspberry Pi 2 mit Ubuntu 16.04 und es funktionierte, wenn ich dem Link von #goutam folgte und /etc/udev/rules.d/70-persistent-net.rules mit folgendem hinzufügte:

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth0", NAME="eth0"

Ich habe diesen Vorschlag hier gefunden :

Ändern Sie eine Zeile in den 70-persistent-net.rules in

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="98:90:96:e0:3c:e9", ATTR{dev_id}=="0x0", ATTR{type}=="1", NAME:="eth0"

Das KERNEL-Attribut wird gelöscht und der NAME von = in: = geändert

Es scheint zu erzwingen, dass die gefundene MAC-Adresse an eth0 gesendet wird. Funktioniert auf Raspberry Pi und Uboot-Boot-Systemen.

Für mich, Debian Unstable auf dem Raspberry Pi 2 auszuführen, war der im Kommentar zur ersten Antwort erwähnte Symlink auch die richtige Idee, aber sein Name musste anders lauten: ln -vis /dev/null /etc/udev/rules.d/80-net-setup-link.rules

Deaktivieren Sie einfach die udev-Regeln, die für den Umbenennungsprozess der Benutzeroberfläche verantwortlich sind

sudo ln -s /dev/null /etc/udev/rules.d/73-usb-net-by-mac.rules

oder

sudo touch /etc/udev/rules.d/73-usb-net-by-mac.rules

BEARBEITEN: thx @ sparkie, um einen Fehler auszudrücken. Ich vermische immer die Reihenfolge. :)

Mir ist klar, dass diese Frage alt ist, aber ich bin auf dieses Problem gestoßen, und keine der bisher auf dieser Seite vorgeschlagenen Lösungen hat mein Problem gelöst. Für mich scheint der Ordner "rules.d" nichts zu bewirken.

Meine Lösung bestand darin, einfach ein Skript zu schreiben, das sich im Ordner init.d befindet, um dem kabelgebundenen Ethernet-Port unabhängig vom Namen DHCP zuzuweisen. Dies ist wichtig, da ich mehrere Raspberry Pi-Einheiten habe und sie alle dasselbe Problem hatten. (sehr frustrierend)

Mein Problem tritt auf, weil ich einen Netzwerkspeicherordner habe, der während des Startvorgangs bereitgestellt werden muss. Da das Interface nicht verfügbar war, ist dieses Mount fehlgeschlagen und die Situation hat sich für mich immer weiter verschlechtert.

Hier ist meine Lösung. Ich hoffe, dies wird allen anderen helfen, die mit den obigen Antworten keinen Beitritt finden können.

Erstellen Sie die Datei /etc/init.d/raspi-init-network mit Ihrem bevorzugten Texteditor. Ich benutze gerne vi.

cd /etc/init.d
sudo vi raspi-init-network

Dies ist der Code, der in die Datei gehört

#!/bin/sh
### BEGIN INIT INFO
# Provides:          boot-identify-myself
# Required-Start:    $local_fs $network
# Required-Stop:     $local_fs
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: identify-myself
# Description:       identify this computer to the main server upon
### END INIT INFO
#
# when using predictible network names for the interfaces,
# the pi doesn't seem to activate the interface correctly so
# this script will force the issue.
#
# it works by getting the interface name of the wired network
# device and using that to initialize dhcp

start() 
{
    interface=`ifconfig -a | grep "encap:Ethernet" | grep -oh -E "^[^ ]+"`
    dhclient $interface
    mount -a
}

stop() 
{
    : # do nothing
}

uninstall() 
{
    : # do nothing
}

case "$1" in
  start)
    start
    ;;
  stop)
    stop
    ;;
  uninstall)
    uninstall
    ;;
  retart)
    stop
    start
    ;;
  *)
    echo "Usage: $0 {start|stop|restart|uninstall}"
esac

Stellen Sie sicher, dass das Skript ausführbar ist

sudo chmod 755 raspi-init-network

Aktivieren Sie den Code, damit er während des Startvorgangs ausgeführt wird, indem Sie den Befehl update-rc.d ausführen.

sudo update-rc.d raspi-init-network defaults 90

Danach hatte ich kein einziges Problem mehr und konnte den Code auf alle meine Pi-Einheiten mit den gleichen gleichbleibenden Ergebnissen kopieren.

ANMERKUNG: Wenn Sie keine Laufwerke mounten, können Sie die Zeile "mount -a" weglassen.

TWEAKS: Wenn Sie Ihr WLAN verwenden, können Sie die Zeile ändern, die mit "interface =" beginnt, und das erste "grep" -Segment bearbeiten. Mit diesem ersten Grep wird die gesamte Zeile der Schnittstelle erfasst, die Sie verwenden möchten. Das zweite grep nimmt diese Zeile und gibt nur den Schnittstellennamen zurück.