Raspberry Pi 3 - eth0 nommé à tort «enx…»

Mon nouvel appareil RPi 3 (yay) a récemment démarré avec un Ethernet désactivé.

J'ai donc regardé /etc/networks/interfaceset vu la ligne:

auto eth0
iface eth0 inet dhcp

L'appel a ifup eth0malheureusement donné le message suivant:

eth0 No such device
No hardware found

J'ai donc vérifié ifconfig -aet vu un étrange appareil:

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

Essayer de changer /etc/networks/interfacesle nom a abouti à un réseau de travail. Comment puis-je changer le nom de ce périphérique en eth0?

PS: je n'ai aucun 70-persistent-net.rulesfichier fyi. Le système d'exploitation est Ubuntu MATE 15.10

Merci.

J'ai eu ce problème lors de l'exécution de Debian armhf sur Raspberry Pi 2, vous pouvez changer le nom de l'interface en créant le fichier /etc/udev/rules.d/70-persistent-net.rules et le mettre dans

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

remplacez b8: ac: 6f: 65: 31: e5 par votre adresse MAC eth0, redémarrez et il deviendra eth0, vous n'aurez peut-être pas accès à Internet après le redémarrage car dans / etc / network / interfaces définit une mauvaise interface, changez simplement enx * à eth0

Edit: Ce n'est pas un problème mais un nouveau schéma de dénomination d'interface "Noms d'interface prévisibles", vous devez l'adapter et l'utiliser au lieu d'essayer de le revenir aux anciens.

Cette solution ne fonctionne que si vous voyez un périphérique d'interface réseau étrange comme env{hwdaddress}lors de l'exécution $ ifconfig -aau lieu de eth0. J'ai essayé toutes les réponses courantes sur l'ajout de règles, mais seul ce correctif a fonctionné.

J'utilise un Raspberry Pi 3 avec armhf de serveur préinstallé Ubuntu 16.04. Longue histoire courte, exécution de noms d'interface réseau prévisibles$ apt-get update ajoutés

Modifiez le fichier suivant:

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

Tu devrais voir:

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}"

Modifiez le NOM à la fin comme suit:

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"

Sauvegarder les modifications

Redémarrez. Tout devrait fonctionner maintenant en supposant que tout pointe vers eth0.

Modifier (26/10/2016) Pour empêcher toute mise à jour future d'écraser ce correctif, procédez comme suit:

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

raspi-config est la méthode la plus simple.

Si vous êtes sur Raspbian, il est installé par défaut. Mais si vous êtes sur Ubuntu, Mint ou Mate, vous pouvez l'installer avec la commande ci-dessous:

sudo apt-get install raspi-config

Ensuite, vous pouvez le configurer avec raspi-config.

sudo raspi-config

1. Sélectionnez "2. Options réseau"
2. Sélectionnez "Noms d'interface réseau N3"
3. Sélectionnez "Non". Il est désormais désactivé les noms d'interface réseau prévisibles.
4. Cliquez sur "OK" et "Terminer". Ensuite, il redémarrera votre Raspberry Pi.

Terminé.

Ce n'est PAS un "bug", c'est une "fonctionnalité" " un nom de périphérique réseau cohérent ". (Je ne vois rien de cohérent à ce sujet.)

Il existe probablement de nombreuses façons de "corriger" cela, mais elles peuvent ne pas fonctionner si le matériel est modifié.

Pour restaurer le comportement précédent, ajoutez "net.ifnames = 0 biosdevname = 0" à la fin de cmdline.txt.

Je ne l'ai pas rencontré spécifiquement avec l'adresse mac dans le nom, mais ce que vous rencontrez s'appelle un nom de périphérique réseau cohérent.

Ce changement a été effectué car il est possible, et peut-être même probable sur certains systèmes dotés de plusieurs cartes réseau, que les cartes sortent de l'ordre et utilisent le schéma de nommage eth0, eth1, etc., vous finirez par appliquer des règles de routage et ainsi de suite à la mauvaise interface.

De nombreuses distributions Linux sont passées à une sorte de dénomination cohérente des périphériques réseau, généralement cela ressemblera à quelque chose comme enp0s1 , identifiant le bus PCI et le point de connexion au bus (respectivement 0 et 1).

Vous pouvez obtenir plus d'informations sur https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Networking_Guide/ch-Consistent_Network_Device_Naming.html , ainsi que sur la façon de changer votre système à l'ancienne façon de faire des choses si vous voulez toujours le faire.

J'ai eu le même problème pour Ubuntu Server 16.04 fonctionnant dans Raspberry Pi 2 et cela (voir le lien ci-dessous) m'a aidé à résoudre le problème

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

Simple:

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

et sudo reboot.

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

Avec odroid, la création de ce fichier a résolu mon problème

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"

J'ai eu le même problème sur Raspberry Pi 2 avec Ubuntu 16.04 et ce qui a fonctionné était de suivre le lien de #goutam et d'ajouter /etc/udev/rules.d/70-persistent-net.rules avec ce qui suit:

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

J'ai trouvé cette suggestion ici :

Remplacez une ligne du 70-persistent-net.rules par

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

qui supprime l'attribut KERNEL et change le NOM de = à: =

Il semble forcer toute adresse MAC trouvée à eth0. Fonctionne sur les systèmes de démarrage Raspberry Pi et uboot.

Pour moi, en exécutant Debian Unstable sur le Raspberry Pi 2, le lien symbolique mentionné dans le commentaire de la première réponse était également la bonne idée, mais son nom devait être différent: ln -vis /dev/null /etc/udev/rules.d/80-net-setup-link.rules

désactivez simplement les règles udev responsables du processus de changement de nom de l'interface, c.-à-d.

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

ou

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

EDIT: thx @ sparkie pour avoir poité une erreur. Je mélange toujours la commande. :)

Je me rends compte que cette question est ancienne mais j'ai rencontré ce problème et aucune des solutions proposées jusqu'à présent sur cette page n'a résolu mon problème. Pour moi, l'astuce du dossier rules.d ne semble rien faire.

Ma solution était d'écrire simplement un script qui va dans le dossier init.d pour affecter DHCP au port Ethernet filaire quel que soit le nom. Ceci est important car j'ai plusieurs unités Raspberry Pi et elles ont toutes rencontré le même problème. (Très frustrant)

Mon problème est aggravé car j'ai un dossier de stockage réseau qui doit être monté pendant le processus de démarrage. Parce que l'interface n'est pas apparue, cette monture a échoué et les choses sont allées de mal en pis pour moi.

Voici ma solution. J'espère que cela aidera toute autre personne qui ne peut pas se joindre à vous en utilisant les réponses ci-dessus.

Créez le fichier /etc/init.d/raspi-init-network à l'aide de votre éditeur de texte préféré. J'aime utiliser vi.

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

Ceci est le code qui appartient au fichier

#!/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

Assurez-vous que le script est exécutable

sudo chmod 755 raspi-init-network

Activez le code pour qu'il s'exécute pendant le processus de démarrage en exécutant la commande update-rc.d.

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

Après cela, je n'ai pas eu un seul problème et j'ai pu copier le code sur toutes mes unités Pi avec les mêmes résultats stables.

REMARQUE: Si vous ne montez pas de disques, vous pouvez laisser de côté la ligne "mount -a".

TWEAKS: Si vous utilisez votre wifi, vous pouvez changer la ligne qui commence "interface =" et modifier le premier segment "grep". Ce premier grep saisit toute la ligne de l'interface que vous souhaitez utiliser. Le deuxième grep prend cette ligne et ne renvoie que le nom de l'interface.