Os nomes previsíveis das interfaces de rede não devem mudar quando o hardware é adicionado ou removido. Não é esse o objetivo do esquema de nomenclatura???
Minha interface sem fio foi chamada wlp3s0.
Instalei uma placa de som de interface ASUS Xonar DX 7.1 canais PCI Express x1 em um slot PCI livre e o nome da minha interface sem fio mudou para wlp5s0.
A placa wireless está no mesmo slot PCI que estava antes da placa de som ser instalada, então por que o nome da interface mudaria?!
A mobo é uma GIGABYTE GA-970A-UD3, e a placa wireless é uma ASUS PCE-N15. O sistema está rodando Arch Linux com um kernel padrão.
Estou procurando uma explicação razoável de por que o nome da interface mudaria nesse cenário. Se não houver um bom motivo para a mudança do nome da interface, onde posso registrar um relatório de bug/com quem posso reclamar?
Não é grande coisa e a única configuração que precisei alterar foi meu perfil de rede para netctl. Eu só acho que se um nome de interface de rede "previsível" não for previsível, então eles falharam completamente em seu trabalho e esse esquema de nomenclatura é um lixo inútil! /discurso
Responder1
Os nomes previsíveis das interfaces de rede não devem mudar quando o hardware é adicionado ou removido. Não é esse o objetivo do esquema de nomenclatura???
Resumindo, isso não é novidade; é esperado/pretendido. Portanto, você não precisa registrar um bug, a menos que queira pedir ao fabricante do PC para oferecer suporte melhor ao Linux (BIOS) ou ao fabricante do hardware (drivers). Algumas opções se você quiser melhorar a situação dos dispositivos hot-plug e/ou voltar ao antigo esquema de nomenclatura:
- Desative o novo esquema de nomenclatura para dispositivos de rede com
net.ifnames=0cmdline do kernel - Adicione
biosdevname=1a linha de comando do kernel para incorporar números de índice fornecidos pelo BIOS aos nomes - Crie ou edite
udevregras para nomes personalizados ou esquemas de nomenclatura alterados - Você desativa a atribuição de nomes fixos, para que os nomes imprevisíveis do kernel sejam usados novamente. Para isso, basta mascarar o arquivo .link do udev para a política padrão:
ln -s /dev/null /etc/systemd/network/99-default.link
Se você estiver usando systemde/ou udev, o argumento "esquema de nomenclatura previsível" pode ser diferente de antes. Com base no esquema de nomenclatura da interface WiFi, presumo que vocêsãousando um sistema com systemd.
Você pode tentar anexar o seguinte parâmetro de inicialização à linha de comando do kernel para usar a "antiga" convenção de nomenclatura de dispositivos de rede. No entanto, não tenho certeza de quais efeitos adicionais isso pode ter, se houver, além de manter o esquema de nomenclatura para dispositivos de rede.
net.ifnames=0
Adicioná-lo /etc/default/grubpode facilitar a persistência e reutilização deste parâmetro; novamente, supondo que você esteja usando grub2:
GRUB_CMDLINE_LINUX="net.ifnames=0"
Se udevusar firmware de dispositivo, localização e outras opções ao determinar nomes de dispositivos, então talvez a localização ou algo mais possa ter mudado internamente, dependendo de como os dispositivos relevantes interagem entre si. Isso não parece tão relevante aqui, já que os dispositivos são um adaptador WiFi e uma placa de som. No entanto, pode estar relacionado com a estrutura do barramento subjacente; o que parece relevante, já que ambos os dispositivos estão conectados a slots PCI.
Informações adicionais deFedoraDocs
8.1. Hierarquia de esquemas de nomenclatura
Por padrão, o systemd nomeará as interfaces usando a seguinte política para aplicar os esquemas de nomenclatura suportados:
Esquema 1: Nomes que incorporam números de índice fornecidos pelo firmware ou BIOS para dispositivos integrados (exemplo: eno1) serão aplicados se essas informações do firmware ou BIOS forem aplicáveis e estiverem disponíveis, caso contrário, retornarão ao esquema 2.
Esquema 2: Nomes que incorporam firmware ou BIOS fornecidos com números de índice de slot hotplug PCI Express (exemplo: ens1) serão aplicados se essas informações do firmware ou BIOS forem aplicáveis e disponíveis, caso contrário, retornarão ao esquema 3.
Esquema 3: Nomes que incorporam a localização física do conector do hardware (exemplo: enp2s0) são aplicados se aplicável, caso contrário, retornam diretamente ao esquema 5 em todos os outros casos.
Esquema 4: Nomes que incorporam o endereço MAC da interface (exemplo: enx78e7d1ea46da), não são usados por padrão, mas estão disponíveis se o usuário assim desejar.
Esquema 5: O tradicional esquema de nomenclatura imprevisível do kernel é usado se todos os outros métodos falharem (exemplo: eth0).
Esta política, o procedimento descrito acima, é o padrão. Se o sistema tiver biosdevname habilitado, ele será usado. Observe que a ativação do biosdevname requer a passagem biosdevname=1como um parâmetro de linha de comando, exceto no caso de um sistema Dell, onde o biosdevname será usado por padrão, desde que esteja instalado. Se o usuário adicionou udevregras que alteram o nome dos dispositivos do kernel, essas regras terão precedência.