Raspberry Pi 3 - eth0 erróneamente llamado 'enx ...'

Mi nuevo dispositivo RPi 3 (yay) se inició recientemente con un ethernet desactivado.

Así que vi /etc/networks/interfacesy vi la línea:

auto eth0
iface eth0 inet dhcp

ifup eth0Lamentablemente, al llamar dio el siguiente mensaje:

eth0 No such device
No hardware found

Así que revisé mi ifconfig -ay vi un dispositivo extraño:

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

Intentar cambiar /etc/networks/interfacesel nombre dio como resultado una red en funcionamiento. ¿Cómo puedo volver a cambiar el nombre de ese dispositivo eth0?

PD: no tengo ningún 70-persistent-net.rulesarchivo para tu información. El sistema operativo es Ubuntu MATE 15.10

Gracias.

Tuve este problema al ejecutar Debian armhf en Raspberry Pi 2, puede cambiar el nombre de la interfaz creando el archivo /etc/udev/rules.d/70-persistent-net.rules y poner esto en

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

reemplace b8: ac: 6f: 65: 31: e5 con su dirección MAC eth0, reinicie y se convertirá en eth0, es posible que no tenga acceso a Internet después del reinicio porque en / etc / network / interfaces está definiendo una interfaz incorrecta, solo cambie enx * a eth0

Editar: Esto no es un problema, sino un nuevo esquema de nombres de interfaz "Nombres de interfaz predecibles", debe adaptarlo y usarlo en lugar de intentar revertirlo a los anteriores.

Esta solución solo funciona si está viendo un dispositivo de interfaz de red extraño como env{hwdaddress}cuando se ejecuta en $ ifconfig -alugar de eth0. Intenté todas las respuestas comunes sobre agregar reglas, pero solo esta solución funcionó.

Estoy ejecutando una Raspberry Pi 3 con Ubuntu 16.04 preinstalado servidor armhf. En pocas palabras, ejecutando nombres de interfaz de red predecibles$ apt-get update agregados

Edite el siguiente archivo:

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

Deberías ver:

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

Cambie el NOMBRE al final de la siguiente manera:

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"

Guardar cambios

Reiniciar. Todo debería funcionar ahora, suponiendo que todo apunta a eth0.

Editar (26/10/2016) Para evitar que futuras actualizaciones sobrescriban esta solución, haga lo siguiente:

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

raspi-config es el método más fácil.

Si estás en Raspbian, entonces está instalado por defecto. Pero si está en Ubuntu, Mint o Mate, puede instalarlo con el siguiente comando:

sudo apt-get install raspi-config

Entonces puedes configurarlo con raspi-config.

sudo raspi-config

1. Seleccione "2. Opciones de red"
2. Seleccione "Nombres de interfaz de red N3"
3. Seleccione "No". Ahora está deshabilitado los nombres de interfaz de red predecibles.
4. Haga clic en "Aceptar" y "Finalizar". Luego se reiniciará su raspberry pi.

Hecho.

Esto NO es un "error", es una "característica" " nombre de dispositivo de red coherente ". (No veo nada consistente al respecto).

Probablemente hay muchas formas de "arreglar" esto, pero puede que no funcionen si se cambia el hardware.

Para restaurar el comportamiento anterior, agregue "net.ifnames = 0 biosdevname = 0" al final de cmdline.txt.

No lo he encontrado específicamente con la dirección mac como parte del nombre, sin embargo, lo que está experimentando se llama nombre de dispositivo de red consistente.

Este fue un cambio realizado porque es posible, y tal vez incluso probable en algunos sistemas que tienen múltiples tarjetas de red, que las tarjetas saldrían de servicio y usando el esquema de nombres eth0, eth1, etc., terminaría aplicando reglas de enrutamiento y demás a la interfaz incorrecta.

Muchas distribuciones de Linux se han movido a algún tipo de nombre de dispositivo de red consistente, por lo general se verá algo así enp0s1, identificando el bus PCI y el punto de conexión al bus (0 y 1 respectivamente).

Puede obtener más información en https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Networking_Guide/ch-Consistent_Network_Device_Naming.html , así como cómo cambiar su sistema a la forma antigua de hacerlo cosas si todavía quieres hacerlo.

Tuve el mismo problema para Ubuntu Server 16.04 ejecutándose en Raspberry Pi 2 y esto (ver enlace a continuación) me ayudó a resolver el problema

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

Simple:

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

y sudo reboot.

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

Con odroid la creación de este archivo solucionó mi problema

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"

Tuve el mismo problema en Raspberry Pi 2 con Ubuntu 16.04 y lo que funcionó fue seguir el enlace de #goutam y agregar /etc/udev/rules.d/70-persistent-net.rules con lo siguiente:

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

Encontré esta sugerencia aquí :

Cambie una línea en 70-persistent-net.rules a

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

que está dejando caer el atributo KERNEL y cambiando el NOMBRE de = a: =

Parece forzar cualquier dirección MAC que se encuentre a eth0. Funciona en Raspberry Pi y sistemas de arranque uboot.

Para mí, al ejecutar Debian Unstable en Raspberry Pi 2, el enlace simbólico mencionado en el comentario a la primera respuesta también fue la idea correcta, pero su nombre tenía que ser diferente: ln -vis /dev/null /etc/udev/rules.d/80-net-setup-link.rules

simplemente desactive las reglas de udev responsables del proceso de cambio de nombre de la interfaz, es decir

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

o

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

EDITAR: thx @ sparkie por señalar un error. Siempre mezclo el orden. :)

Me doy cuenta de que esta pregunta es antigua, pero he encontrado este problema y ninguna de las soluciones propuestas hasta ahora en esta página resolvió mi problema. Para mí, el truco de la carpeta rules.d no parece hacer nada.

Mi solución fue simplemente escribir un script que vaya en la carpeta init.d para asignar DHCP al puerto ethernet con cable, independientemente del nombre. Esto es importante porque tengo varias unidades Raspberry Pi y todas tuvieron este mismo problema. (Muy frustrante)

Mi problema se agrava porque tengo una carpeta de almacenamiento de red que debe montarse durante el proceso de arranque. Debido a que la interfaz no apareció, este montaje falló y las cosas simplemente fueron de mal en peor para mí.

Aquí está mi solución. Espero que esto ayude a cualquier otra persona que no pueda encontrar unirse usando las respuestas anteriores.

Cree el archivo /etc/init.d/raspi-init-network usando su editor de texto favorito. Me gusta usar vi.

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

Este es el código que pertenece al archivo

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

Asegúrese de que el script sea ejecutable

sudo chmod 755 raspi-init-network

Active el código para que se ejecute durante el proceso de arranque ejecutando el comando update-rc.d.

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

Después de esto, no he tenido un solo problema y pude copiar el código a todas mis unidades Pi con los mismos resultados constantes.

NOTA: Si no está montando unidades, puede omitir la línea "mount -a".

TWEAKS: Si está utilizando su wifi, puede cambiar la línea que comienza "interface =" y editar el primer segmento "grep". Este primer grep toma la línea completa de la interfaz que desea utilizar. El segundo grep toma esa línea y solo devuelve el nombre de la interfaz.