¿Por qué cambió el nombre de la interfaz de mi tarjeta inalámbrica cuando agregué una tarjeta de sonido?


8

No se supone que los nombres de interfaz de red predecibles cambien cuando se agrega o elimina hardware. ¿No es ese el objetivo del esquema de nombres?

Mi interfaz inalámbrica se llamaba wlp3s0.

Instalé una tarjeta de sonido de interfaz PCI Express x1 ASUS Xonar DX 7.1 en una ranura PCI libre y el nombre de mi interfaz inalámbrica cambió a wlp5s0.

La tarjeta inalámbrica está en la misma ranura PCI que tenía antes de instalar la tarjeta de sonido, entonces, ¿por qué cambiaría el nombre de la interfaz?

El mobo es un GIGABYTE GA-970A-UD3, y la tarjeta inalámbrica es un ASUS PCE-N15. El sistema ejecuta Arch Linux con un núcleo de valores.

Estoy buscando una explicación razonable de por qué el nombre de la interfaz cambiaría en este escenario. Si no hay una buena razón por la cual cambiaría el nombre de la interfaz, ¿dónde presento un informe de error / a quién me quejo?

No es gran cosa y la única configuración que necesitaba cambiar era mi perfil de red para netctl. ¡Solo creo que si un nombre de interfaz de red "predecible" no es predecible, entonces fallaron por completo en su trabajo y este esquema de nombres es basura inútil! /despotricar


¿movió su PCE-N15 a una ranura diferente?
Serge

la PCE-N15 es la tarjeta inalámbrica y, como dije en la publicación, no se movió; está en la misma ranura que antes. ¡Todo lo que hice fue agregar la tarjeta de sonido en una ranura que ya era gratis!
mio iwakura

suena extraño. De todos modos, lea sobre el esquema de nomenclatura utilizado en Linux para los adaptadores de Ethernet, puede explicar algunas partes de su pregunta: en.wikipedia.org/wiki/Consistent_Network_Device_Naming
Serge

Respuestas:


6

No se supone que los nombres de interfaz de red predecibles cambien cuando se agrega o elimina hardware. ¿No es ese el objetivo del esquema de nombres?

Larga historia corta, esto no es nada nuevo; Es esperado / previsto. Por lo tanto, no necesita presentar un error, a menos que quiera pedirle a su fabricante de PC que admita Linux mejor (BIOS) o el fabricante de hardware (controladores). Algunas opciones si desea mejorar la situación de los dispositivos de conexión en caliente y / o volver al antiguo esquema de nombres:

  • Deshabilite el nuevo esquema de nomenclatura para dispositivos de red con net.ifnames=0cmdline de kernel
  • Agregue la biosdevname=1línea de comandos del kernel para incorporar números de índice proporcionados por BIOS a los nombres
  • Crear o editar udevreglas para nombres personalizados o esquemas de nombres alterados
  • Deshabilita la asignación de nombres fijos, de modo que los nombres de kernel impredecibles se usen nuevamente. Para esto, simplemente enmascare el archivo .link de udev para la política predeterminada:ln -s /dev/null /etc/systemd/network/99-default.link

Si está utilizando systemdy / o udev, el argumento del "esquema de nombres predecible" puede ser diferente al anterior. Sin embargo, según el esquema de nomenclatura de la interfaz WiFi, supongo que está utilizando un sistema con systemd.

Puede intentar agregar el siguiente parámetro de arranque a la línea de comandos del kernel para usar la convención de nomenclatura "antigua" de los dispositivos de red. Sin embargo, no estoy completamente seguro de qué efectos adicionales, si es que tiene alguno, pueden tener además de retener el esquema de nombres para dispositivos de red.

net.ifnames=0

Agregarlo a /etc/default/grubpuede facilitar la persistencia y la reutilización de este parámetro; nuevamente, suponiendo que esté usando grub2:

GRUB_CMDLINE_LINUX="net.ifnames=0"

Si udevutiliza el firmware del dispositivo, la ubicación y otras opciones al determinar los nombres de los dispositivos, entonces tal vez la ubicación u otra cosa puede haber cambiado internamente, dependiendo de cómo interactúan entre sí los dispositivos relevantes. Esto no parece tan relevante aquí, ya que los dispositivos son un adaptador WiFi y una tarjeta de sonido. Sin embargo, puede estar relacionado con la estructura de bus subyacente; lo que parece relevante, ya que ambos dispositivos están conectados a ranuras PCI.


Información adicional de FedoraDocs

8.1. Jerarquía de esquemas de nombres

De manera predeterminada, systemd nombrará las interfaces utilizando la siguiente política para aplicar los esquemas de nombres admitidos:

  • Esquema 1: los nombres que incorporan números de índice proporcionados por el firmware o el BIOS para los dispositivos integrados (ejemplo: eno1), se aplican si esa información del firmware o del BIOS es aplicable y está disponible, de lo contrario recurrirá al esquema 2.

  • Esquema 2: los nombres que incorporan firmware o BIOS proporcionados Los números de índice de ranura de conexión en caliente PCI Express (ejemplo: ens1) se aplican si esa información del firmware o BIOS es aplicable y está disponible, de lo contrario, volver al esquema 3.

  • Esquema 3: los nombres que incorporan la ubicación física del conector del hardware (ejemplo: enp2s0), se aplican si corresponde, de lo contrario caen directamente de regreso al esquema 5 en todos los demás casos.

  • Esquema 4: los nombres que incorporan la dirección MAC de la interfaz (ejemplo: enx78e7d1ea46da) no se utilizan de manera predeterminada, pero están disponibles si el usuario lo elige.

  • Esquema 5: el esquema de denominación de kernel impredecible tradicional, se utiliza si todos los demás métodos fallan (ejemplo: eth0).

Esta política, el procedimiento descrito anteriormente, es la predeterminada. Si el sistema tiene biosdevname habilitado, se usará. Tenga en cuenta que habilitar biosdevname requiere pasar biosdevname=1como un parámetro de línea de comandos, excepto en el caso de un sistema Dell, donde biosdevname se usará de forma predeterminada siempre que esté instalado. Si el usuario ha agregado udevreglas que cambian el nombre de los dispositivos del núcleo, esas reglas tendrán prioridad.


Recursos adicionales

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.