Acabei de instalar um Fedora 19 na estação de trabalho VMware 9. O dispositivo de rede padrão é "ens33" em vez de "eth0" no RHEL.
A razão pela qual eu tenho que usar "eth0" é que o componente de licença de um de nossos produtos deve estar vinculado a "eth0".
Existem alguns posts discutindo sobre problemas semelhantes, a maioria dos quais para sistemas operacionais mais antigos. Não encontrei um que corresponda exatamente à minha situação.
linux
networking
fedora
YM Jiang
fonte
fonte
Respostas:
A maneira mais fácil de restaurar a maneira antiga como o Kernel / modules / udev renomeia suas interfaces Ethernet é fornecer esses parâmetros do kernel ao Fedora 19 :
Para fazer isso, siga estas etapas:
Se você não forneceu esses parâmetros durante a instalação, provavelmente precisará ajustar e / ou renomear os arquivos de interface em / etc / sysconfig / network-scripts / ifcfg- * .
Até o Fedora 18 , apenas biosdevname = 0 era suficiente.
Como exemplo, em uma certa máquina, em uma pesquisa exaustiva, obtive:
- Sem parâmetros: NIC identificado como " enp5s2 ".
-Parameter biosdevname = 0: NIC identificado como " enp5s2 ".
-Parameter net.ifnames = 0: NIC identificado como " em1 ".
-Parameter net.ifnames = 0 AND biosdevname = 0: NIC identificado como " eth0 ".
fonte
Você pode fazer isso usando uma regra do udev, assim:
fonte
/sys/class/net/ens33
pode ser diferente dependendo dos valores retornados pela bios e encontrados na saída delspci -vv | grep -A25 Ethernet
. Além disso, se a intenção é usareth0
como nome, pode ser mais apropriado especificar apenas os sinalizadores de inicialização do kernel para desativar a nomeação "previsível" do dispositivo.No Fedora 20, as coisas parecem ter mudado um pouco mais.
1) argumentos do kernel do grub
Sim, "net.ifnames = 0" e "biodevame = 0" parecem necessários.
2) / etc / sysconfig / network-scripts / ifcfg-ethX
Sim, também são necessários.
3) /etc/udev/rules.d/60-net.rules
Se você possui várias interfaces e deseja controlar a nomeação de cada dispositivo, em vez de permitir que o kernel faça da sua maneira, /etc/udev/rules.d/60 -net.rules parece necessário substituir /usr/lib/udev/rules.d/60-net.rules como a seguir.
# PCI device 0x1011:0x0019 (tulip) {SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:c0:f0:4c:f5:78", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
# PCI device 0x10ec:0x8168 (r8169) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="60:a4:4c:b5:26:48", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
4)
yum remove biosdevname
parece desnecessário.fonte
Isso é diferente no Fedora 19 do que nas versões anteriores. Há duas coisas a serem abordadas:
yum remove biosdevname
, ou coloque-biosdevname
no seu kickstart.ln -s /dev/null /etc/udev/rules.d/80-net-name-slot.rules
Mais informações podem ser encontradas em http://fedoraproject.org/wiki/Features/SystemdPredictableNetworkInterfaceNames
fonte
Embora a resposta aceita forneça uma solução que funcione, ela não explica por que
ens33
está sendo usada. Os links abaixo fornecem informações sobre por que o dispositivo de rede recebeu outro nomeeth0
e como agora é nomeado nas variantes do RHEL 7:Também é importante observar que valores como "33" que aparecem
ens33
são provenientes do valor do slot do adaptador PCI, conforme retornado pelo BIOS. Use este comando para ver quais valores seu sistema listou para "Slot físico":Informações adicionais sobre a parte "ens" do nome podem ser encontradas no código-fonte do udev .
fonte
Para o Fedora-24:
Editar
/etc/default/grub
No final da
GRUB_CMDLINE_LINUX
linha, acrescentenet.ifnames=0 biosdevname=0
Salve o arquivo
Tipo
ou tipo
Tipo
reboot
fonte
ifconfig
apenas retornalo
evirbr0
, mas originalmenteenp4s0
não está mais lá.ethN
nomeação para usar essa convenção. Eu havia deixadoenp4s0
um script.